强大的 HA/DR 解决方案解决了 5 个零售挑战

强大的 HA/DR 解决方案解决了 5 个零售挑战

在消费者行为变化和技术进步的推动下，零售业不断发展。零售商依靠 SQL Server、Oracle、MaxDB 等关键数据库以及 POS 应用程序和业务分析工具来保持竞争力。高可用性 (HA) 和灾难恢复 (DR) 解决方案对于减少这些 IT 运营的停机时间和增强客户信任至关重要。继续阅读，了解零售行业通过强大的 HA/DR 解决方案解决的五个主要挑战。

挑战一：数字时代的不间断运营

随着电子商务的快速增长和向在线购物的转变，零售商必须确保其数字平台始终保持运行。停机可能会导致失去销售机会、削弱客户信心并损害品牌声誉。强大的 HA 解决方案集成到 IT 基础设施中，通过消除单点故障提供 99.99% 的可用性。

通过使用故障转移集群，HA 可确保如果应用程序发生故障（无论是由于网络、存储、服务器或软件问题还是灾难），工作负载会自动转移到功能正常的辅助系统，从而最大限度地减少停机时间。

挑战2：数据保护和安全

零售行业处理大量敏感数据，包括客户信息、付款详细信息和交易历史记录。保护这些数据免遭泄露或意外丢失是一个日益普遍的问题。全面的备份解决方案通过创建定期备份并将其存储在安全的异地位置，在数据保护中发挥着至关重要的作用。

如果发生安全漏洞或系统故障，强大的备份策略可以最大限度地减少数据丢失。通过将数据恢复到事件发生前的状态，零售商可以在最大程度地减少干扰的情况下继续运营。

挑战 3：抵御自然灾害

无论关键操作是在云端还是在本地数据中心运行，它们都容易受到飓风、地震或洪水等自然灾害的影响。这些事件可能会造成巨大损失并扰乱业务运营。实施良好的灾难恢复解决方案通过复制数据并将关键操作故障转移到远程、地理位置分散的位置来解决这一挑战。

面对导致主数据中心无法运行的自然灾害，灾难恢复会将操作重定向到地理位置较远的辅助站点。零售商可以快速恢复在线服务，最大限度地减少财务损失并保持客户忠诚度。拥有强大的灾难恢复解决方案可以让零售商高枕无忧，因为他们知道即使在最坏的情况下也能恢复元气。

挑战 4：缓解季节性工作负载峰值

零售业的需求会出现季节性波动，尤其是在假期和特殊活动期间。为网站流量和交易量的突然激增做好准备对于避免性能瓶颈和潜在的系统故障至关重要。HA/DR 解决方案提供适应不同工作负载的动态扩展功能。

在这些高容量时期，停机的成本和后果可能是毁灭性的。零售商需要 HA/DR 解决方案来确保其关键运营免受故障、故障、网络中断以及本地、站点范围或区域灾难的影响。

挑战 5：合规性和业务连续性规划

零售行业受到与数据隐私和安全相关的各种法规的约束，因此合规性成为重中之重。强大的 HA/DR 解决方案可确保不间断运营，帮助零售商满足这些监管要求。

此外，HA/DR 解决方案对于业务连续性规划也很有帮助。零售商可以评估潜在风险并制定全面的策略，以在不利的情况下保持业务运营。通过定期进行灾难恢复演习和测试故障转移机制，零售商可以识别漏洞并调整对潜在中断的响应，确保快速有效的恢复。

在当今的数字时代，确保您的零售业务具有弹性并以客户为中心，需要强大的高可用性/灾难恢复 (HA/DR) 策略。这是处理从无缝运营和数据保护到自然灾害后恢复、处理季节性高峰、保持合规以及保持业务平稳运行等一切事务的关键。有了正确的 HA/DR 解决方案，零售商不仅能够在快节奏的市场中生存，而且能够蓬勃发展。

立即联系 SIOS高可用性和灾难恢复解决方案。

经许可转载安全操作系统

如何保护云平台中的应用程序

如何保护云平台中的应用程序

云平台仅保护应用程序免受因硬件故障导致的停机。任务关键型应用程序需要 HA/DR 保护，无论其在何种云环境中运行。

在提供高可用性保护时，一般原则是确保所有组件都是冗余的，以避免单点故障 (SPOF)。也就是说，确保没有任何一个元素在发生故障时导致整个系统停止。然而，值得注意的是，运营基础设施很难在公共云中访问。

