为什么无存储/无节点仲裁对于集群可用性有害？

为什么无存储/无节点仲裁对于集群可用性有害？

一般来说，法定人数是指出席并作出决定的一群人或团体。

在 LifeKeeper 中，Quorum 强制达成共识，使用集群中节点的状态来执行处理集群内节点故障的下一步。LifeKeeperquorum 可以在三种模式下运行；存储、多数和 TCP 远程（TCP 远程仅适用于 LifeKeeper for Linux）。

• 存储 Quorum 使用共享存储设备来跟踪集群中其他系统提供的更新，如果某个系统不提供更新，Quorum 会将该集群标记为失败。
• 多数仲裁依赖于奇数个集群的结构其中一个节点充当见证节点，以确定集群中是否有一个或所有节点无法通信
• 通过指定端口上的 TCP/IP 服务进行 TCP 远程连接，以验证集群中的节点是否可以相互通信。

了解集群中仲裁的重要性

Quorum 的目的是通过采取补救措施来应对意外情况，从而保持应用程序的可用性。它通过降低裂脑情况的风险并通过保持集群中所有节点之间的通信来减少停机时间来实现这一点。

集群中没有仲裁的情况下运行的风险

使用未配置 Quorum 的集群存在风险。以下场景将解决没有 Quorum 的影响以及实施 Quorum 的重要性。

场景 1：减少停机时间

当一个或多个系统由于不可避免的因素（例如崩溃或网络通信暂时故障）而无法使用时，可能会发生意外停机。

有了存储这样的仲裁或 TCP 远程配置，可以使用对存储设备和/或端口的访问来跟踪集群中的通信状态。此附加措施可以防止不必要的故障转移，从而避免造成长时间停机。在其他情况下，Quorum 将采取措施关闭或重新启动服务器以将其恢复到健康状态并避免更长的停机时间。

场景 2：脑裂

一个裂脑是指集群中的多个系统认为自己是主服务器。当主服务器与其辅助服务器失去通信，并且辅助服务器认为主系统已关闭时，就会发生这种情况。这会导致集群中出现两个活动的主系统。

如果配置了多数法定人数，则会提供另一个系统作为见证人，以投票决定哪个系统应该作为主系统，从而防止发生裂脑。

为什么适当的仲裁配置很重要

操作集群缺乏存储或多数仲裁是危险的，因为这会增加因裂脑和/或网络中断而导致数据丢失或长时间停机的风险。使用 Quroum 可以提供反制措施，确保集群始终健康，并适当处理任何不健康的系统。

立即联系 SIOS了解我们的高可用性解决方案如何帮助您以正确的方式配置仲裁并保护您的集群。

作者：Alexus Gore，SIOS Technology Corp. 客户体验软件工程师

经许可转载西欧斯

SIOS 高可用性软件现已通过 Cimcor 的 CimTrak Integrity Suite 验证

SIOS 高可用性软件现已通过 Cimcor 的 CimTrak Integrity Suite 验证

加利福尼亚州圣马特奥，2025 年 3 月 4 日 —SIOS 科技公司.，一家领先的应用程序高可用性 (HA) 和灾难恢复 (DR) 解决方案提供商，今天宣布 SIOS LifeKeeper 和 SIOS DataKeeper 集群软件已经过验证，可用于Cimcor 的网络安全解决方案 CimTrak Integrity Suite。此次合作使 Cimcor 客户能够将高可用性和灾难恢复无缝集成到他们的 CimTrak 环境中，确保持续防范网络威胁，并最大限度地减少关键网络安全操作的停机时间。

SIOS LifeKeeper 是一种高可用性解决方案，可确保关键应用程序始终可用，自动检测故障并启动故障转移到备用系统以保持不间断服务。SIOS DataKeeper 提供同步数据复制，确保数据在多台服务器上一致镜像，以便在服务器发生故障时快速恢复。这些解决方案共同为 CimTrak 等业务关键型应用程序提供全面保护，帮助组织最大限度地降低停机和数据丢失的风险，同时保持安全、高度可用的系统。

