虽然关键业务系统、数据库和应用程序的停机会给每个组织带来成本，但不同行业的计划外停机会产生不同的后果。 在本文中，我们探讨了金融服务、医疗保健、制造和教育行业的高可用性用例和 SIOS 客户成功案例。

金融服务的高可用性

从小型信用合作社到区域性银行再到全球投资公司，金融服务是一个高度监管、快节奏的行业，每秒发生数十亿美元的电子交易。 因此，与其他行业相比，金融服务公司的平均停机成本（根据 ITIC 2021 年每小时停机成本调查，停机一小时的平均成本为 300,000 美元）可能要高得多。

大型金融服务公司为 Oracle 数据库上的关键证券应用程序添加高可用性/灾难恢复

中国历史最悠久的金融服务公司之一，提供证券和期货经纪以及投资银行、资产管理、私募股权、另类投资和融资租赁服务。 它在上海和香港证券交易所上市。 该公司在中华民国拥有 343 个分支机构，遍布 30 个省、直辖市和自治区。 它还在 14 个国家和主要国际城市开展业务，为大约 1800 万客户提供服务。

环境该公司依赖于在 Red Hat Linux 操作系统环境中运行的基于 Oracle 数据库的证券交易应用程序。 尽管该公司的 IT 团队经常备份这些应用程序和数据库，但他们无法在发生故障或灾难时快速恢复操作。

挑战该金融服务公司希望为其关键应用程序及其依赖的 Oracle 数据库实施高可用性（99.99% 的正常运行时间）保护。

评估该公司的 IT 团队需要一个集群解决方案，以确保他们能够可靠地满足服务水平协议 (SLA) 的高可用性以及严格的恢复时间和恢复点目标（RTO、RPO）。 它需要被证明可以提供Linux 环境中的高可用性. 他们还需要一种能够降低开源环境中集群复杂性的解决方案。

解决方案该公司使用适用于 Linux 的 SIOS Protection Suite 在物理服务器上创建了一个双节点集群集群软件. SIOS 集群软件监控整个应用程序堆栈——网络、存储、操作系统和应用程序。 在发生故障转移时，软件会协调将应用程序操作故障转移到集群中的辅助节点。 SIOS Protection Suite 中的应用感知模块简化了为 Linux 环境配置集群的复杂性。

结果多年来，该公司一直在使用 SIOS Protection Suite for Linux 集群，并不断在其环境中实施 SIOS 产品。 在那段时间里，该公司始终如一地满足其可用性 SLA。 从简单的实施到可靠、易于使用的管理，SIOS 集群软件达到或超过了公司的预期。

医疗保健的高可用性

医疗保健行业的应用程序和存储的停机时间简直就是生死攸关的问题。 必须确保可靠地访问医院和手术中心使用的关键系统，以及电子健康记录 (EHR) 和医学成像技术，例如图片存档和通信系统 (PACS)。 医疗保健行业也越来越多地成为勒索软件攻击的目标，导致大量停机。

Lifehouse Hospital 使用 SIOS DataKeeper 确保 Amazon Web Services 的高可用性

Chris O'Brien 生命之家医院 (www.mylifehouse.org.au) 专门从事罕见和复杂癌症病例的最先进研究和治疗。 这家非营利性医院每年接待 40,000 多名患者进行筛查、诊断和治疗。

挑战Lifehouse 使用 MEDITECH 进行患者管理和患者电子健康记录的中央存储。 “健康信息系统和数据库对我们提供的护理至关重要。 如果其中任何一个出现故障，将无法访问患者记录，这将使医院的运营陷入瘫痪，”Lifehouse 信息技术总监 Peter Singer 解释道。 在医院的数据中心，运行在 SAN 上的 Windows Server 故障转移集群 (WSFC) 提供了关键任务正常运行时间。 与许多组织一样，Lifehouse 计划迁移到云端以利用其敏捷性和可负担性。

Lifehouse 选择了 Amazon Web Services (AWS)，并希望将其环境直接“提升并转移”到 AWS 云。 为了模拟其本地配置，Singer 选择了 AWS Marketplace 中提供的“云卷”服务。 故障转移集群是使用 Amazon FSx 软件定义的存储卷配置的，以在活动实例和备用实例之间共享数据。 但是，软件定义的云卷对吞吐量性能产生了重大的不利影响。 使用“无保护”选项时，云卷表现良好，但“无保护”并不是关键任务 MEDITECH 应用程序及其数据库的真正选择。

