SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

故障转移集群

by Leave a Comment

什么是故障转移？

故障转移的“告诉所有”

故障转移是当主系统、数据库或网络出现故障或主操作异常终止时备用系统、冗余系统、数据库或网络承担操作的过程。 热故障转移是纳入的关键设计原则之一高可用性和灾难恢复系统。

反收购行动是任何中断的最大可容忍持续时间。 在线事务处理应用程序通常具有最低的 RTO，而那些关键任务的 RTO 通常只有几秒钟。

RPO是发生故障时可以容忍的最大数据丢失量。 对于 HA，RPO 通常为零，以指定在所有故障情况下都应为零数据丢失

让我们了解故障转移

首先，我们需要讨论冷、暖、热备服务器的区别：

  • 冷服务器（有时称为冷故障转移）是一种未连接到主服务器但仅在主服务器出现故障时可用并打开的服务器。 对于冷服务器，启动备用服务器可能需要相当长的时间，这可能需要更新配置和软件。 这意味着恢复时间目标 (RTO) 和恢复点目标 (RPO) 是最长的。 对于任务关键型应用程序，冷故障转移被认为是不可接受的。
  • 热服务器/故障转移是通过数据复制和镜像定期从主服务器接收更新的服务器。
  • 热服务器/故障转移是一种从主服务器接收定期更新并在发生故障转移时立即接管的服务器。 热故障转移是最占用资源的，导致零数据丢失（零 RPO）和不超过几分钟的 RPO，并且需要支持任务关键型应用程序的高可用性。

SIOS 故障转移集群软件支持热故障转移，提供零 RPO 和毫秒级的 RTO高可用性. 结果：系统故障不会导致数据丢失，并且对用户是透明的。

SIOS 故障转移集群软件

SIOS 提供故障转移集群软件，因此您可以构建传统的共享存储集群以实现高可用性或使用本地存储的 SIOS SANless 集群。 SIOS 软件使用实时同步（对于 LAN 环境）或异步（对于 WAN 环境）数据复制来同步存储。

SIOS 解决方案提供高可用性和灾难恢复使用单一解决方案。 这种方法消除了基于 SAN 的复制的成本和复杂性。 凭借复制到多个目标的能力，您可以配置一个多节点故障转移集群，其节点位于多个位置，以保护您的系统免受灾难。

使用 SIOS 集群，您可以在您选择的配置之间进行复制——在 SAN 和 SANless 环境之间以及物理、虚拟、云和混合配置的任意组合之间进行复制。 事实上，SIOS 集群解决方案在所支持的操作系统、应用程序和基础设施环境的广度上是独一无二的，包括 Windows、Linux、SAP、SQL Server、Oracle、AWS、Azure 和 Google 云平台。

SIOS 故障转移
SIOS 故障转移集群软件使用高效的块级复制来保持本地存储同步，使集群中的辅助节点能够在故障转移后继续运行并访问最新数据。

在 Windows 环境中， SIOS 数据管理器使您可以灵活地在物理、虚拟和云环境的任意组合中构建 Windows 集群。 SIOS DataKeeper Cluster Edition 通过提供性能优化的、基于主机的，与 Windows Server Failover Clustering (WSFC) 无缝集成并扩展数据复制机制。

在 Linux 环境中，SIOS LifeKeeper 和 SIOS DataKeeper 提供了高可用性故障转移集群、持续应用程序监控、数据复制和可配置恢复策略的紧密集成组合，保护您的关键业务应用程序免受停机和灾难的影响。

 

让我们回顾一个案例研究，该研究讨论了 SIOS 解决方案之一——SIOS DataKeeper 的好处。

正在运行的 SIOS 故障转移群集软件解决方案

Van de Lande BR (VDL) 位于荷兰，生产各种 PVC 和 PE 压缩配件和阀门。 他们的产品在世界各地的工业和技术设施中使用。 VDL 生产 4500 多种不同的产品，致力于产品改进和质量，使其品牌成为系统和安装制造商的选择 50 多年。

VDL 拥有 Hyper-V 环境、固态磁盘 (SSD) 存储，其业务严重依赖其 ERP 解决方案。 由于只有一个数据处理系统，VDL 暴露在外，需要灾难恢复 (DR) 解决方案来确保在发生灾难时其 ERP、Web 服务和其他关键任务系统的保护和可用性。

为了提供即时故障转移和 DR 保护，VDL 构建了一个 Windows Server 故障转移群集 (WSFC) 系统，其中一个节点将数据复制到另一个节点。 如果主节点出现故障，WSFC 会将所有操作转移到备用节点，让用户可以持续访问应用程序和数据。

