使用 SIOS LifeKeeper 对非集群感知应用程序进行集群化

使用 SIOS LifeKeeper 对非集群感知应用程序进行集群化

并非所有应用程序都是用这种方法构建的。聚类牢记这一点。事实上，大多数人并没有。但这并不意味着他们无法从中受益。高可用性由……提供的保护SIOS LifeKeeper如果你的应用程序可以停止、启动并在另一台服务器上运行，那么很有可能可以对其进行集群部署。

在着手实施之前，有一些关键的考虑因素，这些因素将决定集群实施是成功还是令人沮丧的反复试验。

1. 将动态数据迁移到共享或复制存储

应用程序通常将日志、数据库、缓存和其他应用程序数据等动态数据存储在本地存储中。但在集群环境中，这种方式行不通。故障转移备用节点必须能够访问相同的数据，以便应用程序可以从上次中断的地方继续运行。

解决方案是将所有动态数据迁移到 SAN 环境中的共享磁盘或使用时的复制卷。SIOS 数据保管器静态文件（例如可执行文件）可以保留在本地，但任何在运行时发生变化的内容都应该存储在所有集群节点都可以访问的存储位置。

2. 更新集群环境中的应用程序主机引用

许多应用程序通过名称、FQDN 或 IP 地址来引用本地系统。这在独立配置中没有问题，但在集群中，应用程序需要绑定到集群的虚拟 IP (VIP) 或通过其进行通信。

如果应用程序或其配置文件引用了：

• 本地主机
• 节点的主机名或完全限定域名
• 节点的静态 IP 地址

您可能需要更改对 VIP 或解析到 VIP 的主机名的引用。通常需要检查的位置包括注册表项、配置文件以及应用程序用于连接自身或其他服务的任何连接字符串。

3. 编写自定义启动、停止和监控脚本

集群感知型应用程序包含指示集群如何启动、停止和监控服务的逻辑。非集群感知型应用程序则不包含。这就是 SIOS LifeKeeper 应用程序恢复工具包 (ARK) 的用武之地。

如果你的应用程序没有现成的脚本，你可以创建自定义脚本：

• 开始服务或流程
• 停止切换前将其清理干净
• 监视器例如，通过检查端口、日志文件或进程来评估其健康状况。

在某些情况下，保护应用程序就像启动和停止服务一样简单。针对这种情况，LifeKeeper 提供了快速服务保护 (QSP) 恢复工具包。使用 QSP，您只需选择要保护的服务，无需编写任何代码。LifeKeeper 将自动处理该服务的启动、停止和监控操作。

这些选项使得保护各种应用程序变得轻松便捷，从简单的应用程序到复杂的应用程序。视窗或者Linux在同一集群框架内，为复杂的多组件系统提供服务。

4. 在所有集群节点上正确处理加密密钥

如果您的应用程序对静态数据进行加密，则集群中的每个节点都必须能够解密这些数据。这意味着加密密钥必须在所有节点上都可访问且保持一致。根据您的设置，这可能需要同步本地密钥库或使用集中式密钥管理解决方案。

关键在于，每个节点在激活时都必须能够安全且持续地访问加密密钥。否则，应用程序可能启动，但在故障转移后却无法访问其数据。

5. 考虑故障转移后客户端如何重新连接

当应用程序从一个节点故障转移到另一个节点时，会有一个短暂的中断，因为新的活动节点需要接管 IP 地址并启动应用程序。对于连接到该服务的客户端，其行为完全取决于它们如何处理连接丢失。

如果客户端内置了重试逻辑，用户可能根本不会注意到中断。一旦VIP和服务恢复可用，客户端将自动重新连接。

如果客户端没有包含重试逻辑，用户在故障转移后可能需要手动刷新或重新启动连接。

了解客户端的行为方式并测试其在故障转移期间的响应至关重要。有时，只需添加一个简单的连接重试循环或调整连接超时设置，即可实现流畅的用户体验。

6. 验证集群部署的应用程序许可要求

一个常被忽视的步骤是许可。当应用程序集群化时，它会安装在集群中的每个节点上，但一次只能运行一个实例，即活动实例。一些供应商提供专门的活动/被动集群许可，而另一些供应商则要求每个已安装的实例都需要一个许可。

部署前务必先咨询应用程序供应商。事先进行简短沟通可以避免日后花费大量时间处理许可问题。