解决方案在进行详尽的搜索后，Singer 得出结论认为最好的解决方案是 SIOS DataKeeper。 SIOS DataKeeper 提供 Lifehouse 所需的高性能同步数据复制。 通过在连接到所有活动实例和备用实例的本地存储之间使用实时块级数据镜像，该解决方案克服了云中缺少 SAN 所导致的问题，包括经常困扰软件定义存储的性能不佳（见图 3）。 生成的 SANless 集群与 WSFC 兼容，提供持续监控以检测应用程序和数据库级别的故障，并提供可配置的故障转移和故障恢复策略。

结果与软件定义存储不同，SIOS DataKeeper 专为高性能和高可用性，因此，基于云的配置可以按需运行，这对 Singer 来说并不奇怪。 但 Singer 对解决方案的实施和操作如此简单感到惊喜：“我们能够在几天内从测试进入生产阶段。 持续维护也非常简单，我们预计这将最大限度地减少与高可用性相关的运营支出和灾难恢复”

制造业的高可用性

今天对供应链有很多关注。 尽管最近的大部分焦点都集中在物流问题（例如洛杉矶港的拥堵）和网络攻击（例如 Colonial Pipeline 勒索软件攻击）上，但许多关键挑战延伸到了供应链的更深处。 50 多年来，精益制造（也称为准时制库存管理）一直是制造业效率的标志。 然而，“准时制”正是这个意思，在制造过程中不允许系统或应用程序停机。

SIOS DataKeeper Cluster Edition 保护 Van de Lande 数据系统

Van de Lande BV (VDL) 专业生产用于塑料管道系统的 PVC-U 和 PE 压力管件和阀门，均由管材和注塑成型制成。 其产品在全球范围内用于工业和技术设施。 让 VDL 脱颖而出的是其令人印象深刻的产品类型和尺寸范围，以及对产品改进和增强的持续承诺。 因此，50 多年来，VDL 一直是系统和安装制造商的首选品牌。

挑战VDL 从基于 Xen 和 CentOS 的虚拟化服务器环境开始。 后来公司实现了KVM和Hyper-V。 事实证明，这种异构环境难以维护，因此 VDL 逐渐转向 Windows Hyper-V 环境。

在实施之前SIOS 数据管理员解决方案，VDL 依靠共享存储 (SAN) 作为其主要存储。 为了提高性能，他们决定转向基于固态磁盘 (SSD) 的本地存储，而不是传统的旋转磁盘。

但是，VDL 严重依赖其 ERP 数据库的可用性。 由于只有一个主数据处理系统，VDL 需要一个可靠、全面的灾难恢复解决方案来确保其系统在发生全站点灾难时的可用性。

为防止停机，该公司需要其服务器将数据复制到备份服务器以实现灾难保护。 如果一台服务器出现故障，另一台服务器将接管操作。 此故障转移过程可维持运营、最大限度地延长正常运行时间并提高用户工作效率。

解决方案为了提供全面的故障转移和灾难恢复保护，VDL 构建了一个 Windows Server 故障转移集群 (WSFC) 系统，每个节点都将数据复制到另一个节点。 如果一个节点出现故障，操作会在另一台服务器上继续进行，并且不会丢失任何数据。 Microsoft Hyper-V 与 SIOS DataKeeper Cluster Edition 软件的联合解决方案提供了 VDL 必不可少的可用性和灾难保护。

VDL 使用 SIOS DataKeeper Cluster Edition 软件来确保应用程序、数据库和 Web 服务的持续可用性。 SIOS DataKeeper 软件与 WSFC 集成，在两个 Windows 集群节点之间创建一个“镜像”服务器系统。 如果主节点出现故障，WSFC 会将所有操作转移到另一个节点，同时支持对应用程序和数据（在卷级别受到保护）的连续访问。 SIOS DataKeeper 软件可实现灾难恢复，而无需与传统备份和恢复技术相关的长时间停机和恢复时间。 SIOS DataKeeper 与 Microsoft WSFC 一起监控系统和应用程序健康状况、维护客户端连接并提供不间断的数据访问，从而为 VDL 提供公司所需的可靠、容错系统。