在基于云的高可用性集群中，备用节点有可能位于同一主机服务器上、同一机架中，并使用与操作节点相同的网络交换机。除非您对这些元素进行冗余配置，否则它们中的任何一个都可能出现 SPOF，并使应用程序面临灾难性故障的风险。

有必要确保集群节点位于不同的云“区域”和“可用区”，这些云“区域”和“可用区”在物理上将不同地理位置的数据中心和运营基础设施分开。

确保云可用性的主要原则是什么？

随着部件磨损、系统不兼容以及设置发生变化，您不能指望构成物理 IT 基础设施的各种组件永远按照规范运行。尽管定期维护可以降低停机风险，但在产品生命周期中很可能会出现某些故障。

在极少数情况下，操作系统或嵌入式软件中可能存在潜在的严重错误，导致应用程序停止工作。

您可能已经注意到，HA集群配置正是符合这个原则，通过将重要服务器及其资源冗余到主用系统（生产系统）来消除单点故障。但是，请务必记住两件事：1. 服务器硬件不是唯一的关键组件，2. 在公共云基础设施中，您可能看不到其他关键的 SPOF 组件。

谨防隐藏在云隐形基础设施中的单点故障陷阱

大多数公共云以所谓的“多租户”模式运行。也就是说，他们在同一台物理主机服务器上运行多个公司的虚拟机。通过常规合同，您无法指定系统在哪个主机服务器上运行。这可能会导致问题，如

云集群中的备用节点可以放置在运行活动节点的同一主机服务器上。即使您配置了HA集群配置，如果主服务器宕机，运行节点和备用节点也会宕机。在这种情况下，您的云运营商将决定何时以及如何恢复您的系统。

运行主节点的主机服务器和运行备用节点的主机服务器可以位于同一机架中。在这种情况下，该机架就成为单点故障，因此如果该机架发生故障，其下的主备节点也会发生故障。

此外，在基础设施的上层，例如捆绑多个机架的网络交换机、网关和路由器以及数据中心的电源单元，操作系统节点和备用系统节点可能共存于同一系统中，并且如果这些关键如果组件不是冗余的，那么就会出现不可避免的单点故障。同样，对于公有云用户的公司来说，这样的数据中心基础设施是一个黑匣子，可能无法查看详细配置来识别 SPOF。

应利用公共云可用区和区域来提高可用性

如何明确避免公有云中隐藏的单点故障？最稳健的方法是使用云端准备的“可用区”和“区域”。

可用区是数据中心内基础设施的独立物理隔离。区域是地理上分开的独立数据中心。公共云允许您有意将这些可用区或区域用于不同的目的。

通过构建运行节点和备用节点分布在这两个或多个区域的不同可用区的 HA 集群配置，几乎所有的 SPOF 都可以避免。如果您坚持这些最佳实践，您就可以自信地确保可用性、灾难恢复（灾难恢复）和 BCP（业务连续性计划）。

经许可转载安全操作系统

如何保护应用程序和数据库

如何保护应用程序和数据库

每个应用程序和数据库都有自己的最佳实践

复杂的应用程序、数据库和 ERP 系统对启动顺序、服务模块放置和其他要求有特定的要求。如果不遵守这些最佳实践，可能会导致故障转移不可靠、应用程序性能问题以及故障转移后的其他意外应用程序行为。SIOS 独特的应用程序恢复套件提供特定于应用程序的智能，以确保准确配置集群并确保故障转移保持最佳实践。

应用程序恢复套件 (ARK)

应用程序恢复套件 (ARK) 包括允许 LifeKeeper 管理和控制特定应用程序或服务的工具和实用程序。当为特定应用程序安装 ARK 时，LifeKeeper 能够监控应用程序的运行状况，并在出现故障时自动恢复应用程序。这些恢复套件是非侵入式的，无需在应用程序内进行任何更改即可受到 LifeKeeper 的保护。

作为 SIOS 保护套件产品组合的一部分，有一个全面的“现成”应用程序恢复套件库。提供的 ARK 类型和数量根据购买的 SIOS Protection Suite 版本而有所不同。

为了维护 SAP 最佳实践，SIOS Protection Suite 中的 SIOS ERS ​​应用程序恢复套件可确保在发生故障转移时，ERS 位于与 SAP 应用程序不同的服务器上。

经许可转载安全操作系统

如何保护 Windows 操作系统中的应用程序

如何保护 Windows 操作系统中的应用程序