7. 对所有应用程序和集群组件进行全面测试

测试是任何集群项目中最重要但又最容易被忽视的环节之一。

不要只测试故障转移。在应用程序受到保护的情况下，测试其所有功能。这包括：

• 启动和关闭顺序
• 所有必需的服务和后台任务
• 任何读取、写入或缓存数据的组件
• 任何依赖于服务依赖项的进程
• 故障转移前、故障转移期间和故障转移后的客户端行为

如果应用程序使用自定义脚本或快速服务流程 (QSP)，请确保每个步骤在负载下都能正常运行。这不仅能及早发现问题，还能确保解决方案在实际事件中能够正确运行。

为非集群感知应用实现高可用性

使用 SIOS LifeKeeper 对非集群感知应用程序进行集群化并不难，但确实需要一些规划。将数据迁移到共享或复制存储，将所有节点指向集群的虚拟 IP 地址 (VIP)，编写启动、停止和监控逻辑脚本（或在适当情况下使用 QSP），确保所有节点上都可用加密密钥，并确认许可要求。

不要忘记测试您的客户端对故障转移的响应情况，因为真正的高可用性意味着您的服务器和用户始终保持连接。

按照这些步骤操作，您会发现即使是最“独立”的应用程序也能实现企业级高可用性。立即申请演示了解 SIOS LifeKeeper 如何为非集群感知应用程序带来可靠的高可用性。

作者：David Bermingham，SIOS 高级技术推广专家

经许可转载SIOS

99.99% 正常运行时间：平衡高可用性和维护

99.99% 正常运行时间：平衡高可用性和维护

“99.99% 正常运行时间”，通常被称为“四个九”，代表系统 99.99% 的时间都可用，每年仅允许约 52 分钟的停机时间。对于任何规模的组织而言，这都是一个“黄金”标准，旨在提供可靠的服务，最大限度地减少对用户的干扰。

达到四个九（99.99%）表明在该领域持续投入高可用性这对于电子商务等行业至关重要。卫生保健， 和金融停机可能会导致重大经济损失或客户信心受损。

然而，要维持这种级别的可靠性，核心挑战在于：如何在保证高可用性的同时，兼顾“强制性”的系统维护。系统需要更新，修补为了保持安全和持续运行，需要进行升级，但这些活动通常需要停机。

组织必须努力维持冗余等策略，故障转移/切换并通过滚动更新进行维护，确保正常运行时间不受影响。在这种平衡下，对于在竞争激烈的市场中维持客户信任和提供稳定可靠的服务至关重要。

什么是 99.99% 正常运行时间？为什么它如此重要？

作者：Alexus Gore，SIOS Technology 的客户体验软件工程师

正常运行时间正常运行时间代表服务可用且功能正常的时长。正常运行时间为 99.9% 的服务每年平均会有 8.77 小时的停机时间。如果一家医院的正常运行时间为 99.95%，这意味着每年将有 4.38 小时无法访问患者数据，从而延误患者的治疗，这显然不是理想的情况。

99.99% 的正常运行时间是金融、医疗保健、SaaS 等行业的常见基准，这些行业理想情况下每年停机时间不超过 52.60 分钟。这一正常运行时间值也更容易实现，并且是成本可承受的最高正常运行时间。考虑到停机可能带来的风险，99.99% 的正常运行时间是确保停机时间最短的理想选择。

一个99.99% 服务水平协议保证每年停机时间不会超过最低停机时间。确保履行此协议有助于建立客户信任，因为这样可以保证服务随时可用。反过来，这将有助于维护客户群并确保业务连续性。

高可用性 (HA) 在实现 99.99% 正常运行时间中的作用

作者：比尔·达内尔，SIOS Technology公司高级产品支持工程师

高可用性是一种系统设计方法，旨在确保应用程序和服务始终可访问，目标是实现 99.99% 的正常运行时间。它基于冗余硬件、分布式软件和弹性网络配置等关键组件构建而成。其目标是消除单点故障，即使主服务器发生故障，也能确保业务持续运行。

SIOS软件通过使用以下方式实现HA簇（多台服务器）中，每个节点都能执行相同的功能。这些服务器通过两条或多条通信路径连接。这创建了一个容错环境，从而确保服务的连续性。LifeKeeper 通过持续检查服务器、应用程序和服务是否存在故障来监控系统健康状况。如果一台服务器或节点发生故障，LifeKeeper 会自动将操作转移到备用服务器，最大限度地减少停机时间。