SIOS DataKeeper Cluster Edition 进一步扩展了 Microsoft Cluster Services 和 Windows Server Failover Clustering 的功能。 SIOS DataKeeper Cluster Edition 还支持通过 LAN 或 WAN 连接在物理服务器之间实时复制 Hyper-V 虚拟机。

对于像 VDL 这样的公司，SIOS DataKeeper Cluster Edition 软件通过使他们能够创建 SANless 集群来降低部署集群的成本，从而消除传统共享存储集群中 SAN 的成本、复杂性和单点故障风险。 集群实施运行顺利，用时不到一天。 在对 VDL 服务器配置和测试进行全面评估之后，安装团队发现带有 SIOS DataKeeper Cluster Edition 软件的 SANless 集群满足了他们在灾难恢复、性能和高可用性方面的所有标准。 在系统故障转移测试期间，网络服务团队轻松快速地对系统进行了故障转移和故障恢复。

结果VDL 现在拥有全面的高可用性/灾难恢复解决方案，可确保其关键任务应用程序（如 Web 服务和 ERP 数据库）始终可用。 SIOS DataKeeper 软件提供连续实时、基于主机的块级复制，提供对客户和库存记录的连续访问。 VDL 部署了两个 SIOS DataKeeper 集群来保护文件服务器、打印服务器、SQL Server (ERP)、Microsoft Dynamics NAV Web 服务、NiceLabel NiceWatch 标签服务和 iSCSI 服务器。

一个双节点集群用作文件服务器和 iSCSI 服务器，而另一个支持 SQL Server 集群和 Dynamics NAV Web 服务。 IT 基础设施包括三台安装了 60 个虚拟机的 Hyper-V 主机、一台 BackupExec 服务器、50 个桌面用户和 25 个移动条形码扫描器，它们通过 Web 服务连接到 ERP 系统。 每台主机都包含 240GB SSD，采用 RAID 60 配置，本地存储总量为 3TB。 这些系统通过 10 Gigabit 接口连接。

教育的高可用性

在全球大流行之后，远程学习已成为高等教育以及小学和中学教育的主要教学形式。 在高等教育中，远程学习使学院和大学能够在全球范围内推广，以吸引多样化的学生群体。 因此，正常运行时间在教育中变得越来越重要，学生和教授需要访问各种系统，包括图书馆数据库、学生记录和高性能计算 (HPC)——例如，以支持医学研究、测试应用程序等。 由于学生（可能来自世界各地）争先恐后地在线注册，争夺有限的课堂空间，停课时间也可能代价高昂。

主要大学给予 SIOS LifeKeeper for Linux 最高分

当纽约的一所领先大学决定改造其企业资源规划 (ERP) 系统时，它希望提高性能，尤其是在注册高峰期，并降低总体拥有成本 (TCO)。 该大学为 10,000 多名学生提供服务，并使用 Oracle 数据库在基于 HP/UX SAN 的存储环境中维护所有学生注册信息，并在集群中的两个结构之间复制其完整的 SAN 架构。

挑战该大学需要一种替代解决方案，该解决方案将更具成本效益，提供更快的性能，并为其任务关键型 Oracle 数据库提供高可用性和数据保护。 意识到它需要一个比典型的 Linux 解决方案更强大的集群解决方案，该大学转向了 SIOS。 “我们需要一个合适的集群替代方案，”该大学的 IT 助理副校长说。 “SIOS 解释说，他们可以与 SanDisk Fusion ioMemory 产品集成并设置集群。 他们完全是主动的。”解决方案SIOS LifeKeeper for Linux 提供应用程序故障转移，SIOS DataKeeper 提供数据复制和 SIOS Oracle 应用程序恢复工具包为学校的数据库提供开箱即用的额外保护。 SIOS 与 Western Digital 的战略联盟还为学校的集群环境提供了高性能的 SanDisk 闪存解决方案。

通过使用配置有基于 SanDisk Fusion ioMemory 的 IO 加速器的服务器，该大学可以用运行 Linux 的简化服务器组取代其庞大且昂贵的基于 SAN 的设置。 基于 ioMemory 的 IO 加速器与服务器和 SIOS LifeKeeper for Linux 的集成提供了比传统遗留解决方案更好的性能和可用性，使 SIOS 解决方案成为完美的选择。

