SIOS SANless clusters High-availability Machine Learning monitoring
在《企业时报》文章SIOS 合作伙伴联盟总监 Harry Aujla 探讨了为何灾难恢复 (DR) 在保护 SAP 环境和确保业务连续性方面应与高可用性 (HA) 同等重要。他阐明了 HA 和 DR 之间的区别，强调 HA 旨在确保系统在局部故障期间持续运行，而 DR 则侧重于在网络攻击或自然灾害等重大事件发生后恢复业务运营。
本文概述了灾难恢复投入不足所带来的业务、财务和监管风险，并引导读者了解两种核心恢复模型：站点级恢复和应用级恢复，重点介绍了每种模型的优势、权衡取舍和成本考量。Aujla 总结道，SAP 灾难恢复没有一成不变的模式，他敦促各组织根据业务优先级、服务级别要求和停机容忍度来制定策略，从而构建一个具有弹性和实用性的恢复计划。
经许可转载SIOS
当设计驱动创造时，成果便易于沟通。以设计为先导的理念能够创造出便于个人有效培训的解决方案。运用设计原则来传达目标，可以带来易于维护和改进的解决方案。当然，当解决方案基于工具构建时，工具的设计使用方式必须与它所支持的解决方案的设计结合起来考虑。
所选工具会将它们的设计假设强加于使用它们的项目中。正如之前的相关博客文章所述设计理念和目标一致是创建易于理解的解决方案的第一步。当然，项目中使用的工具可能包含与项目设计理念格格不入的模式。
初始设计与所用工具之间的冲突会造成复杂性，并降低解决方案的有效性。因此，必须选择合适的工具，使其使用与项目设计保持一致。当工具与设计协调一致时，复杂性就会降低。在高可用性和灾难恢复的背景下，设计与所用工具协调一致的影响尤为显著。
高可用性和灾难恢复设计通常预设了复杂性。IT基础设施设计模式为了满足高可用性和灾难恢复固有的高标准，各个基础设施组件越来越需要尝试在各自的范围内实施相应的模式。
各个组成部分共同努力解决以下问题：高可用性和灾后恢复就其作用而言，由于组件采用不同的设计原则来解决高可用性和灾难恢复问题，环境必然会变得臃肿。
工具不断发展，并可能形成相互竞争的设计原则，然而，环境需要的是具有凝聚力的设计。随着原本互不相关的工具开始相互干扰，复杂性也渗透到基础设施中。随着IT系统在用途和可用性标准方面的不断提升，遵循凝聚力设计并实现互补工具的基础设施的重要性也日益凸显。技术进步为实现高可用性和灾难恢复提供了多种策略，IT基础设施也在不断发展，以适应针对其他用例量身定制的设计模式。只需看看……常见的云设计模式微软在其文档中发布了这些模式。每种模式的适用性显而易见，但模式之间也可能存在冲突。模式重叠难以处理，这会使IT基础设施的设计过程变得复杂。基础设施通常需要采用多种设计模式，因此，越来越需要那些“互不干扰”的模式。
作者：Philip Merry – SIOS 软件工程师
经许可转载SIOS
合理的内存分配是任何系统中都至关重要但却常常被忽视的组成部分。高可用性 (HA) 环境当服务器出现内存分配问题时，其影响会波及整个集群，导致应用程序性能下降、复制速度减慢，甚至故障转移失败。在更严重的情况下，内存耗尽可能会中断 SIOS 工具，例如……DataKeeper 和 LifeKeeper这进一步增加了发生不可预测和意外行为的风险。了解内存对高可用性环境的影响是维持系统稳定性、性能和可预测故障转移行为的关键。
下面，我们将探讨为什么合理的内存分配至关重要，需要注意哪些症状，以及内存相关问题如何影响系统的可靠性。簇在 LifeKeeper/DataKeeper 环境中。
内存不足最显著的影响之一是复制性能下降。诸如此类的产品数据保管员DataKeeper 依赖于对系统内存的持续访问来缓冲写入操作。当内存受限时，队列开始填充，复制速度减慢，在某些情况下，镜像可能因资源耗尽而挂起。这会导致重新同步操作耗时远超预期，尤其是在高写入速率的环境中。此外，DataKeeper 应用程序的非正常终止会导致某些进程未被监控/处理，从而在再次“启动”DataKeeper 服务时出现意外行为。
当系统内存不足时，操作系统可能会开始对活动进程进行分页或交换。在运行诸如以下应用程序的高可用性环境中：SQL Server这会导致查询速度变慢、响应延迟以及磁盘活动频繁，因为内存页需要不断移动。这些延迟通常会加剧故障转移时间，因为在故障转移事件期间，服务需要更长时间才能优雅地停止或重启。
高可用性解决方案依赖于节点间及时的心跳通信。当内存耗尽时，负责发送或处理心跳消息的线程可能会延迟。即使是很小的延迟也会导致原本健康的节点看起来无响应，从而造成不必要的资源浪费。故障转移或者，在最糟糕的情况下，裂脑事件。
内存不足通常会导致特定的系统消息（Windows 或 Linux）。这些消息可能包括可用内存不足的警告、页面调度活动激增，或者操作系统终止进程以回收内存。对于运行复制驱动程序或高可用性 (HA) 服务的系统，这些警告通常预示着更严重的问题即将出现。
在虚拟化环境中，即使虚拟机报告“可用”内存，也可能出现内存问题。像虚拟机管理程序这样的VMware，Hyper-V， 或者云平台可能会通过诸如内存气球或过度分配等技术来限制内存访问。这会悄无声息地影响虚拟机性能，导致复制延迟、心跳问题等，且难以找到问题的根本原因。
在以下情况下，您可能需要增加或调整内存分配：
在 HA 环境中，内存不仅仅用于提升性能；它还有助于确保可预测的故障转移行为，并防止级联服务中断。
内存压力几乎会对高可用性 (HA) 环境的每一层都产生负面影响，从复制驱动程序到应用程序性能和故障转移时间。合理的内存分配有助于确保可预测的性能、稳定的集群通信以及故障转移发生时的可靠恢复。通过主动监控和规划内存使用情况，组织可以……避免不必要的停机时间并维持其系统所需的高可用性。如果内存分配问题影响了高可用性性能或故障转移行为，申请SIOS演示看看我们如何才能帮助提高可靠性。
作者：Aidan Macklen，SIOS Technology Corp. 的助理产品支持专家。
经许可转载SIOS
在当今快节奏的数字化环境中，企业高度依赖数据和技术来维持运营顺畅。然而，随着威胁的日益增加，网络攻击、硬件故障和自然灾害如今，企业面临的停机和数据丢失风险从未如此之大。为了更好地应对这些挑战，许多公司正在转向灾难恢复即服务 (DRaaS) 解决方案。
您可能想知道，DRaaS 究竟是什么？其实，顾名思义，它是一种基于云的服务，允许企业将数据和应用程序备份到第三方提供商。DRaaS 与备份即服务 (BaaS) 的一个关键区别在于：DRaaS 包含完整的底层架构，可以快速故障转移到云环境，而传统的 BaaS 仅备份数据本身。
那么，为什么企业要采用这种方法呢？灾难恢复其中一个最重要的原因是成本。传统的灾难恢复方案通常需要对备用数据中心或硬件进行大量投资，以及相应的维护费用。而灾难恢复即服务 (DRaaS) 通过提供基于云的订阅模式，消除了这些支出，使企业只需为所需的资源付费。这使得企业级灾难恢复更具成本效益，即使对于中小企业而言也是如此。
推动企业采用灾难恢复即服务 (DRaaS) 的另一个主要因素是其可扩展性和灵活性。随着企业发展壮大、业务转型以及数据需求不断变化，DRaaS 解决方案能够帮助企业轻松地扩展或缩减资源，而无需进行重大的基础设施变更。这种适应性确保了恢复计划能够随着业务目标的实现而不断演进。
灾难恢复即服务 (DRaaS) 还提供更快的恢复时间。最大限度减少停机时间通过自动故障转移和持续数据复制，可以快速恢复运行，减少潜在的经济损失，并将声誉损失降至最低。
此外，增强的安全性和合规性使灾难恢复即服务 (DRaaS) 成为极具吸引力的选择。领先的 DRaaS 提供商会实施先进的安全措施，例如严格的加密、监控和更新，以保护数据并符合行业标准。随着勒索软件和其他网络威胁的日益猖獗，DRaaS 增加了一层至关重要的保护，即使在遭受网络攻击后也能恢复数据。
归根结底，采用灾难恢复即服务 (DRaaS) 不仅仅是为了灾难恢复，更是为了构建韧性。投资 DRaaS 的公司展现了其积极主动地保护数据、维护客户信任以及确保业务不间断运行的决心，无论面临何种挑战。
在SIOS 技术我们深知，每一分钟的停机时间都可能对业务造成持久影响。我们功能强大的云就绪型灾难恢复和高可用性解决方案旨在实现无缝保护、快速恢复，并让您完全安心。无论是在云端、本地还是混合环境中运行关键工作负载，SIOS 都能提供所需的可靠性和性能，确保关键业务持续运行，不受任何突发情况的影响。
申请演示今天就来了解 SIOS 如何加强您的灾难恢复即服务 (DRaaS) 策略并保护您的关键系统。
作者：Cassy Hendricks-Sinke，SIOS首席软件工程师
经许可转载SIOS
高可用性 (HA) 和灾难恢复 (DR) 软件领域的领导者 SIOS Technology Corp. 与全球顶尖的木质材料制造商之一 EGGER 集团进行了一次深入的对话，探讨他们如何取得了令人瞩目的成就。99.99% 正常运行时间用于其关键任务系统。EGGER 在 11 个国家的 22 个制造基地依赖于适用于 Linux 的 SIOS LifeKeeper确保关键的 SAP、Oracle 和定制业务应用程序持续可用。
经许可转载SIOS