SIOS 支持数据库保护（SQL Server，甲骨文，SAP HANA）、文件系统和自定义应用程序。

正常运行时间的隐性成本：为什么维护至关重要

作者：Cassy Hendricks-Sinke，SIOS Technology公司客户体验首席软件工程师

为了追求最大限度的正常运行时间，许多组织会延迟或跳过例行维护，这种做法可能目光短浅，甚至造成危险。忽略更新或补丁会使系统面临严重的安全漏洞，降低性能效率，并增加违规风险。每次延迟更新都会使公司更容易受到攻击，并累积难以长期管理的“技术债务”。

然而，真正的挑战在于平衡正常运行时间和必要的维护。企业往往害怕停机，却没有意识到忽视更新会导致更大的破坏，例如数据泄露或大规模停机。解决这个问题的关键在于积极主动的规划！滚动更新采用冗余策略，以及采用允许热修补或零停机时间部署的工具，都是应对或最大限度减少关键维护造成的停机时间的方法。

真正的正常运行时间不仅仅是保持“在线”状态；它还包括保持安全、高效和合规。投资于智能维护策略，不仅能确保系统可用，还能确保其具有弹性和可靠性。

平衡 99.99% 正常运行时间和维护的策略

作者：Philip Merry，SIOS Technology公司客户体验软件工程师

通常，系统维护需要停机，以便不间断地执行维护活动。显然，追求高正常运行时间与安排停机维护窗口之间存在冲突。为了满足正常运行时间的要求，延迟或批量进行维护可能会导致系统长时间处于故障状态，而频繁的维护窗口则会大幅降低系统可用性指标。尽管存在这些冲突，但可以通过采用高可用性策略来平衡这些考量。

SIOS LifeKeeper 是一款高可用性工具，它允许在执行工作负载的系统之间实现冗余。当一个系统正在积极执行工作负载并运行业务应用程序时，另一个系统可以作为备用系统，在发生故障时接管工作负载。这种“主备”高可用性模型提供了一种简便的方法来应对维护和更新，同时确保业务应用程序的连续性。

在 LifeKeeper 这类高可用性工具的背景下，平衡正常运行时间和维护工作，无论从概念上还是实践上都非常简单。首先对备用系统进行维护。维护完成后，让活动系统和备用系统切换角色。此时，活动系统已完成必要的维护，并正在运行业务应用程序。之后，可以再次对备用系统进行维护。维护完成后，所有系统都已完成维护，并且在维护期间工作负载仍然可用。LifeKeeper 实现的这种“高可用性更新”策略，使得系统能够在保持维护和可用性的同时，避免任何一方的损失。

支持正常运行时间和维护的工具和技术

作者：Connor Toohey，SIOS Technology 高级产品支持工程师

实现高可用性和零停机部署需要战略性地组合多种技术以达到最佳性能。SIOS LifeKeeper 和 DataKeeper 是关键解决方案，可提供强大的故障转移集群和实时性。数据复制为了确保应用程序和数据在云端、混合环境和本地环境中的可用性，Kubernetes 通过容器编排和自动滚动更新实现零停机部署。Azure 负载均衡器和 AWS 弹性负载均衡器等负载均衡器能够高效地分配流量，从而降低服务中断的风险。

Dynatrace 或 Moogsoft 等 AIOps 平台利用 AI 驱动的异常检测和自动化问题修复功能，增强了运维稳定性。Rancher、Red Hat Satellite 或 WSUS 等工具支持服务器补丁的滚动更新，从而实现零停机维护。Prometheus、Grafana、Datadog 和 Splunk 等监控和日志平台则提供对系统正常运行时间和性能的实时可见性。这些技术共同构建了一个弹性基础设施，确保不间断、可靠的服务交付。

保持 99.99% 正常运行时间的最佳实践

作者：Aidan Macklen，SIOS Technology公司助理产品支持工程师

要实现 99.99% 的正常运行时间，需要采取积极主动的系统管理方法。我们不应在问题发生后才被动应对，而应着重于在潜在风险影响服务可用性之前识别并解决它们。主动维护，例如定期查看日志、进行容量规划和硬件检查，可以确保小问题不会演变成服务中断。