为了减少系统停机时间并确保 Windows 的高可用性，IT 最佳实践建议您连接两个或更多服务器（或节点）并使用群集软件。高可用性集群软件监视主节点的运行状况，并在检测到问题时启动恢复操作。如果发生故障，辅助节点需要访问存储中最新版本的数据。在传统集群中，这是通过将集群的所有节点连接到同一共享存储或使用高效的集群感知复制软件来同步所有集群节点上的本地存储来实现的。

集群节点应在地理上分开，以保护应用程序免受站点范围和区域灾难的影响。

您有多种 Windows 集群软件可供选择，包括 Microsoft Windows Server 故障转移集群、SIOS LifeKeeper for Windows 等。

什么是窗口聚类？

在Windows环境中，两个或多个节点共享相同的存储。第三个节点通常配置为“见证”服务器，在节点之间的连接丢失时指定主服务器。除了监控集群的运行状况之外，节​​点还共同提供：[1]

• 资源管理 –各个节点提供 SAN 和网络接口等物理资源。托管应用程序注册为集群资源，并且可以配置对其他资源的启动和运行状况依赖项。
• 故障转移协调 –每个资源都托管在一个主节点上，并且可以自动或手动传输到一个或多个辅助节点。当发生故障转移时，节点和托管应用程序会收到通知，以便它们能够做出适当的反应。WSFC 与 Microsoft Always On 可用性组和 Always On 故障转移群集配合使用，以协调 Microsoft SQL Server 环境中的故障​​转移。

SIOS DataKeeper 如何补充 WSFC

WSFC 需要共享存储来确保所有群集节点在发生故障转移时都能访问最新数据。通常，公司使用昂贵的 SAN 硬件来确保数据冗余。SAN 代表单点故障风险。而且，如果您希望在具有相同 Windows Server 故障转移群集保护的云中运行应用程序，则没有可用的 SAN。

SIOS DataKeeper 集群版通过消除对共享存储的需求，无缝集成并扩展 WSFC 和 SQL Server Always On 故障转移群集。它提供性能优化的、基于主机的复制，以同步所有集群节点中的本地存储，从而创建 SANless 集群。当 WSFC 管理集群时，SIOS DataKeeper 执行存储的同步或异步复制，使备用节点在发生故障转移时能够立即访问最新数据。SIOS DataKeeper 不仅消除了 SAN 的成本、复杂性和单点故障风险，而且还允许您在本地存储中使用最新的快速 PCIe 闪存和 SSD，以单一成本实现性能和保护。有效的解决方案。

借助 SIOS DataKeeper，您还可以平衡每个应用程序的网络带宽和 CPU 利用率。

• 如果快速复制至关重要，SIOS DataKeeper 可以实现 90% 以上的带宽利用率，以加速数据同步。
• 如果最大限度地减少网络影响是您的首要任务，SIOS DataKeeper 提供集成压缩和带宽限制。

此外，SIOS DataKeeper 的目标快照功能允许您从辅助节点运行时间点报告，以卸载可能影响主节点性能的工作负载。这使您可以更快地查询和运行报告并更快地做出决策。

SIOS DataKeeper Cluster Edition 与 WSFC 合作，使用您选择的行业标准硬件和“无共享”的本地附加存储来保护关键业务 Windows 环境，包括 Microsoft SQL Server、SAP、SharePoint、Lync、Dynamics 和 Hyper-V。 ”或 SANless 配置。[2] SIOS DataKeeper 还为云环境（例如 Amazon Web Services (AWS)、Microsoft Azure 和 Google Cloud Services）中的关键业务应用程序提供高可用性和灾难恢复保护，而不会牺牲性能。

适用于 Windows 的 SIOS LifeKeeper – 在没有 WSFC 的情况下保护 Windows 应用程序

SIOS LifeKeeper for Windows 是一个紧密集成的集群解决方案，它结合了高可用性故障转移集群、持续应用程序监控、数据复制和可配置的恢复策略可保护您的关键业务应用程序和数据免受停机和灾难的影响。

分布式元数据和通知

WSFC 服务和节点的元数据/状态托管在集群中的每个节点上。当任何节点上发生更改时，更新的信息会自动复制到所有其他节点。

SIOS LifeKeeper for Windows 监视应用程序环境的运行状况，包括服务器、操作系统和数据库。它可以在本地以及同一站点或其他位置的另一台集群服务器上停止和重新启动应用程序。当检测到问题时，SIOS LifeKeeper 会自动执行恢复操作并自动管理级联和优先级故障转移。

借助 SIOS LifeKeeper，您可以选择使用各种存储设备（包括直连存储、iSCSI、光纤通道等）的 SAN 或 SANless 集群。

