ESPN 的“起床”晨间秀如何改善您的高可用性策略

ESPN 通常是 NFL 信息的首选来源。该网络以提供多档节目报道每场比赛而闻名，这些节目提供有关球队、比赛、即将到来的赛程和联盟教练的广泛分析、观点和随机信息，以及特定球员的精彩表现。

向 ESPN 学习：通过两个关键问题提高您的高可用性

在 2021 年 9 月 13 日播出的一段节目中，丹·奥洛夫斯基对芝加哥熊队使用新秀四分卫的做法表示遗憾。在这样做的过程中，他顺便提供了两种方法，只需两个问题就可以提高你的高可用性。这两个问题将立即提高您的高可用性来自 ESPN 的 Dan Orlovsky。

第一个问题，我们在这里做什么？

熊队进攻组派出新秀四分卫贾斯汀·菲尔兹上场进行第二次进攻。这位新秀迅速传球，完成 7 码传球。然而，熊队的指挥员并没有继续让这位新秀上场，而是让之前的四分卫迅速将球传给了对方球队。这一战术让丹·奥洛夫斯基不禁问道：“我们在这里做什么？”

好吧，我想你不是新秀四分卫。而且，我希望你不是为熊队效力。但是，如果你对企业的任何部分负责高可用性 (HA)和灾难恢复 (DR)策略，包括聚类，数据保护，数据复制、应用程序编排、治理/遵守和服务水平协议那么奥洛夫斯基的第一个问题就是一个很好的起点。

你在干什么？

• 您是否希望部署软件和服务或修复已知的可用性问题？
• 您的团队是否主要关注未来规划，例如迁移到云端，或解决各种不同变化和要求的组合？
• 您的目标是在满足监管要求的同时节省成本、通过更多可用资源来提高客户获取率，还是优化和改进后端处理？

回答与企业高可用性和灾难恢复 (HA/DR) 策略相关的这个问题将有助于澄清大量与以下方面相关的问题：解决方案和架构您实施的以及与之相关的团队和流程。

第二个问题，我们为什么要这样做？

在对芝加哥熊队使用新秀四分卫的时间和方式发表一系列快速评论后，奥洛夫斯基提出了第二个问题：“我们为什么要这样做？”如果用奥洛夫斯基的话来说，“什么”是让菲尔兹上场打勾并安抚球迷，那么“我们为什么要这样做？”为什么只是打勾，而你可以更多地利用这位充满活力的新秀的能力来获得优势并赢得比赛？为什么不做出让你获得最大成功机会的改变呢。

当然，我们不是熊队的教练，尽管我不介意提出一些建议。但是，这个问题仍然适用于那些参与实施企业可用性的人。让我们回到第一个问题。你对“我们在这里做什么？”的回答是什么？现在，回答“我们为什么要这样做？”的问题。一些可能的原因包括：

• 提供数据可用性保证
• 节省业务时间
• 避免代价高昂的计划外停机，从而节省企业资金
• 通过自动化监控和恢复节省企业时间和金钱
• 部署架构以满足严格的服务水平协议 (SLA) 或服务水平目标 (SLO)
• 将 RTO 和 RPO 降至零
• 防止去年的灾难再次发生
• 对冲未知的停机威胁
• 满足治理要求
• 检查框
• 避免因不合规而被罚款
• 因为管理层这么说

我们为什么要这样做，这是一个在部署高可用性系统之前、期间和之后都需要回答的关键问题。作为客户体验副总裁，我曾与一位客户合作，他的 IT 管理员和数据库管理员对“我们为什么要这样做”有着截然不同的理由。更糟糕的是，执行发起人持有第三种观点。由于没有经过适当审查和沟通的“为什么”，团队很难正确表达需求，当事件发生时，他们为补救而做出的努力往往会引发更多冲突和疑问。

芝加哥熊队在即将到来的第三次进攻中没有取得成功或充分利用他们的年轻四分卫，可能有许多原因，而且关于他们试图用他们的特权和老将四分卫实现什么目标，也有同样多的意见。但是，即使奥洛夫斯基无法帮助熊队球迷澄清原因，他也确实提供了如何立即改善 HA 的框架。那么，您将如何回答这两个问题：我们为 HA 做了什么？我们为什么要这样做？

高可用性解决方案

SIOS 技术公司提供高可用性集群软件它通过集群管理来保护和优化您最重要的应用程序的 IT 基础设施。联系我们立即了解有关我们的专业服务和支持的更多信息。

经许可转载西欧斯

如何充分利用 DataKeeper 中的“GET”命令