在部署任何更新或配置更改之前，务必在受控的测试环境中进行测试。这有助于在模拟生产条件下验证兼容性、稳定性和性能，从而降低计划外停机的风险。同样重要的是，要维护清晰且文档完善的事件响应和回滚计划，以便在发生事件时能够高效地恢复正常运行。

高可用性系统也受益于持续优化。定期审核系统性能、故障转移效率和冗余配置，以确保所有组件均按预期运行。随着时间的推移，这些审核可以发现可能影响正常运行时间的瓶颈、配置偏差或性能不佳的节点。

通过优先考虑预防、严格的测试和结构化的恢复计划，组织可以维持 99.99% 的正常运行时间基准，并提供用户期望从现代高可用性环境中获得的可靠性。

99.99% 正常运行时间解决方案，助力持续运营

作者：Trey Isaac，SIOS Technology 高级产品支持工程师

每一分钟的停机都会造成企业收入损失、声誉受损，并削弱客户信任。虽然 99.99% 的正常运行时间是一个至关重要的基准，但这却是一场与必要的维护、补丁和更新需求的持续斗争。关键不在于仅仅追求一个运行时间数字，而在于构建智能弹性，以确保您的业务持续稳定运行。

SIOS 正是在此方面助力您实现运营转型。我们的高可用性和灾难恢复解决方案旨在保护您最关键的应用程序，包括 SQL Server、Oracle 和 SAP。SIOS 采用自动化、应用感知型故障转移和实时数据复制技术，确保您的业务在突发故障、意外中断和计划内维护等各种情况下都能保持全面运行。

无论您的基础架构位于本地、云端还是混合环境中，SIOS 都能提供您所需的无缝保护。告别被动应对停机，主动保障业务持续运营、客户信心不减、生产力永不停歇。

摘要：实现并保持 99.99% 的正常运行时间

作者：Matthew Pollard，SIOS Technology 高级客户体验软件工程师，业余卡祖笛演奏家

无论您从事何种业务，或依赖哪些应用程序，高可用性都是确保业务持续运行的通用理念。力争达到 99.99% 的正常运行时间，是提升基础设施可靠性的有效途径，进而赢得客户的高度信任。然而，实现如此高的正常运行时间并非易事，因此关键在于做好调研，并与经验丰富的 HA 解决方案供应商（例如 SIOS）合作，以满足您的需求。SIOS LifeKeeper 能够保护您的企业级关键业务应用程序（例如 SAP、Oracle、SQL Server 等）免受计划外中断和停机的影响，同时最大限度地减少例行补丁或维护活动所需的停机时间。从简单的备用节点恢复到更强大的灾难恢复配置，SIOS 解决方案为您提供所需的一切工具。

不要等到系统宕机或故障频发才开始寻找高可用性解决方案；要积极主动！我们的专家随时准备帮助您构建更安全、更强大的环境，轻松应对各种挑战。您的 IT 团队、业务领导、合作伙伴和客户都会为此感谢您。立即申请演示了解 SIOS 如何帮助您实现正常运行时间目标。

经许可转载SIOS

视频：EGGER借助SIOS LifeKeeper for Linux实现99.99%正常运行时间

视频：EGGER借助SIOS LifeKeeper for Linux实现99.99%正常运行时间

高可用性 (HA) 和灾难恢复 (DR) 软件领域的领导者 SIOS Technology Corp. 与全球顶尖的木质材料制造商之一 EGGER 集团进行了一次深入的对话，探讨他们如何取得了令人瞩目的成就。99.99% 正常运行时间用于其关键任务系统。EGGER 在 11 个国家的 22 个制造基地依赖于适用于 Linux 的 SIOS LifeKeeper确保关键的 SAP、Oracle 和定制业务应用程序持续可用。

在视频中，EGGER 的 IT 团队分享了以下方面的见解：

• 他们为何选择 SIOS 作为其高可用性策略的供应商
• LifeKeeper for Linux 如何简化故障转移和灾难恢复
• 对运营连续性和生产力的可衡量影响

SIOS LifeKeeper Linux 集群解决方案能为您做什么？