结果三台服务器和 SIOS 解决方案的成本低于该大学一台旧 HP/UX 服务器的成本。 学校用节省下来的钱增加了记忆。 该大学还消除了风险，因为传统的基于 SAN 的集群中的共享磁盘可能是单点故障。 这就是它最初有两个 SAN 的原因。 使用 SanDisk Fusion ioMemory 的 SIOS 复制消除了这种单点故障，成本远低于结构交换机，并提供更多数据副本。 SanDisk 基于闪存的 Fusion ioMemory 存储和 SIOS 复制相结合，改善了学校的 TCO，降低了数据中心成本，并由于降低了电力和冷却需求而减少了对环境的影响。

了解有关 SIOS 的更多信息高可用性解决方案.

经许可转载自信息系统

根据 Flexera 2021 年云状况报告，云计算在过去十年中变得无处不在，99% 的组织至少使用一个公共或私有云。 虽然 AWS、Microsoft Azure 和 GCP 是当今三大公共云提供商，但许多组织（无论是有意还是无意）采用了多云战略，使他们能够挑选最有吸引力和最适合的云服务以满足他们独特的业务需求。 根据 Flexera 报告，如今 92% 的企业拥有多云战略，平均使用 2.6 个公共云和 2.7 个私有云，包括软件即服务 (SaaS)、平台即服务 (PaaS)、基础设施即服务 (IaaS) 产品。

---

什么是多云？

多云只是一个由两个或多个公共和/或私有云（包括 SaaS、PaaS 和 IaaS）组成的环境。 多云环境中的不同服务可能会互操作（在这种情况下可能是混合云），也可能不一定会互操作（本质上作为单独的云孤岛运行）。 请记住，尽管所有混合云都是多云，但并非所有多云都是混合云。

---

多云战略的演变（和广泛采用）

多云环境由任意两个或多个公共或私有云产品组合组成，包括 SaaS、PaaS 和 IaaS。 因此，组织的多云战略可能包括在 Amazon Elastic Cloud Compute (EC2) 上运行的企业工作负载，以及使用 Microsoft 365 处理电子邮件和后台应用程序。 或者，组织可以将私有云中托管的自定义数据库连接到公共云 SaaS 产品 Salesforce。

混合云环境由本地、私有云和公共云环境组成。 根据 Flexera 报告，80% 的企业拥有混合云战略（见图 4）。 多云环境通常是影子 IT 的结果，在影子 IT 中，不同的部门采购云服务来满足各自的需求，而无需咨询集中的 IT 部门。 例如，您的营销团队可能早在 IT 部门在 AWS 中部署其第一个工作负载之前就开始使用 Salesforce，而您的人力资源和财务部门正忙于将 Workday 和 Concur 添加到您的组织现在所依赖的 SaaS 应用程序组合中。 或者，也许您拥有在全球范围内从事不同项目的应用程序开发团队。 一个开发团队可能更喜欢 Azure DevOps，而另一个团队可能更喜欢 AWS 中的开源工具。 因此，您的多云策略可能纯粹是偶然演变的——这不一定是坏事。

您的不同部门有权选择同类最佳的解决方案来满足他们的需求，而您的应用程序开发团队可以在他们首选的开发环境中最大限度地提高工作效率并缩短上市时间。

多云环境也会因设计而演变，例如，由于监管要求、并购，或实施高可用性和灾难恢复策略。

监管语言可能含糊不清。 例如，金融行为监管局 (FCA) 关于外包 IT 的规定规定，公司必须能够“知道他们将如何过渡到替代服务提供商并保持业务连续性”。该声明意味着受监管的公司至少需要规划二级云环境。 鉴于许多受到严格监管的公司规避风险的性质，这些类型的问题导致许多公司采用多云战略。

在合并或收购后整合 IT 系统并整合数据中心和云环境是一项重大挑战。 有许多因素会使这一挑战复杂化，包括与云提供商或托管提供商的现有合同。 与整合物理数据中心类似，整合云工作负载可能是一项无法带来显着商业价值的重大工作，因此它经常因优先级更高的项目而被推迟。

最后，通常采用多云策略来支持高可用性和灾难恢复需求。 在评估 AWS 和 Azure 的主要公共云中断时，大多数中断通常一次仅限于一个云区域（并且最常见的是与软件相关）。