VDL 还选择 SIOS DataKeeper Cluster Edition 为其 Hyper-V 虚拟机 (VM) 提供灾难恢复。 SIOS DataKeeper 是一个软件插件，提供不间断的数据访问。 它与 WSFC 无缝集成，以在跨 LAN 和 WAN 连接的物理服务器之间添加性能优化的、基于主机的、同步或异步的 Hyper-V 虚拟机实时复制。 SIOS DataKeeper 与 WSFC 一起使用，可以监控系统和应用程序运行状况，维护客户端连接，并使创建 SANless 集群成为可能。 与 SAN 不同，SANless 集群消除了单点故障并降低了部署集群的成本和复杂性。

SIOS DataKeeper 还使用 WSFC 为系统管理员提供熟悉且与应用程序无关的 HA/DR 解决方案，从而显着简化实施和操作。

VDL 部署了两个 SIOS DataKeeper 集群；一个双节点集群用作文件服务器和 iSCSI 服务器，而另一个支持 SQL Server (ERP) 集群和 Dynamics NAV Web 服务。 实施时间不到一天。 在系统故障转移测试期间，网络服务团队快速、轻松地进行故障转移和故障恢复。 在对 VDL 服务器配置进行彻底评估并完成测试后，安装团队确认 SIOS DataKeeper 和 SANless 集群满足他们的灾难恢复、性能以及 ERP 系统、Web 服务和其他任务的高可用性的所有标准- 关键应用。 组织不再有发生故障时数据丢失的风险。

最后一件事

除了测试 SIOS 之外，VDL 还测试了其他解决方案，但结果不可接受。 VDL ICT 经理 Maurits van de Lande 评论道：“我们已经使用 DFS 复制和 AlwaysOn 技术测试了我们的文件服务器。 两者都没有提供与 SIOS DataKeeper 相匹配的自动灾难恢复解决方案，它完全满足我们的 DR 要求。” ———————————————————————————————————————————————- 无论您的 IT 环境如何，您的组织可以从 SIOS DataKeeper 集群版和 DataKeeper 标准版中获益，两者都提供配置灵活性、降低数据传输成本、消除单点故障、降低复杂性并优化网络性能。

想要查询更多的信息，联系我们或请求一个免费试用.

参考：

转载自SIOS

 

数据复制

by Leave a Comment

数据复制

实时数据复制以实现高可用性

什么是数据复制

数据复制是将驻留在物理/虚拟服务器或云实例（主实例）上的数据连续复制或复制到辅助服务器或云实例（备用实例）的过程。 组织复制数据以支持高可用性、备份和/或灾难恢复。 根据辅助实例的位置，同步或异步复制数据。 数据的复制方式会影响恢复时间目标 (RTO) 和恢复点目标 (RPO)。

例如，如果您需要从系统故障中恢复，您的备用实例应该位于您的局域网 (LAN) 上。 对于关键数据库应用程序，您可以将数据从主实例通过 LAN 同步复制到辅助实例。 这使您的备用实例“热”并与您的活动实例同步，因此它可以在发生故障时立即接管。 这称为高可用性 (HA)。

在发生灾难时，您希望确保您的辅助实例不与您的主实例位于同一位置。 这意味着您希望您的辅助实例位于远离主实例的地理站点中，或者位于通过 WAN 连接的云实例中。 为避免对吞吐量性能产生负面影响，WAN 上的数据复制是异步的。 这意味着对备用实例的更新将滞后于对活动实例的更新，从而导致恢复过程的延迟。

为什么要将数据复制到云端？

您想要将数据复制到云的原因有五个。

  1. 正如我们上面所讨论的，云复制将您的数据保存在异地并远离公司的站点。 虽然火灾、洪水、风暴等重大灾难可能会摧毁您的主实例，但您的辅助实例在云中是安全的，可用于恢复受灾难影响的数据和应用程序。
  2. 云复制比将数据复制到您自己的数据中心便宜。 您可以消除与维护辅助数据中心相关的成本，包括硬件、维护和支持成本。
  3. 对于小型企业，将数据复制到云会更加安全，尤其是当您的员工没有安全专业知识时。 云提供商提供的物理和网络安全都是无与伦比的。
  4. 将数据复制到云提供了按需可扩展性。 随着您的业务增长或收缩，您无需投资额外的硬件来支持您的辅助实例，也无需在业务放缓时让该硬件闲置。 您也没有长期合同。
  5. 将数据复制到云时，您有许多地理选择，包括在下一个城市、全国或其他国家/地区（根据您的业务要求）拥有云实例。

为什么要在云实例之间复制数据？