流行的 SIOS Windows 集群解决方案

下面将更详细地讨论一些最流行的 SIOS Windows 集群解决方案（适用于 SQL Server、SAP 和基于云的环境）。

适用于 SQL Server、SAP 和 Oracle 的 Windows 集群

SIOS 为应用程序和数据提供全面的保护，包括高可用性、数据复制和灾难恢复。为了保护 Windows 环境中的 SAP，SIOS LifeKeeper 监控整个应用程序堆栈。无论您是将 Oracle 数据库与 SAP 一起使用还是运行独立的 Oracle 应用程序，SIOS 都会保护您的 Oracle 数据库 – 您只需选择与您的配置相匹配的应用程序恢复工具包即可。

云中的 Windows 集群

无论您需要 SIOS DataKeeper 在云中启用 Windows Server 故障转移群集，还是需要适用于 Windows 的 SIOS LifeKeeper 来进行应用程序监控和故障转移编排以及高效的块级数据复制，SIOS 都能提供完整的配置灵活性。SIOS 允许您在物理、虚拟、云或混合云基础设施的任意组合中创建集群。例如，通过与 WSFC 配合使用，SIOS DataKeeper 可以：

• 保护关键的本地或混合业务应用程序到 AWS、Azure 或 Google Cloud 中的高可用性 Windows 环境。
• 通过在 AWS、Azure 或 Google Cloud 中创建 Windows 集群来保护云应用程序，例如 SQL Server 和 SAP。
• 通过跨云可用区或区域对应用程序实例进行故障转移，提供站点范围、本地或区域高可用性和灾难恢复保护。

SIOS DataKeeper Cluster Edition 可提供跨云的高可用性集群保护

保护业界最广泛的应用

SIOS 提供支持广泛的应用程序、操作系统和基础架构环境的产品，提供可以满足您所有高可用性需求的单一解决方案。这里只是展示 SIOS 强大功能的几个示例。

• 西澳大利亚的珀斯体育场通过 WSFC 实施了 SIOS DataKeeper，为其 Hyper-V 虚拟机提供高可用性。
• 支付宝（paygoutilities.com），总部位于美国，通过 WSFC 实施了 SIOS DataKeeper，为 AWS 上的 SQL Server 提供高可用性。
• 总部位于日本的 Toyo Gosei 通过 WSFC 实施了 SIOS DataKeeper，为其 Azure 上的 SAP 应用程序提供高可用性和灾难恢复。