在 DataKeeper 仪表板博客系列三部分中的第二部分中，此博客是DataKeeper UI 与汽车仪表盘博客。就像您的汽车一样，当仪表板上的指示灯（交通灯颜色）闪烁时，您可以打开引擎盖来识别它们代表什么。起点：

• 电池灯 = 检查电池、电缆连接、交流发电机等。
• 油灯 = 检查油尺上的油位是否过低、过高或无油（无油，请勿移动您的汽车）
• 冷却液灯 = 溢流罐中是否有冷却液/水？

“打开引擎盖”DataKeeper 集群版软件有几个相似之处，它通常意味着使用命令行界面进行 DataKeeper 管理。至于将 EMCMD（扩展镜像命令）与 SIOS DataKeeper 结合使用，GET 命令占大约 48 个命令中最常用的任务/命令的 1/3。请注意，它们仅供参考，不会影响您的节点。以下是一些有用的 Get 命令及其用法，用于识别 DataKeeper 用户界面/DataKeeper.msc（交通灯颜色）中存储、网络和其他区域中警告颜色的原因。

笔记：

像往常一样从提升的/管理员命令提示符使用：

cd %extmirrbase%（这只是安装路径 <root>\Program Files (x86)\SIOS\DataKeeper> 的快捷方式）

获取 DataKeeper 镜像的状态

以下是开始初步分类的最佳位置：

• 获取镜像卷信息（其他）它是使用最广泛的工具，因为它提供了镜像角色、源/目标以及镜像可以处于的 5 种不同状态。它可以在源或目标上运行以检查镜像配置是否存在。

• 获取服务信息（其他） – 关于
  • 驱动程序版本和DataKeeper服务版本
  • 以及 SIOS DataKeeper 服务启动/重启的时间
• 获取完整卷列表（存储/网络）- 总列表
  • 所有磁盘
  • DataKeeper 和非 DataKeeper 卷
  • 它们的角色（源/目标）和总容量（以字节为单位）
• 获取工作信息（存储/网络）显示/回显 DataKeeper 控制台中列出的作业信息
• 获取卷信息（存储、网络）
  • 比较源 (diskmgmt.msc) 和目标卷的总驱动器容量（字节）
  • IP 地址和当前镜像状态

将 DataKeeper“GET”命令交叉引用到各种 Windows Server 命令

• 求职信息和“ipconfig /all”（网络）
  • 两个输出中的 IP 地址是否相同？如果要将镜像复制分段到另一个网络，则 getjobinfo 必须与 ipconfig /all 输出匹配。执行更改镜像端点将纠正这个差异（将在另一篇博客中讨论）
    • 此外，还有来自获取工作信息输出应与 ipconfig /all 输出中的 IP 地址相匹配
• 在执行调整现有源卷和目标卷的大小，emcmd . 获取卷信息命令反映的总空间与DISKPART 命令及其大小？通过 DISKPART 可能需要“扩展”或“扩展文件系统”，以便操作系统能够识别调整大小的卷
• 获取完整卷列表具有与磁盘管理小程序 (diskmgmt.msc) 类似的信息
  • 文件系统类型
  • 卷总空间（字节）
  • 获取卷信息提供类似的输出
• 获取服务信息以及“net start”可以提供有关 SIOS DataKeeper 服务的状态；如果它是启动/停止

掌控 DataKeeper：立即应用您的 GET 命令知识

现在您已经掌握了有关汽车仪表板上灯光的一些基本知识，在 DataKeeper 仪表板系列博客 3 中谈到 DataKeeper 管理时，您将成为一名 DIY 爱好者。

经许可转载自西欧斯

从网络安全噩梦中吸取的 6 个高可用性教训

最近，一家安全提供商针对日益严重的安全威胁，为公司提供了一些最佳实践建议和推荐。虽然安全威胁应该引起每个企业的关注，但这些建议并不局限于网络安全；它同样适用于需要保护关键应用程序和服务的 HA 合作伙伴和客户。

近期网络安全文章为高可用性提供的六点启示

1. 立即采取措施提高 HA
   等待停机事件发生并专注于快速恢复是一个糟糕的策略。准备和防止停机是一个更好的解决方案。开始识别关键的 Tier1 和 Tier2 应用程序、数据库和服务。Tier 1 应包括所有业务关键型解决方案不能无法访问。也就是说，应用程序必须全天候可用，如果离线将导致严重的业务后果。虽然第 2 层应用程序应该尽可能频繁地运行，但它们的重要性较低，您的业务可以容忍长达几个小时的中断，而不会对业务造成重大影响。