虽然云提供商采取一切预防措施确保 100% 正常运行，但由于硬件和软件故障的物理损坏，个别云服务器可能会出现故障——这与本地硬件出现故障的原因相同。 因此，在云中运行其关键任务应用程序的组织应复制其云数据以支持高可用性和灾难恢复. 您可以在单个区域的可用区之间、云中的区域之间、不同的云平台之间、本地系统或任何混合组合之间复制数据。

用于高可用性和灾难恢复的 SIOS 实时数据复制

SIOS 数据管理员™使用高效的块级数据复制来保持主实例和辅助实例同步。 如果发生故障转移，辅助实例将继续运行，为用户提供对最新数据的访问。 使用 SIOS 解决方案，RPO 始终为零，而 RTO 取决于应用程序，但通常为 30 秒到几分钟。

SIOS 产品独特地保护在物理、虚拟、云或混合云环境以及站点或灾难恢复场景的任意组合中运行的任何基于 Windows 或 Linux 的应用程序，为应用程序实现高可用性和灾难恢复，例如树液和数据库，包括甲骨文, HANA, MaxDB,数据库服务器、DB2 等。 SIOS 产品的“开箱即用”简单性、配置灵活性、可靠性、性能和成本效益使它们与其他产品区分开来聚类软件.

在 Windows 环境中，SIOS DataKeeper Cluster Edition 通过提供性能优化的、基于主机的数据复制机制，与 Windows Server Failover Clustering (WSFC) 无缝集成并扩展。 在 WSFC 管理软件集群的同时，SIOS 执行数据复制以启用灾难保护并确保在无法共享存储集群或不切实际的情况下（例如在云、虚拟和高性能存储环境中）的数据零丢失。

在 Linux 环境中，SIOS LifeKeeper 和 SIOS DataKeeper 提供了高可用性故障转移集群、持续应用程序监控、数据复制和可配置恢复策略的紧密集成组合，保护您的关键业务应用程序免受停机和灾难的影响。

——————————————————————————————————————————————— 这是一个真实的例子一家领先的制造公司如何使用 SIOS 通过实时数据复制在云中创建高可用性解决方案。

如何通过实时数据复制在云环境中实现高可用性

邦飞利是意大利领先的设计、制造和分销公司，专注于工业自动化、移动机械和风能产品，在全球各地拥有 3,600 多名员工。 为了开展业务，该公司依赖各种关键任务应用程序，包括其 SAP ERP 系统。 该公司的 IT 基础架构包括一个本地 VMware 数据中心和一个用于业务连续性和灾难保护的远程数据中心。 由于大多数应用程序在 Windows 环境中运行，Bonfiglioli 在其 VMware 环境中使用来宾级 Windows Server 故障转移集群来提供高可用性和灾难保护。

该公司的 IT 团队实施了一项计划，将其部分 IT 运营转移到 Microsoft Azure 云中，并利用 Azure 作为其灾难恢复站点。 公司迁移计划的一个重要要求是确保云架构能够提供比以前更好的高可用性保护，并确保邦飞利能够继续满足其严格的服务水平协议 (SLA)。

在其本地环境中，该公司使用 VMware 集群，它允许 Windows Server 故障转移集群 (WSFC) 在基础架构发生故障时管理故障转移到辅助服务器。 然而，在云中提供这种类型的保护是一个挑战，因为使用带有共享总线磁盘的来宾集群不是一个可行的云解决方案。 使用原始设备映射和共享总线磁盘 (RDM) 在 VMware 中创建集群具有挑战性，并且会对备份虚拟机产生限制。

解决方案

在评估了多个解决方案后，邦飞利得知 SIOS DataKeeper 是唯一经过认证的公共云 SAP 高可用性集群解决方案后，选择了 SIOS DataKeeper 作为他们的云高可用性和灾难恢复解决方案。 此外，邦飞利的管理咨询合作伙伴 BGP 拥有使用 SIOS DataKeeper 的经验，并且知道它易于安装、对操作系统透明，并且是经过验证的高效解决方案。

借助 SIOS，IT 团队打造了一个没有 RDM 的集群环境。 他们在 VMware 中创建了一个双节点集群，并添加了 SIOS DataKeeper Cluster Edition 以通过每个集群实例中的实时数据复制来同步存储。 在本地环境中，同步存储在 WSFC 中表现为单个共享存储磁盘。

SIOS DataKeeper 还为公司的 SAP 实例提供高可用性保护并消除单点故障。 使用 SIOS DataKeeper，IT 团队使用实时数据复制在公司的本地数据中心复制了 SSD 分层磁盘分区。 这使得 Bonfiglioli 能够在发生灾难时将其虚拟机恢复到 Microsoft Azure。

