从网络安全噩梦中吸取的 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/

网络研讨会：探索单服务器保护高可用性的优势

对于大多数组织来说，保持可靠的正常运行时间和连续性至关重要，尤其是对于业务关键型应用程序而言。但您的其他应用程序呢？重要的是考虑不太重要的应用程序并计划提高其可用性。单服务器保护高可用性是解决方案。

观看此点播网络研讨会，了解单服务器保护高可用性 (SSP-HA)，它与其他 HA 解决方案的区别以及如何在您的 IT 环境中利用它。

经许可转载自西欧斯

如何使用 SIOS DataKeeper 执行性能测试复制

为生产数据库配置复制可能是一项相当艰巨的任务，特别是如果您没有提前做好研究的话。本博客将介绍正确设置环境的最棘手方面……性能。了解这些关键点将使您领先一步，并确保您的生产上线不会在最后一刻出现任何障碍。

首先要考虑的也是最基本的一点是为您的配置选择正确的镜像类型。SIOS DataKeeper 在创建过程中提供了两种镜像类型选项：同步和异步。这两种选项各有优缺点，具体取决于您的环境。

选择镜像类型

同步镜像在具有高速连接的 LAN 环境中表现最佳，并在提交到主系统时提供 1:1 写入一致性。但是，如果网络或目标存储无法跟上主系统的吞吐量，您将看到写入速度降低以保持同步写入一致性。因此，不建议在 WAN 或高延迟环境中使用同步镜像。

然而，异步镜像非常适合 WAN 环境。异步镜像提供确保节点之间 1:1 写入一致性的所有相同功能，但不同之处在于，写入在提交到目标系统之前会提交到主系统。这是由于使用了位图（也称为意图日志）而实现的，位图以块级别跟踪系统上发生的所有更改，并通过称为写入队列的积压尽快将数据写入目标。写入队列可以通过写入次数或数据中的总 MB 数来限制，当达到限制时，镜像将暂停并且数据将同步，从而防止在数据不同步时发生故障转移。

硬件配置：

现在您已经决定了哪种镜像类型最适合您的环境，重要的是要了解 DataKeeper 并不是魔术，DataKeeper 只能以您的系统允许的速度写入和复制，因此拥有能够达到应用程序所需吞吐量的硬件至关重要。以下是一些建议和提示，可确保您拥有实现复制目标所需的硬件。

1. 确保主系统和目标系统具有相同的存储硬件。例如，目标 IOPS 应等于源 IOPS。否则，环境中最慢的组件将成为写入速度的瓶颈。匹配的硬件始终会提供更好的性能。
2. 了解位图的重要性后，显著提高性能的最简单、最便宜的方法是将位图存储在其专用的高速存储中。位图非常小，因此配置 5 或 10GB SSD 就足够了，并且可以提供巨大的性能提升回报。
3. 测试独立硬件时，请理解复制数据会带来一些开销。例如，如果您需要在环境中达到 10,000 IOPS，请确保您的硬件至少可以在集群的所有节点上实现一致的 10,000 IOPS。如果您打算执行同步镜像，请确保您已超出最低要求，因为需要引入更多开销来保持同步一致性。还需要对网络进行负载测试，以确保您可以传输复制方案所需的数据。
4. 知道如何正确测试。当利用测试环境来验证生产能力时，尽可能地模拟设置非常重要。众所周知，您无法设置整个生产数据库克隆只是为了测试复制，但使用正确的数据生成工具可以更好地指示当前的性能能力。Diskspd 是一个免费工具，可用于一些基本测试，但在 SQL 世界中，HammerDB 提供了更好的实际性能指标。

磁盘速度：https://github.com/microsoft/diskspd
HammerDB：https://www.hammerdb.com/

1. 最后，我们对 DataKeeper 进行了调整，除了 DataKeeper 中的镜像类型之外，还有可配置的设置。修改这些设置通常有点微妙，最好在 SIOS 支持团队的建议下进行。但是，如果您已确认所有其他建议都已完全到位，那么调整一些 DataKeeper 参数可能会提供满足所需指标所需的最后性能提升。调整的一些示例是增加写入队列中未完成的写入次数或修改位图文件刷新到磁盘的频率。

经许可转载自西欧斯