CimTrak 是业界领先的系统完整性保证平台，可实时监控和保护关键 IT 资产 – 从服务器和网络到云配置、容器、数据库和工业控制系统。其专利的实时检测技术让 CimTrak 能够即时检测并修复整个基础设施中不必要的和意外的更改，同时保持系统完整性。该平台通过自动化工作流程和全面的变更管理帮助组织加强安全态势、保持持续合规性并防范外部和内部威胁。

SIOS Technology 首席运营官 Masahiro Arai 表示：“我们很高兴加强与 Cimcor 的合作伙伴关系，并为他们的 CimTrak 客户提供 SIOS 高可用性和灾难恢复解决方案。随着网络安全对全球组织变得越来越重要，SIOS 致力于帮助我们的共同客户实现最高水平的弹性和正常运行时间，确保他们的安全系统保持运行并有效抵御不断变化的威胁。”

Cimcor 总裁兼首席执行官 Robert E. Johnson, III 表示：“我们与 SIOS 的合作为我们的 CimTrak 客户带来了他们久经考验的高可用性和灾难恢复解决方案。随着组织努力保护日益庞大和复杂的基础设施，确保网络安全弹性比以往任何时候都更加重要。此次合作提供了无缝且可靠的 HA/DR 解决方案，帮助我们的共同客户保持安全、正常运行并为意外中断做好准备。”

关于 SIOS Technology Corp.