结果

Bonfiglioli 的系统架构师 Daniele Bovina 对结果评论说：“SIOS DataKeeper 为我们提供了一种将业务关键型 SAP 系统迁移到微软 Azure 云同时满足我们在可用性、灾难恢复和性能方面的严格 SLA。” ————————————————————————————————————————————– 有关 SIOS 集群解决方案的更多信息，联系我们或者申请免费试用.

参考

转载自SIOS

通过高可用性实现 IT 弹性

by Leave a Comment

通过高可用性实现 IT 弹性

通过高可用性实现 IT 弹性

什么是 IT 弹性？

IT 弹性是组织在业务运营、关键流程或 IT 生态系统中断时保持可接受的服务水平的能力。 在这个数字时代，高可用性对您组织的成功至关重要。 您的客户不会容忍被关闭的网站。 而且，您也无法承受瘫痪的 ERP、CRM 或其他关键业务系统。 这是哪里高可用性进来。

您的组织必须“勾选”许多不同的技术和解决方案，以确保 IT 弹性——其中最重要的是确保您至少拥有备份、灾难恢复、网络弹性和高可用性解决方案。 出于本文的目的，我们将讨论高可用性 (HA) 作为确保 IT 弹性所需的关键要素之一。

什么是高可用性？

当您的系统、应用程序和网络出现故障时，高可用性系统可确保业务运营继续进行——对客户和用户完全透明。 HA 是技术系统的一个组成部分，可消除单点故障以确保长时间的连续运行或正常运行。 高可用性系统包含五个设计原则：自动故障转移、自动检测应用程序级故障、无数据丢失、自动快速故障转移到冗余组件，以及用于计划维护的按钮式故障转移和故障恢复。

———————————————————————————————————————————————

IT 弹性和高可用性——非示例！

去年 8 月，日产集团位于丹佛的数据中心因停电而崩溃。 受影响的系统在内部称为 NNANet。 它是一种 Nissan 解决方案，供员工订购汽车/零件、管理产品折扣销售、获取车辆召回信息、提交定价和开始服务工作所需的保修索赔以及获取融资信息。NNANet 被描述为 Nissan 的命脉，因为 Nissan 所做的一切都通过 NNANet。

该系统持续停机四天，影响了许多零售商的运营和两家工厂的生产系统。 该公司、其零售商和客户都受到了影响。

影响

显然，这是一个正确配置、正确定位的高可用性系统本可以节省时间或至少将崩溃的影响降到最低的例子。 对于“消费者、零售商、分销网络、制造工厂和金融公司之间的贸易”而言，高可用性实际上变成了一场灾难。都受到了四天的影响。[1]由于车祸，日产将当月的经销商销售目标重置了 10%。 日产及其经销商/零售商/合作伙伴的总体财务影响仍有待观察。

IT 弹性——一个真实的例子！

Cayan™ 是支付技术的领先供应商，其 Genius Customer Engagement Platform® 将当前和未来所有可能的交易技术、支付类型和客户计划聚合并集成到一个平台中。 Genius 平台以及 Cayan 的其他关键任务应用程序都在 SQL Server 上运行。

Cayan 的客户包括一些世界上最大的在线零售商，这些公司对停机时间没有容忍度。 Cayan 首席技术官 Paul Vienneau 表示：“我们的首要任务是确保我们的客户可以每周 7 天、每天 24 小时不间断地完成交易。

Cayan 需要高可用性和灾难恢复用于他们的 SQL Server 数据库的系统。 该公司考虑使用传统的共享存储集群，但 SAN 解决方案成本高、管理复杂，并且会带来与单点故障相关的风险。

出于这些原因，Cayan IT 员工决定使用 SIOS #SANLess 集群。 SANLess 集群使用本地存储，因此性能开销最小，应用程序响应时间快。 SIOS 软件 SIOS DataKeeper 与 Windows Server 故障转移群集 (WSFC) 集成。 SIOS 使用高效、实时、数据复制同步主集群节点和远程集群节点中的本地存储，使它们在 WSFC 中表现为虚拟 SAN。

影响

自从部署 SIOS SANless 集群以来，Cayan 没有遇到任何停机或数据丢失。 首席技术官 Paul Vienneau 评论道：“我们对 SIOS DataKeeper 软件非常满意。 它达到或超出了我们的预期。 实施和持续管理很容易，自从我们实施 SIOS SANLess 集群以来，我们的停机时间为零。”没有要报告的客户满意度问题，没有收入损失，没有无效率的员工，没有业务中断。

———————————————————————————————————————

