SIOS SANless clusters High-availability Machine Learning monitoring
在本视频中，SIOS Technology 的软件工程师 Philip Merry 讨论了定期运行运行状况检查的重要性，尤其是在进行一些系统范围的更改时。
您的健康检查高可用性 (HA) 系统对于确保业务连续性至关重要。“接受健康检查的顾客受益于预测和避免未来问题的能力，”说菲利普·梅里，SIOS Technology 的软件工程师。“实施了我们的建议和运行状况检查的客户在部署活动中发现的问题也更少，并且在这些节点的生命周期中打开的案例也更少。”
在本视频中，Merry 将引导您完成运行状况检查的过程，并解释 SIOS 如何帮助团队确保这些运行状况检查顺利进行，而不会出现任何意外停机。他还分享了一些关于应该多久进行一次健康检查以及团队如何为有效的健康检查做好准备的建议。
经许可转载安全操作系统
在消费者行为变化和技术进步的推动下，零售业不断发展。零售商依靠 SQL Server、Oracle、MaxDB 等关键数据库以及 POS 应用程序和业务分析工具来保持竞争力。高可用性 (HA) 和灾难恢复 (DR) 解决方案对于减少这些 IT 运营的停机时间和增强客户信任至关重要。继续阅读，了解零售行业通过强大的 HA/DR 解决方案解决的五个主要挑战。
随着电子商务的快速增长和向在线购物的转变，零售商必须确保其数字平台始终保持运行。停机可能会导致失去销售机会、削弱客户信心并损害品牌声誉。强大的 HA 解决方案集成到 IT 基础设施中，通过消除单点故障提供 99.99% 的可用性。
通过使用故障转移集群，HA 可确保如果应用程序发生故障（无论是由于网络、存储、服务器或软件问题还是灾难），工作负载会自动转移到功能正常的辅助系统，从而最大限度地减少停机时间。
零售行业处理大量敏感数据，包括客户信息、付款详细信息和交易历史记录。保护这些数据免遭泄露或意外丢失是一个日益普遍的问题。全面的备份解决方案通过创建定期备份并将其存储在安全的异地位置，在数据保护中发挥着至关重要的作用。
如果发生安全漏洞或系统故障，强大的备份策略可以最大限度地减少数据丢失。通过将数据恢复到事件发生前的状态，零售商可以在最大程度地减少干扰的情况下继续运营。
无论关键操作是在云端还是在本地数据中心运行，它们都容易受到飓风、地震或洪水等自然灾害的影响。这些事件可能会造成巨大损失并扰乱业务运营。实施良好的灾难恢复解决方案通过复制数据并将关键操作故障转移到远程、地理位置分散的位置来解决这一挑战。
面对导致主数据中心无法运行的自然灾害，灾难恢复会将操作重定向到地理位置较远的辅助站点。零售商可以快速恢复在线服务，最大限度地减少财务损失并保持客户忠诚度。拥有强大的灾难恢复解决方案可以让零售商高枕无忧，因为他们知道即使在最坏的情况下也能恢复元气。
零售业的需求会出现季节性波动，尤其是在假期和特殊活动期间。为网站流量和交易量的突然激增做好准备对于避免性能瓶颈和潜在的系统故障至关重要。HA/DR 解决方案提供适应不同工作负载的动态扩展功能。
在这些高容量时期，停机的成本和后果可能是毁灭性的。零售商需要 HA/DR 解决方案来确保其关键运营免受故障、故障、网络中断以及本地、站点范围或区域灾难的影响。
零售行业受到与数据隐私和安全相关的各种法规的约束，因此合规性成为重中之重。强大的 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) 包括允许 LifeKeeper 管理和控制特定应用程序或服务的工具和实用程序。当为特定应用程序安装 ARK 时，LifeKeeper 能够监控应用程序的运行状况，并在出现故障时自动恢复应用程序。这些恢复套件是非侵入式的，无需在应用程序内进行任何更改即可受到 LifeKeeper 的保护。
作为 SIOS 保护套件产品组合的一部分，有一个全面的“现成”应用程序恢复套件库。提供的 ARK 类型和数量根据购买的 SIOS Protection Suite 版本而有所不同。
为了维护 SAP 最佳实践，SIOS Protection Suite 中的 SIOS ERS 应用程序恢复套件可确保在发生故障转移时，ERS 位于与 SAP 应用程序不同的服务器上。
经许可转载安全操作系统
为了减少系统停机时间并确保 Windows 的高可用性，IT 最佳实践建议您连接两个或更多服务器（或节点）并使用群集软件。高可用性集群软件监视主节点的运行状况，并在检测到问题时启动恢复操作。如果发生故障，辅助节点需要访问存储中最新版本的数据。在传统集群中，这是通过将集群的所有节点连接到同一共享存储或使用高效的集群感知复制软件来同步所有集群节点上的本地存储来实现的。
集群节点应在地理上分开，以保护应用程序免受站点范围和区域灾难的影响。
您有多种 Windows 集群软件可供选择，包括 Microsoft Windows Server 故障转移集群、SIOS LifeKeeper for Windows 等。
在Windows环境中，两个或多个节点共享相同的存储。第三个节点通常配置为“见证”服务器，在节点之间的连接丢失时指定主服务器。除了监控集群的运行状况之外，节点还共同提供：[1]
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 的目标快照功能允许您从辅助节点运行时间点报告，以卸载可能影响主节点性能的工作负载。这使您可以更快地查询和运行报告并更快地做出决策。
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）中的关键业务应用程序提供高可用性和灾难恢复保护，而不会牺牲性能。
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 可以：
SIOS DataKeeper Cluster Edition 可提供跨云的高可用性集群保护
SIOS 提供支持广泛的应用程序、操作系统和基础架构环境的产品，提供可以满足您所有高可用性需求的单一解决方案。这里只是展示 SIOS 强大功能的几个示例。
有关支持 Windows 环境的高可用性/灾难恢复解决方案的更多信息，请单击此处 [TM(1] 。
参考
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
[2] 无共享架构 (SN) 是一种分布式计算架构，其中每个更新请求均由单个节点（处理器/内存/存储单元）满足。https://en.wikipedia.org/wiki/Shared-nothing_architecture
经许可转载安全操作系统