• 专为安全环境而设计：支持所有模式下的 SELinux，并且可以在启用 AWS IMDS2 的实例中运行，以增强元数据保护。
• 为关键的基于 Linux 的应用程序（包括 SAP S/4HANA、Oracle、MaxDB 等）提供高可用性 (HA) 和灾难恢复 (DR) 保护。
• 监控整个应用程序堆栈——服务器、存储、操作系统、网络、数据库和应用程序——而不仅仅是服务器可用性。
• 包含应用程序感知恢复工具包 (ARK)，可在检测到问题时自动进行故障转移、重启或发出警报。
• 具有 Web 管理控制台，可进行直观设置、进度跟踪和简化的防火墙访问（仅 2 个 TCP 端口），从而更容易进行集群管理。
• 支持主流 Linux 发行版（Red Hat、SUSE、Rocky、Oracle Linux）和各种存储架构，包括云和虚拟环境的无 SAN 设置。
• 可灵活部署于物理、虚拟、云或混合环境中：支持 P2P、P2V、V2V 集群以及基于 SAN 或本地存储同步（无 SAN）的配置。

经许可转载SIOS

携手共进：伙伴关系如何推动现代灾后重建

携手共进：伙伴关系如何推动现代灾后重建

过去几年证明了一件事：突发事件不分贵贱，无一幸免。洪水、火灾、勒索软件、基础设施故障，等等。无论你是全球性企业还是快速发展的初创公司，都无法免受意外事件的影响。

作为一名与技术合作伙伴、企业客户和云服务提供商合作超过 25 年的人，我亲眼目睹了“一切照旧”的局面变化之快。如今，我担任合作伙伴联盟总监。SIOS科技公司我们帮助组织实现应用高可用性（HA）和灾难恢复 (DR)在复杂的环境中。但我对韧性的理解可以追溯到更早的时候，远在混合云成为主流之前。

职业生涯早期，我在波士顿大学企业教育中心工作期间，曾有幸直接向个人和企业销售微软认证培训课程。我最早的重要项目之一是与雷神公司合作，我们致力于弥补其在项目管理和技术技能方面的不足，这些技能对于交付高风险项目至关重要。

那次经历让我深刻体会到，无论是人员还是技术方面的准备、培训和冗余，都对项目的成败起着决定性的作用。我很快意识到，成功不仅仅取决于工具或技术，更取决于人、流程和计划。同样的道理也适用于现代灾难恢复：真正的失败在于缺乏计划。

超越备份：为什么真正的灾难恢复始于切合实际的风险规划

灾难恢复不仅仅是备份数据；它还包括确保连续性。我见过一些组织花费数月时间制定备份策略，结果却发现，当灾难发生时，他们无法在业务关键时期恢复运营。

第一步弹力要对风险保持务实的态度。要明确哪些环节可能出错，哪些系统是关键任务系统，以及停机造成的实际损失是多少。在当今环境下，“足够好”的恢复措施远远不够。

战略伙伴关系如何加强灾难恢复和高可用性

在我的职业生涯中，无论是管理企业数据中心迁移、将技术团队与客户联系起来，为 AWS 和 Microsoft 环境提供高可用性集群解决方案，还是扩展合作伙伴生态系统，有一点始终不变：韧性是一项团队运动。

最有效的应用高可用性和灾难恢复策略源于软件供应商、云服务提供商、托管服务提供商 (MSP) 和经销商之间的协作。关键不在于单一产品或平台，而在于如何整合各种技术，构建无缝衔接的安全保障体系。

在SIOS，这正是我们合作伙伴联盟闪耀光芒。通过与行业领导者合作并专注于互操作性，我们使客户能够跨平台保护关键应用程序和工作负载。Linux，视窗， 和多云环境无需增加复杂性。

为什么测试灾难恢复计划与制定计划同等重要

很多时候，企业会想当然地认为他们的HA或DR计划很完善，因为这些计划都有文档记录。但是，除非你真正测试过，我是说真正意义上的测试……否则你根本无法确定。

我总是告诉合作伙伴和客户：要像对待关乎声誉的大事一样认真对待应急响应，因为这确实关系到你们的声誉。模拟演练不仅能验证你们的技术，还能增强团队的信心，缩短响应时间。

同样的思维模式适用于商业的各个方面：持续的实践、迭代和实践经验，而不是假设，才是将计划转化为结果的关键。

自动化如何减少混合云和多云环境中的停机时间

在混合云和多云部署的时代，复杂性是韧性的敌人。自动化是消除这种复杂性的关键。

自动故障转移监控和恢复流程协调能够减轻团队在关键时刻的压力。恢复流程越快速、越顺畅，发生故障时受到的影响就越小，而不是“会不会发生故障”的情况。