SIOS：通过高可用性实现 IT 弹性

SIOS DataKeeper™ 使用高效的块级复制来保持本地存储同步，使集群中的辅助节点能够在故障转移后继续运行并访问最新数据。

SIOS 产品独特地保护在物理、虚拟、云或混合云环境以及站点或灾难恢复场景的任意组合中运行的任何基于 Windows 或 Linux 的应用程序，为 SAP S/4HANA 和数据库等应用程序实现高可用性和灾难恢复，包括 Oracle、SQL Server、DB2 等。 SIOS 产品的“开箱即用”简单性、配置灵活性、可靠性、性能和成本效益使其与其他集群软件区别开来。

在 Windows 环境中，SIOS DataKeeper Cluster Edition 通过提供性能优化的、基于主机的数据复制机制，与 Windows Server Failover Clustering (WSFC) 无缝集成并扩展。 在 WSFC 管理软件集群的同时，SIOS 执行复制以启用灾难保护并确保在共享存储集群不可能或不切实际的情况下（例如在云、虚拟和高性能存储环境中）的零数据丢失。

在 Linux 环境中，SIOS LifeKeeper™ 和 SIOS DataKeeper for Linux 提供了高可用性的紧密集成组合故障转移集群、持续的应用程序监控、数据复制和可配置的恢复策略，保护您的关键业务应用程序免受停机和灾难的影响。

无论您是在 Windows 还是 Linux 环境中，SIOS 产品都可以将您的 IT 团队从创建和管理高可用性计算基础架构的复杂性和挑战中解放出来。 它们提供了 IT 经理保护关键业务应用程序免于停机或数据丢失所需的智能、自动化、灵活性、高可用性和易用性。

SIOS = 具有 HA + DR 的 IT 弹性

备份、高可用性、灾难恢复和网络弹性都是实现 IT 弹性的重要因素。 借助 SIOS 解决方案，您可以“勾选”高可用性和灾难恢复——两种解决方案合二为一。 通过复制到多个目标的能力，您可以配置一个多节点故障转移集群，节点位于多个位置，以保护您的系统免受故障和灾难的影响。

欲了解更多信息，并确保IT弹性为您的组织，获得免费演示今天的 SIOS。

参考：

经授权转载SIOS

如何通过集群实现高可用性

by Leave a Comment

 

如何通过集群实现高可用性

什么是高可用性？

高可用性(HA) 是技术系统的一个组成部分，可消除单点故障以确保长时间的连续运行或正常运行。 高可用性集群是支持需要最少停机时间和持续可用性的关键业务应用程序的服务器组。

所有组织都使用各种关键业务数据库和应用程序，例如数据仓库、电子商务应用程序、客户关系管理系统 (CRM)、财务系统、供应链管理和商业智能系统。 当系统、数据库或应用程序出现故障时，这些组织需要高可用性保护来保持系统正常运行，并将收入损失、员工效率低下和客户不满的风险降至最低。

高可用集群包含五个设计原则：

  • 当活动组件出现故障时，它们会自动故障转移到冗余系统以进行操作。 这消除了单点故障。
  • 无论原因如何，它们都可以在发生应用程序级故障时自动检测它们。
  • 它们确保在系统故障期间不会丢失大量数据。
  • 它们会自动快速地故障转移到冗余组件，以最大限度地减少停机时间。
  • 它们提供手动故障转移和故障恢复的能力，以最大限度地减少计划维护期间的停机时间。

TechTarget 将 HA 定义为“一个系统或组件，可以持续运行很长时间。 可以相对于“100% 运行”或“永不失败”来衡量可用性。一个广泛持有但难以实现的系统或产品可用性标准被称为‘五个 9’ (99.999%) 的可用性。”但让我们用简单的术语定义高可用性：

高可用性可确保您的系统、数据库和应用程序在需要时运行。

“何时”考虑了应用程序必须启动和运行的时间百分比。 “根据需要”考虑了系统、数据库和/或应用程序的正常运行，不会丢失数据。

根据系统和/或应用程序，高可用性会有所不同。 例如，对于关键任务应用程序，例如您的电子商务系统，四个 9 (99.99%) 的可用性被视为行业标准。 凭借 99.99% 的可用性，您预计每年的停机时间不会超过 52.60 分钟或每天的停机时间不超过 8.64 秒。 但是，对于非关键应用程序和系统，例如单个桌面故障，高可用性可能是两个 9 (99%)，这相当于每年 8.77 小时的停机时间或每天 1.44 分钟的停机时间。 在衡量可接受的停机时间时，重要的是要考虑：

  • 计划外停机（例如，硬件或软件故障）
  • 日常硬件和软件维护所需的计划停机时间
  • 数据库和应用程序级别的正常运行时间

