白皮书：选择合适的高可用性云存储的买家指南

高可用性对于业务关键应用程序来说是不可或缺的，但市场上有这么多云存储解决方案，您该如何选择？本白皮书讨论了购买前应提出的 10 个关键问题，以确保高可用性、无缝灾难恢复和适合您的经济高效的可扩展性。

经许可转载西欧斯

CloudStrike 停机时间汇报：使用 HA 进行修补的实用方法

作为一家致力于保护关键应用程序免于停机的公司，我们希望分享一些有关 IT 修补策略和高可用性的作用的背景和实用建议。

多年来，修补政策发生了重大变化。从优先进行广泛测试的谨慎方法到当前解决零日漏洞的紧急驱动模型，软件补丁管理的格局已随着网络威胁的不断升级而发生变化。本博客深入探讨了这一演变、这些变化背后的驱动力，以及 SIOS Technology 的 LifeKeeper 和 DataKeeper 高可用性 (HA) 解决方案如何在帮助客户平衡安全性需求与运营稳定性方面发挥关键作用。

传统方法

从历史上看，组织对于修补采取了保守立场（特别是在高度关键的环境中），这是由以下几个因素驱动的：

1. 稳定性问题：修补可能会引入新的错误或兼容性问题，从而导致系统不稳定。
2. 复杂环境：企业 IT 环境非常复杂，相互依赖性极强。补丁可能会修复一个问题，但也可能破坏另一个问题，因此需要进行彻底的测试。
3. 运营停机时间：应用补丁通常需要系统停机，这可能会扰乱业务运营并导致财务损失。

在这种传统模型中，补丁在与生产系统相似的临时环境中经过严格测试。只有经过详尽的测试和验证后，补丁才会部署到生产中。这种方法将风险降至最低，但也意味着系统在较长时间内仍然容易受到已知威胁的攻击。

转变：零日漏洞促使立即修复

零日漏洞的出现从根本上改变了修补政策。攻击者在供应商意识到并发布补丁之前就利用了安全漏洞。时间至关重要。没有人希望通过 IT 部门迟迟未应用的补丁中解决的漏洞遭到黑客攻击。这些漏洞的发生频率和复杂性不断增加，迫使组织优先考虑速度而不是谨慎。

新要求：立即修补

一些备受关注的事件，例如 2017 年的 WannaCry 勒索软件攻击，凸显了零日漏洞的破坏性潜力。这些事件强调了立即修补的必要性，以防止可能造成重大损害的漏洞利用。然而，这种紧迫性也带来了一系列挑战：

1. 停机风险增加：在没有经过彻底测试的情况下快速部署补丁可能会导致系统崩溃和服务中断。
2. 运营压力：IT 团队必须快速评估、测试和部署补丁，通常要承受巨大的压力。
3. 资源分配：优先修补而不是其他 IT 任务可能会耗费资源并分散对其他关键项目的注意力。

SIOS 高可用性，可实现滚动维护

SIOS 高可用性 (HA) 解决方案是现代补丁管理策略中的关键组成部分。SIOS 集群软件旨在确保持续运行，即使在修补等维护活动期间也是如此。以下是 SIOS LifeKeeper 和 DataKeeper 软件解决方案如何帮助组织平衡安全性需求与运营稳定性：

无缝修补和测试

1. 冗余和故障转移：SIOS 集群使用冗余和故障转移机制来维持服务可用性。在 SIOS 环境中，关键应用程序在主服务器节点上运行，并与辅助节点“集群”，这样如果主服务器发生故障，辅助节点就可以自动接管操作。此设置允许以“滚动维护”策略应用补丁。也就是说，IT 将补丁应用于辅助节点，而主节点继续处理工作负载，从而最大限度地减少停机时间。在辅助节点上完成维护后，可以将操作移至辅助节点并更新原始主节点。
2. 分阶段推出：SIOS HA 架构有助于分阶段推出补丁。组织可以将补丁部署到部分服务器或节点，并在将其应用到整个系统之前监控其影响。这种分阶段方法有助于识别和缓解潜在问题，而不会影响整个基础设施。

SIOS HA 修补的优势

• 最小化停机时间：通过确保系统至少有一部分在修补期间保持运行，SIOS LifeKeeper 和 DataKeeper 解决方案降低了服务中断的风险。
• 改进测试：SIOS HA 配置中的暂存环境允许实时测试和验证补丁，而不会影响生产环境。
• 增强的安全性：更快地部署关键补丁可以减少漏洞被利用的窗口，从而增强整体安全态势。