SIOS Technology Corp. 的高可用性和灾难恢复解决方案可确保在物理、虚拟、云和混合云环境中运行的关键 Windows 和 Linux 应用程序的可用性并消除数据丢失。SIOS 集群软件对于任何 IT 基础设施都是必不可少的，其应用程序需要高度的弹性，确保正常运行时间而不牺牲性能或数据 – 保护企业免受计划内和计划外的本地故障和区域中断的影响。SIOS Technology Corp. 成立于 1999 年 (https://us.sios.com) 总部位于加利福尼亚州圣马特奥，在全球设有办事处。

SIOS、SIOS Technology、SIOS DataKeeper、SIOS LifeKeeper 和相关徽标是 SIOS Technology Corp. 和/或其附属公司在美国和/或其他国家/地区的注册商标或商标。所有其他商标均归其各自所有者所有。

媒体联系人：

贝丝·温科夫斯基
SIOS的 Winkowski Public Relations, LLC987-649-7189bethwinkowski@US.SIOS.com

经许可转载自西欧斯

白皮书：确保运营连续性和安全性：机场、航空服务和航空公司的 HA

白皮书：确保运营连续性和安全性：机场、航空服务和航空公司的 HA

机场和航空公司依靠复杂的数字系统进行航班预订、行李处理、安全等。任何停机都可能导致代价高昂的延误、运营中断和乘客不满。高可用性 (HA) 和灾难恢复 (DR) 解决方案在确保这些系统保持运行方面发挥着至关重要的作用，无论是在本地、在云中还是在混合环境中。通过减少停机时间并实现快速故障恢复，HA/DR 解决方案有助于保持无缝运营、提高效率和增强安全性。了解有关保护关键航空系统免受停机影响的更多信息。

经许可转载西欧斯

网络研讨会：掌握本地 SQL Server 的高可用性

网络研讨会：掌握本地 SQL Server 的高可用性

确保 SQL Server 的高可用性对于最大限度地减少停机时间和保护业务关键数据至关重要。此网络研讨会探讨了本地 SQL Server 部署的关键高可用性注意事项。了解 SQL Server 故障转移群集实例 (FCI)、SQL Server AlwaysOn 可用性组以及使用 SIOS DataKeeper 的创新 SANless 群集解决方案。无论您是计划新部署还是优化现有部署，此会议都将提供实用的见解和策略，以满足您组织的可用性和性能需求。观看以了解如何设计适合您的基础设施的经济高效、弹性的 SQL Server 解决方案。

经许可转载自西欧斯

节点和集群：高可用性的基石

节点和集群：高可用性的基石

我想花一些时间回顾一下“节点”和“集群”这两个术语。出于本博客的目的，我将解释如何西欧斯使用这些术语和其他术语以及它们的具体含义。

这些可能被视为分布式计算领域的标准术语，但如果您是该领域的新手，您可能会想知道它们到底意味着什么。

分布式计算中的节点是什么？

当我开始使用 SIOS 时，我注意到术语“节点”和“集群”是常见的日常用语，您每天都会听到很多次。我一直在问自己，“他们为什么使用‘节点’这个词？”从上下文来看，他们的意思是服务器，但为什么他们说节点？解释一下，节点可以是服务器，但也可以是客户端计算机或对等计算机；它本质上是用于执行计算任务和路由流量的任何组件。

在亚马逊网络服务（AWS）节点可以是作为 EC2 实例实现的虚拟机。您可以在其上安装和运行软件，并且它可以具有网络接口，可用于与其通信并供其连接到其他节点。当您使用 SSH 进入AWS EC2实例，您启动 SSH 会话的客户端计算机是客户端节点的示例，并且您正在连接到 EC2 服务器实例节点。节点可以是本地物理机或虚拟机 (VM)。

了解集群：节点如何协同工作

让我们继续讨论术语“集群”。这个词可能会让人联想到粘在一起的东西。在分布式计算世界中，这意味着节点连接在一起形成一个组合资源，可以处理比单个节点更大的任务。在 SIOS，我们在每个节点上都有特殊的集群保护软件，可以监控卷，并在检测到问题时启动故障转移操作，或者对用户故意将资源投入或退出服务做出响应。

您可以将集群中的节点连接在一起以执行自动备份。您可以在单独的节点上运行数据库服务器，以将计算能力/磁盘 I/O 和数据与其他操作隔离开来。

冗余在高可用性集群中的作用

集群还可以提供冗余允许服务在一个节点发生故障时继续运行。操作冗余并不是一个新概念。希望在单台服务器上运行任何重要操作且没有冗余的时代已经过去。

例如，在刀片计算领域，通过在同一个单元内运行两个计算模块，刀片服务器配置中实现了冗余。服务器固件处理故障转移/切换逻辑。为了节省成本，服务器硬件负载共享电源和机架 KVM。

设施运营商可以逐步向服务器添加更多硬件以处理额外负载。这样，运营商就可以调整系统大小，并使用机架制造商提供的标准化组件进行购买/构建。这提供了一种与云世界中的扩展机制更有限但类似的扩展机制，不同之处在于它全部托管在一个盒子中。可以使用诸如此类或类似的本地机架硬件来构建集群节点​​。

基于云的集群与本地集群

云集群受益于机架服务器设备内置的所有冗余属性，因为它们基本上是运行在云提供商拥有的共享数据中心硬件上的独立虚拟机。但是，它们允许客户将集群分布在不同位置，有意将其计算机需求负载分摊到在云提供商物理数据中心其他区域的不同物理建筑物中运行的虚拟机中。

这为单点断电提供了极大的弹性。在云中实施的集群利用位于不同位置的服务器，可以容忍一个位置完全断电。

节点和集群解释

出现了一些问题：

问：集群与节点相同吗？

答：不是，节点通常是一个可以执行计算机任务的组件。集群由 2 个或更多节点组成。

问：什么是 3 节点集群？

A.A3 节点集群是一个由 3 个节点组成的集群，每个节点之间都有通信路径。3 个节点是奇数配置，通常其中一个节点将是所谓的“见证”节点，可能不会执行其他工作。如果网络部分故障，并且一个节点无法与其对等节点通信，则两个主服务器节点可能无法确定谁应该控制（这种现象称为“裂脑”）。见证节点可以提供其所看到的处于服务状态的节点的信息，提供数据来解决裂脑问题，启动一个活动节点，将另一个节点置于待机模式，重新获得对节点的正确控制。

问：什么是 2 节点集群？

答：2 节点集群是指 2 个节点之间有一个或多个通信路径的集群。这通常用于在主节点上运行服务，而第二个节点处于待机状态。

问：一个集群有多少个节点？

答：2个或更多节点组成一个集群。

利用节点和集群最大程度地提高高可用性

总之，集群由节点组成；节点是具有网络功能的独立计算模块。请注意将节点放在不同的物理位置以防止一个区域发生停机的好处。

立即联系 SIOS了解我们的集群解决方案如何帮助您优化高可用性并最大限度地减少停机时间。

作者：Paul ScruttonSIOS 首席软件工程师

经许可转载西欧斯