您对高可用性的选择取决于许多因素，包括应用程序对业务的重要性、客户是否受到影响、应用程序运行的频率、受影响的用户数量、数据库或应用程序必须以多快的速度故障转移到冗余系统，以及可以容忍的数据丢失量。

高可用性指标：RTO 和 RPO

通常用于评估 HA（以及灾难恢复 (DR)）的两个指标是恢复时间目标 (RTO) 和恢复点目标 (RPO)。

  • RTO 是任何中断的最大可容忍持续时间。 在线事务处理应用程序通常具有最低的 RTO，而那些关键任务的 RTO 通常只有几秒钟。
  • RPO 是发生故障时可以容忍的最大数据丢失量。 对于 HA，RPO 通常为零，以指定在所有故障情况下都应为零数据丢失。

但是，您可以实现哪些 RTO 和 RPO 来支持高可用性与灾难恢复. 有了 HA，数据复制可以是同步的，因为您的冗余组件位于您的 LAN 环境中。 活动和备用数据库可以同时更新，从而实现完全、自动、实时的恢复，可以满足最苛刻的 RTO 和 RPO。 因此，您的备用实例是“热的”并且与您的活动实例同步，因此它可以在发生故障时立即接管。

但是，要在发生灾难时恢复系统、软件和数据，需要在广域网 (WAN) 上安装冗余组件。 这很重要，因为您必须将冗余组件保留在远离活动实例的地理位置。 但是对于 WAN，数据复制是异步的，以避免对吞吐量性能产生负面影响。 这意味着对备用实例的更新将滞后于对活动实例的更新，从而导致恢复过程的延迟。 由于灾难很少发生，一些延迟可能是可以容忍的，并且取决于 (a) 实现尽可能低的 RTO 和 RPO 对您的业务有多重要，以及 (b) 您可以分配多少预算来实现最佳 RTO 和 RPO。

SIOS 如何帮助您实现高可用性

SIOS 提供单一解决方案来满足各种操作系统、基础架构环境和应用程序的高可用性和灾难恢复需求，包括 SAP、SQL Server、Oracle 和其他运行在基于 SAN 的共享存储配置或 SAN 的环境中，本地数据存储配置。

  • 视窗环境：当添加到 Windows Server 故障转移群集 (WSFC) 环境时，SIOS DataKeeper 允许您创建无 SAN 群集，其中共享存储群集是不可能或不切实际的，或者在基于 SAN 的 Windows 群集中添加复制以进行灾难保护。 快速、高效的基于主机的复制同步本地和远程集群节点上的本地存储，在物理、虚拟或云环境的任意组合中创建无 SAN 集群。
  • Linux 环境：适用于 Linux 的 SIOS 保护套件是一个打包的聚类软件使用 SIOS LifeKeeper 和 SIOS DataKeeper 提供高可用性故障转移集群、持续应用程序监控、数据复制和可配置恢复策略的紧密集成组合的解决方案，以保护您的业务关键应用程序和数据免受停机和灾难的影响。 SIOS 保护套件让您可以使用各种存储设备（包括直连存储、iSCSI 和光纤通道）构建 SAN 或 SANLess 集群。 SIOS Protection Suite for Linux 支持所有主要的 Linux 发行版，包括 Red Hat Enterprise Linux、SUSE Linux Enterprise Server、CentOS 和 Oracle Linux。

使用 SIOS 解决方案，RPO 始终为零，而 RTO 取决于应用程序，但对于某些应用程序，通常为 30 秒到几分钟。 让我们来讨论一位客户在瑞士最大的零售公司中使用 HA 集群的“SIOS in action”案例研究。

Migros 通过 SIOS 高可用性解决方案实现其 POS 系统的关键业务连续性

Migros 是瑞士最大的零售公司、最大的连锁超市以及拥有超过 100,000 名员工的最大雇主。 它也是世界上最大的四十家零售商之一。 Migros 与总部位于瑞士的 IT 服务提供商和 SIOS 解决方案经销商 Realstuff Informatik AG 合作，希望将其销售点 (POS) 系统替换为一个新平台，该平台运行效率更高，并且可以最大限度地减少停机威胁。

新的 POS 系统在 Migros 的 650 家商店中提供价格和产品分类信息，零售商需要一个高可用性解决方案来支持日常销售。 如果没有 HA 系统，员工将无法在系统出现故障时为产品定价或称重货物，从而导致运营陷入停顿。 在评估选项后，Migros 决定需要一个开源服务器环境，提供高可用性和持续数据保护，独立于虚拟环境，并且可以由公司的 IT 员工内部操作。 为了满足这些要求，该团队选择了 SIOS Protection Suite for Linux 进行复制以保护 POS 数据。