越来越多的组织（根据 Flexera 报告，占 34%）采取了额外的步骤，跨多个公共云提供商部署他们的关键任务工作负载。 这对于静态工作负载来说要容易得多，例如可以独立运行的网站和应用程序。 对于数据库和目录服务（例如 Active Directory）等分布式系统，多云灾难恢复可能更具挑战性。

了解多云环境中的独特挑战

与单一云部署相比，多云环境更复杂，因此管理起来更具挑战性。 多云环境中的一些独特挑战包括： • 端到端可见性：确保完整的可见性在任何 IT 环境中都是一项挑战——在高度动态的多云环境中，它的复杂性和挑战性呈指数级增长。 但是，端到端可见性对于解决性能问题和瓶颈、保护您的数字足迹以及识别关键任务系统和应用程序中的单点故障至关重要。

• 安全和身份管理：勒索软件和其他网络安全威胁是当今每位 IT 领导者最关心的问题。 通过将某些安全责任（例如数据中心和物理安全）转移到公共云提供商并提供对加密和网络分段等服务的按需访问，迁移到公共云平台通常可以改善组织的安全状况，但它可以也更容易犯下代价高昂的错误。 例如，网络错误配置可能很常见——数以千计的数据泄露是由配置不当的 AWS S3 存储桶造成的。 身份管理是另一个挑战。 例如，以前在本地环境中使用过 Active Directory 的组织可能非常熟悉 Azure Active Directory，但将身份管理从 Azure 扩展到 AWS、GCP 和 SaaS 产品（例如 Salesforce、ServiceNow、Workday 等） ) 可以引入新的挑战。

• 应用程序和数据可移植性：在混合（多云）环境中跨不同公共云平台动态移动应用程序和数据的能力是许多多云战略的关键。 尽管公共云提供商不一定会构建他们的服务来限制应用程序和数据的可移植性，但他们不一定会合作来促进此功能，并且可能会涉及成本。 不同的云提供商也为其各种服务产品使用不同的技术。

• 多云孤岛：如果组织不针对应用程序和数据可移植性来规划和设计其多云部署，他们最终可能会遇到孤立的应用程序和存储，本质上会在跨多个云平台的传统本地数据中心环境中重现一个常见问题。 至少，组织需要多云安全和管理工具，使他们能够有效地管理跨不同云平台的风险和使用/成本。

根据 Flexera 2021 年云状况报告，81% 的组织将安全性列为其云部署的首要挑战，其次是管理云支出 (79%)。 然而，只有 42% 的组织使用多云成本管理工具，只有 38% 的组织使用多云安全工具。

解决多云环境中的高可用性和灾难恢复问题

尽管多云部署面临许多挑战，但它们可以提供额外的可用性，尤其是在发生重大云中断和灾难恢复的情况下。 如果您的组织正在推行多云战略，您应该与值得信赖的、与云无关的合作伙伴合作，以帮助您使用整体方法设计和实施多云部署。

为了高可用性和灾难恢复，您还需要一个跨越您的多云环境的与云无关的技术解决方案，无论您使用何种云平台。 您总是希望避免这样一种情况，即您的高可用性解决方案会比独立解决方案在您的环境中导致更多的停机时间。 早期版本的 SQL Server 群集提出了这个难题 — 要增加磁盘空间，您必须招致停机，而这在独立解决方案中是不会发生的。 虽然故障转移静态网站之类的东西可能微不足道，但移动多层应用程序堆栈在网络和数据同步方面却极其复杂。 您还需要避免故障转移到安全性较低的云环境，该环境可能由于不了解跨云提供商的不同安全解决方案之间的细微差别而配置错误。

所以我该怎么做？

最后，在每个公共云中，都有一些服务会迅速增加成本。 这些服务根据基于使用的定价收费，并且可能意味着仅仅几天后成本就会急剧增加。 减轻这种风险的一种方法是确保您利用每个云平台中的成本监控服务和警报。

虽然多云部署并不适用于所有组织，但许多组织会走这条路。 了解网络和安全是您最大的技术障碍之一，管理治理和成本是关键的功能挑战。 测试对于确保您的多云集群解决方案正常运行至关重要。 使用支持简单切换和切回的高可用性集群解决方案并了解您的每个应用程序将如何工作非常重要故障转移，最重要的是定期测试故障转移以了解任何网络或数据障碍。

经许可转载自信息系统