结论

修补策略从谨慎、仅先测试的方法演变为紧急驱动的即时部署模式，反映了日益增长的威胁形势以及对零日漏洞的快速响应需求。虽然这种转变带来了挑战，但 SIOS 提供了一个平衡安全性和稳定性的强大框架。通过利用 SIOS 的 HA 解决方案，组织可以确保持续运行，即使在关键修补活动期间也是如此，从而保护其系统和数据免受新出现的威胁，而不会影响性能和正常运行时间。

经许可转载西欧斯

视频：TechStrongTV：借助 SIOS Technology 的 Aaron West 为 HA 集群管理员提供支持

在这次视频采访中，SIOS Technology 销售工程师 Aaron West 讨论了 SIOS Technology 的发布新的 LifeKeeper Web 管理控制台。企业严重依赖 SAP、HANA 和 Oracle 等重要系统，因此高可用性和灾难恢复（HA/DR）解决方案势在必行。这些环境的复杂性通常超出了内部 IT 团队的专业知识，从而导致潜在的停机和财务损失。Aaron 分享了 SIOS 如何强调授权通才 IT 管理员，确保关键系统不间断的功能。

观看采访这里。

经许可转载西欧斯

使用 DataKeeper 将共享存储群集转换为无 SAN 群集时保持 HA 和 DR

1.准备环境

• 备份数据：确保您已完整备份当前共享存储数据。
• 安装 DataKeeper： 下载并安装SIOS 数据管理集群两个节点上的 Cluster Edition。
• 许可证激活：在两个节点上激活 DataKeeper 许可证。

2. 将共享存储集群置于维护模式

• 维护模式：将集群置于维护模式，以防止在配置过程中进行任何更改。

3.调整共享磁盘访问

• 限制访问：调整共享磁盘配置，以便只有一个节点可以访问磁盘。这通常通过 SAN 管理软件或服务器设置来完成。

4.删除共享存储集群磁盘资源

• 删除资源：从集群配置中完全删除集群磁盘资源，包括可用存储。

5. 在辅助节点上添加本地磁盘

• 添加本地磁盘：向辅助节点添加额外的本地磁盘。此磁盘应与原始共享磁盘大小相同且驱动器号相同。
• 格式化本地磁盘：格式化新的本地磁盘并确保它可以使用了。

6.创建 SIOS DataKeeper 复制作业

• 启动 SIOS DataKeeper UI：在主节点上打开DataKeeper用户界面。
• 创建作业：通过指定源卷（主节点上的共享磁盘）和目标卷（辅助节点上的本地磁盘）来创建新的复制作业。
• 选择复制模式：根据您的需求选择合适的复制模式（同步或异步）。
• 开始复制：启动复制过程，将数据从共享磁盘同步到本地磁盘。

7. 在集群中注册 SIOS DataKeeper 卷

• 注册卷：在集群中注册 DataKeeper 卷。这涉及在 WSFC 中将 DataKeeper 卷添加为集群资源。

8.重新配置集群资源依赖关系

• 添加 SIOS DataKeeper 卷：将新创建的DataKeeper卷添加到现有的集群资源配置中。
• 重新创建依赖关系：重新创建 DataKeeper 卷的依赖关系，以确保它与您的集群应用程序无缝协作。

9. 配置新见证人

• 删除磁盘见证：如果您正在使用磁盘见证，请从群集中删除所有用作磁盘见证的磁盘。
• 配置文件共享见证或云见证：
  • 文件共享见证：在单独的服务器上创建文件共享，并配置群集以使用此文件共享作为见证。
  • 云见证：通过在 Azure 中设置存储帐户并配置群集以使用该存储帐户作为见证来配置云见证。

10. 将新资源放到网上

• 联机：使新的 DataKeeper 卷资源上线。
• 测试故障转移：执行故障转移测试以确保 DataKeeper 卷和集群应用程序在所有节点上正常运行。

11.完成 SANless 集群的配置

• 退出维护模式：使集群退出维护模式。
• 备份配置：备份新的 SANless 集群配置。
• 文档变更：记录转换过程中所做的所有更改，以供将来参考和故障排除。

通过遵循以下步骤，您将成功地使用本地磁盘和 SIOS DataKeeper 将共享存储集群转换为无 SAN 集群，同时保持高可用性和数据复制而不仅仅依赖共享存储。此外，您还将配置文件共享见证或云见证，以确保集群中的仲裁配置正确。

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

经许可转载西欧斯