在系统设计、客户培训和母语支持方面，Realstuff 与位于德国德累斯顿并由 Computer Concept 运营的中欧和东欧 SIOS 能力和支持中心合作。 对于 Migros 来说，在区域办公时间内从能力和支持中心获得 24x7x365 的支持非常重要。

Realstuff 实施了 SIOS Protection Suite 高可用性解决方案，以持续监控 POS 服务器并复制数据。 在每个商店位置，使用两台服务器来确保持续的数据保护。 如果一台服务器出现故障，第二个实例会立即接管工作。 此外，两台服务器都在监控系统上镜像数据资产。在此处阅读完整的 Migros 案例研究。

最后的想法

区域能力和支持中心与 Realstuff 协商，为实施和启动提供见解和指导，并举办了为期三天的培训研讨会来培训 Migros 团队。 Realstuff 经理兼执行委员会成员 Richard Huber 在部署后评论说，SIOS 高可用性解决方案的优势在于其灵活性、可靠性、易用性以及数据始终保持同步的保证。

如今，Migros 已通过 SIOS 易于使用的解决方案满足其对 HA 的要求，该解决方案提供对服务器、存储、应用程序、数据库和网络连接的持续监控，以检测故障点、减少停机时间、保持客户端连接并提供不间断的数据访问。

有关 SIOS 解决方案以及 SIOS 如何帮助您在 SQL Server 环境中实现 HA 的更多信息，您可以阅读“为什么要为 SQL Server 高可用性建立集群”在这里。

 

转载自SIOS

在高可用性中使用回避策略的四个理由

by Leave a Comment

在高可用性中使用回避策略的四个理由

提高集群弹性、性能和结果的四种避免策略

在 SIOS Protection Suite 集群环境中部署的简单步骤

 

避免某些事情——我们以前都做过。我们在与配偶散步时在商店里看到的旧情人，在我们“不准备购买”时看到的销售人员，甚至在我们“度假”时看到的老板。当我是一个开发团队的经理时，我瞥见了一个直接报告在他们应该不在办公室生病时浏览商店。他们躲在衣架之间，匆匆跑下下一个过道，匆匆离开。我们以前都这样做过，在某些情况下，出于心理健康、身体健康或隐私和个人原因，我们都需要采取一些避免措施。即使在 HA。那么，你如何在你的高可用性环境，为什么？

在高可用性中使用回避策略的四个理由

  • 更好的性能（最小化服务器过载）

在 HA 中使用避免策略的原因之一是提高应用程序和服务器性能。考虑运行生产工作负载的三台服务器的情况，我们称它们为 Server Alpha、Server Beta 和 Server Gamma。服务器 Alpha 和 Beta 运行由数据库支持的关键应用程序，而服务器 Gamma 运行报告和数据转换作业。如果 Server Alpha 出现故障，通常会发生故障转移到 Server Beta。但是，由于服务器 Beta 已经在运行大量工作负载，因此产生的额外应用程序负载可能会导致服务器过载和两个应用程序的性能不佳。因此，部署避免策略以确保选择 Server Gamma 作为故障转移目标可能是明智之举。

  • 性能优化

再次考虑三个服务器的场景，Alpha、Beta 和 Gamma。服务器 Alpha 和 Beta 可扩展以处理峰值工作负载，而服务器 Gamma 是成本优化的服务器。如果 Server Alpha 和 Server Beta 出现故障，则会发生故障转移到成本优化的服务器 Gamma。但是，此服务器无法扩展以处理峰值工作负载，也无法同时处理 Server Alpha 和 Server Beta 的工作负载。在这种情况下，可以使用规避策略通过在另一台主机可用时自动从 Server Gamma 移动一个或两个工作负载来优化性能。

  • 高可用优化

HA 优化是另一种部署回避策略的场景。 与性能优化策略一样，HA 优化用于确保您的环境能够承受大多数故障情况，并且您的应用程序经过优化以在任何时间点提供最高级别的可用性。HA 优化对于具有复制入队进程的 SAP 等应用程序很重要。在任何 SAP 环境中，您都不希望 ASCS（ABAP SAP 中央服务）和 ERS（入队复制服务）实例长时间驻留在同一服务器上，因为存在丢失锁定和取消作业的风险。 为了防止这种情况发生，您可以使用避免策略，使 ERS 和 ASCS 实例始终在相对的集群节点上运行。考虑运行生产工作负载的三台服务器的情况，我们称它们为服务器 Alpha、Beta 和 Gamma。Server Alpha 正在运行 ASCS 实例，而 Server Beta 正在运行 ERS 实例。服务器 Gamma 用作服务器 Beta (ERS) 和服务器 Alpha (ASCS) 故障转移的第三个节点。如果 Beta 崩溃，您不希望 ERS 资源与 ASCS 实例在同一节点上运行。为确保此操作，您可以部署避免策略，首先自动检查并确保两个应用程序位于不同的服务器上，并维护 SAP ASCS/ERS 锁定故障转移的最佳实践。

  • DR避免