为什么高可用性和灾难恢复是战略业务驱动因素

高可用性和灾难恢复过去常被视为一种保险，或者说是需要但希望永远用不上的功能。这种想法已经过时了。最成功的企业将应用高可用性和灾难恢复视为战略赋能手段。

当客户知道你能在压力下保持韧性时，就能建立信任。这种信任会转化为品牌资产，进而转化为机遇。我在各个行业都反复看到过这种情况，例如卫生保健，制造业生物技术，零售以及 IT 部门，所有这些部门的韧性都直接影响着收入和客户留存率。

在变革中蓬勃发展：为什么韧性是你的竞争优势

灾难恢复不仅仅是度过难关；它更关乎建立从灾难中复苏并蓬勃发展的信心。

在销售、合作和技术领导岗位上摸爬滚打了25年之后，我深刻体会到，真正的韧性源于充分的准备、紧密的协作和高效的执行。技术会不断发展，风险会不断变化，新的挑战也会层出不穷，但最终的赢家总是那些能够做到以下几点的组织：共同制定计划、测试和调整方案。。

在灾难频发的当今世界，应用程序的高可用性和弹性并非可有可无，而是竞争优势。立即申请演示了解 SIOS 如何帮助您实现可靠、经济高效的高可用性和灾难恢复。

作者：Kelly Burke，SIOS Technology Corp. 合作伙伴联盟总监

掌握本地数据中心高可用性的三大关键要素

掌握本地数据中心高可用性的三大关键要素

当科技界竞相向云计算迈进时，近一半的北美企业仍然依赖本地数据中心来支持其最关键的业务运营。

如果您的组织也属于此类，您肯定已经体会到了这种压力：停机是不可接受的。在当今这个永不停歇的数字经济时代，高可用性（HA）这不仅仅是 IT 的目标，更是业务连续性、客户满意度和长期盈利能力的基础。

让我们来看看增强你的三种关键方法正常运行时间以及 SIOS 如何帮助您确保业务的未来发展。

高可用性始于弹性物理环境

在软件和服务器投入使用之前，您的数据中心需要强大的物理基础架构。

高可用性始于：

• 可靠的电力：发电机和UPS系统确保您在停电期间也能保持在线。
• 访问安全：摄像头和门禁系统用于防止未经授权的进入。
• 环境监测：智能传感器可维持理想的温度和湿度。
• 消防：现代抑制系统可在不损坏设备的情况下保护设备。

您的基础设施仅作为有弹性的以及它所处的环境。

高可用性设计：冗余机制确保在线。

即使拥有安全设施，也没有任何硬件或系统是绝对万无一失的。这就是智能架构的意义所在。冗余——确保没有单一故障点会导致系统崩溃。

最佳实践包括：

• HA聚类用于关键应用。
• 冗余网络即使一条路径发生故障，也能保持数据传输畅通。
• 存储复制和 RAID防止数据丢失。
• 异地灾后恢复确保重大故障后快速恢复。

具备弹性设计意味着即使系统出现故障，用户也能保持连接。

通过智能监控和高可用性集群实现持续正常运行

环境和架构就绪后，您需要可视性和自动化功能来确保一切平稳运行。全面的监控和自动故障转移工具能够将冗余转化为真正的高可用性。

• IT运维管理工具擅长发现网络资产并更新配置管理数据库 (CMDB)。
• 应用程序性能监控 (APM) 工具从而能够精确了解构成网络的各个系统的健康状况。
• HA集群软件例如SIOS LifeKeeper

SIOS 的优势：适用于任何环境的灵活、无 SAN 高可用性和灾难恢复

SIOS为您的关键应用程序提供完全高可用性和灾难恢复功能——无需共享存储。

它之所以脱颖而出，是因为它具备以下特点：

• 灵活性：适用于任何环境——物理环境、虚拟环境、云环境（AWS、Azure、Google Cloud）或混合环境。
• 成本更低：无需昂贵的SAN硬件或专业知识。
• 可扩展性：轻松跨多个数据中心或云可用区进行集群部署。

借助 SIOS，您可以构建一个无SAN高可用性解决方案它功能强大、经济高效且易于管理——非常适合任何 IT 环境。

立即申请演示了解 SIOS 如何帮助您实现可靠、经济高效的高可用性和灾难恢复。

作者：Trey Isaac，SIOS 高级产品支持工程师

经许可转载SIOS