有关支持 Windows 环境的高可用性/灾难恢复解决方案的更多信息，请单击此处 [TM(1] 。

参考

Windows Clustering

https://searchwindowsserver.techtarget.com/definition/Windows-Server-failover-clustering

https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver15

[1]https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver15

[2] 无共享架构 (SN) 是一种分布式计算架构，其中每个更新请求均由单个节点（处理器/内存/存储单元）满足。https://en.wikipedia.org/wiki/Shared-nothing_architecture

经许可转载安全操作系统

如何保护 Linux 操作系统中的应用程序

如何保护 Linux 操作系统中的应用程序

什么是 Linux 集群？

高可用性 Linux 集群是一组协同工作并作为单个系统进行管理的 Linux 计算机或节点、存储设备。在传统的集群配置中，两个节点连接到共享存储（通常是 SAN）。在Linux集群中，应用程序运行在一个节点上，集群软件用于监控其运行情况。如果软件检测到问题，它会在称为故障转移的过程中将应用程序的操作转移到辅助节点。由于辅助节点与主节点共享存储，因此操作可以快速继续，从而满足非常短（秒到分钟）的恢复时间和恢复点目标。

Linux 高可用性集群

一些Linux操作系统厂商提供集群软件，例如SUSE Linux HAE；红帽企业 Linux (RHEL)；和 Oracle 真正应用集群 (RAC)。虽然它们允许您创建一个故障转移集群，它们提出了各种挑战。首先，选择用于 HA 配置的每个组件的软件，该软件至少必须包括三个相关功能：数据复制、服务器集群和带有心跳监视器的资源管理器。使用 SUSE 和 Red Hat，您也被锁定在操作系统中。如果您想使用其他较便宜或免费的操作系统版本，例如 CentOS 或 Oracle Enterprise Linux (OEL)，则需要购买单独的 HA 解决方案。

无论您选择哪一种，使用开源软件创建 Linux 集群解决方案以实现高可用性都是一个“自己动手”(DIY) 项目，该项目需要大量手动操作，并且容易出现人为错误。

Linux HA 扩展需要高度的技术技能，从而产生了对大多数操作员构成挑战的复杂性和可靠性问题。

SUSE Linux Enterprise Server 和 Red Hat Enterprise Linux 两种解决方案都提供 SAN 和 SANless 环境，但需要在操作系统中安装和配置名为 DRBD 的复制软件，以支持 SANless 环境中的数据复制。不幸的是，这需要大量的自定义脚本，这可能需要很长时间来测试和验证，并且需要在对环境进行任何更新时重新测试。由于这些公司首先是操作系统公司，因此他们的支持主要针对操作系统级问题，并且通常很少甚至没有 HA 专业知识来帮助客户解决问题。

Oracle RAC 是一个高可用性解决方案，但它主要是为数据库管理层设计的。这意味着您将需要为那些负责应用程序层的监视、管理和恢复的组件提供不同的 HA 解决方案。Oracle RAC 也非常昂贵，与其他 Linux 集群解决方案（例如 SIOS Protection Suite）相比，除了支付 RAC 选项的费用（通常为数十万美元）外，还要求您升级到 Oracle Enterprise Edition。

适用于 Linux 的 SIOS LifeKeeper

这适用于 Linux 的 SIOS LifeKeeper提供高可用性故障转移集群、连续应用程序监控、数据复制和可配置恢复策略的紧密集成组合，保护您的关键业务应用程序免受停机和灾难的影响。虽然 SIOS LifeKeeper 可以在 SAN 环境中运行以支持传统的基于 HA 硬件的集群，但该架构采用无共享方法进行服务器集群，使其能够运行 SANless。它提供了强大、多功能且易于配置的解决方案，具有适用于各种应用程序的自动和手动故障转移/故障回复恢复策略。

适用于 Linux 的 SIOS 保护套件包括：

• SIOS LifeKeeper，提供灵活的故障转移集群软件，可监控整个应用程序堆栈
• SIOS DataKeeper，提供快速、高效的基于主机的块级数据复制，用于在 SANless 集群配置中镜像本地存储或复制到远程位置或云以进行灾难恢复
• 多个应用程序恢复套件 (ARK)，产品内置自动配置和验证工具，可保护您的关键业务应用程序和数据免受停机和灾难的影响。

与 SUSE、Red Hat 和 Oracle 提供的 Linux 集群解决方案相比，SIOS 团队在应用程序恢复以及该解决方案的应用程序监控和恢复自动化方面的深入知识使其更易于使用，并且是更好、更便宜的选择。

此外，SIOS 生命守护者支持所有主要 Linux 发行版，包括 Red Hat Enterprise Linux、SUSE Linux Enterprise Server、CentOS 和 Oracle Linux，并适应各种存储架构。SIOS 软件已经过调整和优化，可以在这些操作系统上运行，并且组件经过测试，以确保 SANless 集群解决方案能够在每个操作系统上运行。

最后，借助适用于 Linux 的 SIOS Protection Suite，您可以在灵活、可扩展的云环境（例如 Amazon Web Services (AWS)）中运行关键业务应用程序，而无需牺牲性能、高可用性或灾难保护。

AWS 和 Microsoft Azure 中的 Linux 集群

虽然 AWS 和 Microsoft Azure 等云提供商提供了高可用性选项，但它们并没有提供客户所需的整个应用程序基础架构的高可用性和广泛的保护级别，而您在云计算之前通过使用集群曾经实现过这种级别的保护。这就是 AWS 与 SIOS 合作的原因。适用于 Linux 的 SIOS 保护套件为我们的共同客户及其迁移到云的关键应用程序实现了所需的高可用性级别。

SIOS LifeKeeper Linux提供在跨两个可用区的单个 AWS 或 Azure 区域内的 Virtual Private Cloud (VPC) 中创建高可用性 Linux 集群所需的所有元素。它还支持对 SAP 系统、Oracle 数据库和其他关键业务应用程序的开箱即用保护。

适用于 AWS 的 SIOS LifeKeeper 快速入门指南

快速入门，可在AWS 市场适合想要将 SIOS LifeKeeper for Linux on AWS 部署到其测试或生产环境中的企业用户。AWS Marketplace 上的 SIOS Protection Suite Quickstart 可帮助您通过几个简短的步骤创建完全配置且可操作的 Linux 高可用性集群。它为 Linux 版 SIOS LifeKeeper 设置 AWS 架构，并在大约半小时内将其部署到您的 AWS 账户中。

经许可转载安全操作系统