假设您有两个数据中心：City Alpha 和 City Beta，它们相距约 70 英里，您的大多数客户都位于它们之间的中心。 但是，由于最近内部组织的变化、合并/关闭和收购以及治理要求，您的 IT 团队必须添加位于 City Gamma 的第三个数据中心，距离 Alpha 和 Beta 大约 350 英里。现在主要在 Alpha 和 Beta 中保护的资源也扩展到 Gamma 位置。鉴于大多数用户和团队都在 Alpha 和 Beta 位置附近，即使是最极端的用户也位于邻近城市，您的团队需要避免故障转移到 Gamma 位置。 与其他策略一样，DR 避免寻求通过避免 DR 节点来优化性能、输入/输出区域数据成本、延迟和客户端访问，如果任一区域内只有一个节点发生故障。它还可以确保即使两个节点在不同的时间后都发生故障，在转移到 DR 之前，故障转移总是发生在集群或数据中心中的另一个节点上。

那么，您如何部署回避策略呢？

许多提供程序具有可以配置的关联规则，而其他提供程序使用服务器优先级或手动步骤的组合。对于适用于 Linux 的 SIOS 保护套件，您可以使用多种内置方法，包括：

  • 资源优先级

如果发生故障，资源将故障转移到剩余优先级最低的服务器，并级联到任何其他服务器（Alpha、Beta 和 Gamma）。Server Alpha 是Resource.HR 的主服务器，Server Beta 是Resource.MFG 的主服务器，Server Gamma 是所有资源/服务器的备份服务器。使用资源优先级，Resource.HR 在服务器 Alpha 上的优先级为一 (1)，在服务器 Gamma 上的优先级为二 (2)。而 Resource.MFG 在服务器 Beta 上的优先级为一 (1)，在服务器 Gamma 上的优先级为二 (2)。如果客户想要优化环境的使用，那么 Resource.HR 在 Server Beta 上的优先级可以是三 (3)，Resource.MFG 在 Server Alpha 上的优先级可以是三 (3)。如果服务器 Alpha 发生故障，资源 Resource.HR 将首先失败到服务器 Gamma，然后再尝试在服务器 Alpha 上投入使用（恢复）。

适用于 Linux 的 SIOS 保护套件（UI 和 CLI）允许用户为每个服务器和资源组合指定优先级。

  • 策略或关联规则

策略规则还可用于防止在给定服务器上发生资源恢复，从而允许资源避开可能正在运行更关键或资源密集型工作负载的指定服务器。典型的政策包括：

            • 默认情况下将阻止来自特定服务器的应用程序的约束策略。
            • 将阻止应用程序来自没有足够资源的服务器的资源策略
            • 定义允许或禁止资源进入系统的时间段的临时策略
            • 定义首选服务器或集群内可能的应用程序所有权能力的自定义策略

SIOS Protection for Linux CLI 允许用户指定策略规则，这些规则可以禁用故障转移到指定服务器的特定资源、提供保护故障的临时策略、禁用特定应用程序类型的故障、约束策略和自定义策略。

  • 特定规避资源

建立资源避免策略的最细粒度的方法是在每个层次结构中部署特定的避免脚本。这种方法将允许用户配置特定的应用程序（例如 app1 和 app2），尽可能避免彼此，同时允许其他应用程序不受限制地运行。在我们的三个服务器（Alpha、Beta 和 Gamma）以及三个资源 app1、app2 和 app3 的情况下，此方法将提供最大的灵活性。在这个例子中，app1 和 app2 将在服务器出现故障时寻求避免搭配，但 app3 将根据优先级失败到下一个可用节点，没有任何搭配限制。

有关避免策略和资源的其他示例，请考虑适用于 Linux 的 SIOS 保护套件文件.如果客户有两个应用程序 app1 和 app2，他们需要尽可能在不同的节点上运行，则客户可以使用 SIOS Protection Suite for Linux gen/app 资源和 ‘/opt/LifeKeeper /lkadm/bin/avoid_restore’ 脚本。

转载自SIOS