2. 制定全面的房委会保障计划
   制定保护关键应用程序、数据库和服务的计划。确保该计划包括架构和设计文档以及应对停机的人员职责。始终准备在 QA 或沙盒环境中部署集群的流程，并着眼于将活动和详细信息记录到运行手册中。这些沙盒和 QA 系统还可用于测试、培训和验证升级、修补程序和维护。
3. 识别并解决高可用性风险
   所有组织都必须认识到，无论规模或位置如何，没有一家公司能够免受停机的影响。小型、中型和大型企业都容易受到灾难的影响，无论是自然灾害还是人为灾害。大型组织将经历相当一部分用户错误、因本地施工导致的数据中心故障、基础设施故障以及网络组件中断。中小型实体，尤其是那些拥有本地解决方案或较小 IT 团队的实体，需要添加 HA 保护以及。虽然大型公司在停机时可能会损失更多资金，但中小型企业也可能损失相当多的资金。需要注意的是，迁移到云端并不足以防范所有风险。
4. 企业高管需要引领高可用性战略
   准备和防范停机不仅仅是 IT 团队的问题。企业高管需要参与保护业务免受已知风险、暴露和停机威胁。这意味着关键高管和利益相关者需要主动询问 HA 覆盖范围、计划和人员配备。企业高管还应准备投资以应对意外情况，确保全面覆盖一级应用程序、数据库、服务和数据。他们还应主动将覆盖范围扩大到二级及以上。
5. 持续沟通对 HA 的重要性
   业务领导层、所有领域（网络、存储、计算、云、数据库和应用程序）的管理员应经常召开会议，讨论新的和现有的 HA 威胁、新的和​​现有的挑战以及持续的需求。必须保持内部团队讨论以了解需求和业务连续性计划。事实上，从 C 级到入门级，HA 考虑需要成为所有相关内部规划和沟通不可或缺的一部分。但是，这种沟通不能止步于内部利益相关者。相反，业务领导者和 HA 利益相关者必须与 HA 供应商及其研发和支持团队一起审查公司态势、HA 要求和关键发现。
6. 不要等到灾难发生才审查您的 HA 解决方案
   公司需要经常审查他们的计划以及执行这些计划的能力。这种审查需要比阅读运行手册、文档或集群设计更深入。审查运行手册的同时进行动手练习以验证和更新运行手册。测试停机后恢复系统的过程，包括客户和业务运营恢复

立即采取行动保护您的系统免受停机影响

与安全建议类似，公司应立即采取行动，保护其系统、解决方案、应用程序和数据免受停机和灾难的影响。不要等到灾难发生才暴露您的 HA 策略中的漏洞。立即联系 SIOS增强您的 HA 策略并保护您的业务免受意外中断。

经许可转载自西欧斯

DataKeeper UI 与汽车仪表盘：高可用性监控指南

除了分享使用乐趣之外DataKeeper 集群版以及其高可用性和灾难恢复除了能力之外，我们大多数人还有其他共同点……我们开汽车……电动汽车、汽油汽车或混合动力汽车。截至 2022 年，福布斯表示 92% 的家庭至少拥有一辆汽车。

这数百万辆汽车与 DataKeeper 有一些共同之处……

带有状态指示器的仪表板。

在 DataKeeper 的情况下，用户界面（DataKeeper.msc）具有所谓的镜像定义或镜像状态。

在汽车中，指示灯被亲切地称为“仪表盘灯”，或者对于你们 X 世代的某些人来说，它们可能被称为“故障灯”

让我们直接开始讨论它们之间的相似之处。

所有汽车都具有一定程度的燃烧（燃料）、电力（或非电力）和冷却能力；因此仪表板上的相关灯通常为红色、黄色和绿色。与汽车仪表板一样，DataKeeper UI 在控制台树中具有“交通灯”架构。

正如我们所提到的，对汽车进行故障排除时可能出现的情况，例如电池、燃料问题、发动机过热（例如您的发动机），DataKeeper 故障排除也可以合并到以下领域：

• 贮存
• 网络
• 其他（安全、用户管理等）

回顾 DataKeeper UI 上控制台树中的“交通灯”标识符，让我们“深入了解”以识别镜像的状态。

当驾驶员将汽车送去维修或进行常规保养时，经销商的技术顾问或维修技师会插入 OBD 连接器（车载诊断装置），以大致了解问题可能发生的位置（燃烧、电气或其他）

识别镜像状态颜色以诊断 DataKeeper 问题

作为支持/驱动 DataKeeper 的用户，您的第一级分类应该是识别镜像的“颜色”变化，以确认存储、网络或其他是否影响用户、性能等。

这些标识符被亲切地称为“镜像定义”。镜像状态与 OBD 类似，可以通过启动名为“emcmd . getmirrorvolinfo <驱动器号>“。

笔记：

要获取“emcmd”命令（顺便说一下，它代表扩展镜像命令），我们可以启动提升的（管理员）命令提示符，如下所示：

• “cd ％extmirrbase％”
  • 这是实用程序所在安装路径的快捷方式，例如 <root>\Program Files (x86)\SIOS\DataKeeper

输出将显示为“#hostname#”

第一个整数代表镜像的角色，（1 = 源，2 = 目标）

至于最后一个整数，镜子可以获得 6 种状态：

1 – 镜像（绿色）

2 – 镜像正在重新同步（黄色）

3 – 镜子破了（红色）

4 – 镜像暂停（黄色）

5 – Resyc 待处理（黄色）

有几种变化——就像它与你的汽车或 DataKeeper 有关一样——必须获得一个起点来识别“痛点”

• 司机：您和家人共用这辆车吗？有人忘关车顶灯了吗？燃料类型是否从 94 号辛烷值换成了 87 号辛烷值？
• DataKeeper 管理员：您是唯一的支持人员吗？其他部门是否可以访问您的集群，例如数据库管理员、负责存储、网络和其他的基础设施人员？

深入了解：扩展集群资源之前应采取的预防措施

贮存

做好功课。基础设施和数据库管理员希望扩展他们的存储以满足不断增长的需求。他们对手头的任务非常了解，但如果执行不正确或顺序错误，DataKeeper 中的镜像颜色可能是红色、黄色或无。查看我们的文档和支持视频如何正确调整存储大小。

网络

轻松避免完全重新同步。基础设施和数据库管理员可能希望将现有镜像流量分段到不同的网络，而不会出现任何停机或高可用性损失。您能想象没有 HA 来重新创建新镜像，并且必须对几 TB 甚至 1 PB 的数据执行完全重新同步吗？请参阅我们的文档和支持视频如何轻松实现这一目标

其他（安全）

了解密码管理。密码策略可能会在 Active Directory 中规定的时间范围内更改。如果管理员不知道这一点，并且重新启动了 SIOS DataKeeper 服务，则不会自动传播已更改的 SIOS DataKeeper 服务帐户 (Active Directory) 密码。因此，需要在服务小程序中手动更新服务帐户密码。(services.msc) 要正确使用 SIOS DataKeeper 服务帐户，请查看我们的支持文件

跨多个部门管理DataKeeper以避免停机

您的汽车可能有多名驾驶员、不同的服务技术人员、不同的道路状况等。DataKeeper 也不例外，因为可能存在负责存储、网络、安全和其他方面的跨职能部门，这可能会对 DataKeeper 产生不利影响。可能存在与 DataKeeper 有关系/依赖关系的相关集群资源。这些部门在 DataKeeper 管理员不知情的情况下执行任务，就像汽车上的仪表盘灯一样，您的后视镜将显示那些“交通灯”颜色；明显的黄色和红色。

监控 DataKeeper 镜像状态和基础设施变化的清单

• 审查“交通灯”颜色
• 通过 emcmd . getmirrorvolinfo 命令识别镜像的状态
• 如果涉及多个部门，请询问整个基础设施（存储、网络、安全或其他）的变化或计划事件
• 通过事件查看器日志、ipconfig /all 输出增强初步分类，dkhealthcheck，仅举几例

联系 SIOS 支持解决 DataKeeper 问题

如果您的汽车“报废”了，您只能留在路边，您可能会联系 AAA，他们会提供拖车。如果您对集群 DataKeeper 卷资源有疑问，请联系 SIOS 支持。如果您有疑问或非优先问题，请发送电子邮件至support@us.sios.com。如果您的问题紧急，请拨打 877-457-5113 联系我们。

经许可转载自西欧斯

 

网络研讨会：赋能教育：利用 SIOS 解决方案提高系统可用性

注册参加点播网络研讨会

应对现代教育的挑战不仅需要创新的教学方法，还需要强大的技术支持。

本次网络研讨会讨论了高可用性 (HA) 和灾难恢复 (DR) 在确保不间断学习体验方面的关键作用。了解机构如何有效地管理旺季、满足全球学生人口统计需求以及处理潜在的系统故障。特别关注 SIOS 高可用性解决方案，了解如何构建弹性、经济高效且用户友好的 IT 基础设施。

经许可转载西欧斯

https://www.sios-apac.com/zh/2024/08/16486/