最简单的 MariaDB 高可用性：双节点同步复制和故障转移

SANless SafeKit mirror 集群如何与 MariaDB 配合使用

SafeKit for MariaDB 可提供无缝高可用性，同时显著降低总拥有成本 (TCO)。通过消除传统集群的硬件和运营开销，SafeKit 提供了一种精简的 2 节点高可用性替代方案，以取代复杂的集群解决方案。

• 一体化业务连续性： 一个完整的解决方案，在一个单一的集成包中提供虚拟 IP、自动故障转移、自动回切和实时复制。
• 同步复制（零数据丢失）： 通过同步复制确保事务处理应用程序的绝对数据完整性，在发生故障时保证零数据丢失。
• 灵活的文件级保护： SafeKit 在文件级别执行基于主机的复制，对应用程序完全透明。它不仅保护数据库，还保护所有相关文件夹和数据。您可以将现有文件夹精确地复制到其安装位置，甚至在 系统磁盘上。
• 简化部署（无 AD/LDAP）： 与传统集群不同，无需 AD/LDAP 目录配置，从而消除了复杂的安装要求和基础架构依赖。
• 高可用性零 SAN 投资： 使用无共享架构实现完全冗余。它适用于标准本地磁盘，无需昂贵的 SAN 硬件、光纤通道交换机和专业的存储维护。
• 真正的双节点效率： 虽然大多数解决方案需要第三个“见证”节点来防止裂脑，但 SafeKit 提供了一个强大的双节点集群，节省了 33% 的硬件、电力和机架空间。
• 硬件无关的冗余： 避免供应商锁定。使用任何服务器品牌或内部存储类型构建高可用性集群，延长现有硬件的生命周期并降低更换成本。
• 成本可预测的许可： SafeKit 通过一次性永久许可提供高可用性，确保预算可预测并消除年度价格上涨的风险。

通过将高可用性整合到轻量级软件层中，SafeKit 以传统集群套件一小部分的成本为 MariaDB 提供企业级冗余和业务连续性。

适用于 MariaDB SafeKit HA mirror 集群

⚡ MariaDB 的快速 mirror 集群安装指南 >

目录

• SafeKit 软件如何简单地实现无共享存储 MariaDB 高可用性集群？
• SafeKit mirror 集群如何与 MariaDB 配合使用？
• SafeKit 高可用性限制
• 比较：SafeKit for MariaDB 与其他集群解决方案
• 视频指南：配置 SafeKit Mirror HA 集群
• 🔍 SafeKit 高可用性导航中心

SafeKit 软件如何简单地实现无共享存储 MariaDB 高可用性集群？

什么是适用于 MariaDB SafeKit Mirror HA 解决方案？

SafeKit 可为任何品牌的两台服务器之间的 MariaDB 提供高可用性。

本文介绍了如何在没有共享存储的 SAN 上快速实施 MariaDB 集群，而无需特定技能。

该解决方案的原理是定义 MariaDB 程序数据、其服务、虚拟 IP 和检查器所在的文件夹。

SafeKit 随后实施实时复制和自动故障转移，以确保服务的持续可用性。

为什么选择统一的一体化高可用性解决方案，而不是零散的工具？

与将复制和集群的独立产品组合在一起的“附加”解决方案不同，SafeKit 将虚拟 IP、自动故障转移、自动回切和实时文件复制集成到单个引擎中。

这消除了操作系统更新破坏不同工具之间脆弱链接的“纸牌屋”风险，为整个 HA 堆栈提供了一个单一的责任点，并通过为 MariaDB HA 提供一个单一的界面来减少人为错误。

我应该选择应用程序级别还是虚拟机 (VM) 级别的“高可用性”？

使用 SafeKit，您可以灵活选择适合您需求的冗余模型。

VM 级冗余（适用于 Hyper-V 或 KVM）最易于实施，因为它会复制整个虚拟机，而无需了解内部应用程序。

或者，应用程序级别的冗余更细化；它只复制特定的数据文件夹并重新启动应用程序服务，而不是整个操作系统。

虽然虚拟机级别的 HA 更易于设置，但应用程序级别的 HA 与管理程序无关，可以在物理、虚拟或云环境中运行。

与竞争对手相比，SafeKit MariaDB 高可用性有哪些独特的优势？

SafeKit 通过其无共享架构和简化的部署，使其有别于传统的 MariaDB 集群。虽然大多数企业解决方案需要复杂的复制部署或昂贵的 SAN 存储，但 SafeKit 提供：

• 零数据丢失的同步复制： SafeKit 实现 100% 同步复制，确保事务应用程序的数据完整性。发生故障时， 数据零丢失 (RPO=0)。此外，SafeKit 不仅可以复制 MariaDB 数据库，还可以复制任何其他数据文件夹（日志、配置文件等），确保整个环境被镜像。
• 简化的双节点集群： 与通常需要“见证”（第三个节点、磁盘、文件共享）来维持仲裁的标准集群不同，SafeKit 仅需两个冗余服务器即可提供完全的高可用性，从而降低了基础设施成本和复杂性。
  了解更多关于我们的心跳和仲裁机制。
• 统一管理： 管理员可以通过单个 SafeKit 控制台管理 MariaDB 故障转移、数据复制和监控。这使得没有专业“集群管理员”专业知识的团队也能实现高可用性。
• 自定义检查器： SafeKit 不仅限于基本的服务监控，还提供检查器来监控 MariaDB 程序进程的运行状况。该系统具有高度可扩展性，允许添加适合您环境的自定义检查器。

与标准集群相比，SafeKit 如何降低 MariaDB 的总拥有成本 (TCO)？

与传统的高可用性解决方案不同，SafeKit 的设计旨在以绝对最低的基础设施开销运行，同时不影响可靠性。与传统故障转移集群相比，主要节省包括：

• 零存储成本： SafeKit 采用无共享架构，可与本地磁盘配合使用。这样就无需昂贵的 SAN 硬件、iSCSI 网络或复杂的 vSAN 配置。
• 无需企业版： 虽然原生复制机制可能需要昂贵的企业版许可证，但 SafeKit 不需要企业版。它与标准版甚至免费版无缝协作，以极低的成本提供高端可用性。
• 真正的双节点效率： 与通常需要“见证”（第三个节点、磁盘或文件共享）来维持仲裁的标准集群不同，SafeKit 仅需两台冗余服务器即可提供完全的高可用性。
• 无强制订阅： SafeKit 提供永久许可证。您拥有自己的软件，避免了现代云端或基于订阅的模式中常见的“订阅陷阱”和不可预测的年度价格上涨。
• 运营费用低： 作为即插即用解决方案，它不需要专门的培训或昂贵的外部咨询来维护，这与复杂的开源集群工具不同。
• CPU 独立定价： 许可独立于 CPU 或内核的数量。只需两个节点即可获得两个许可证，从而保护 MariaDB 免受故障影响。

是否可以在没有集群技能的情况下设置 MariaDB mirror 集群？

是的。本文介绍了如何快速实施 MariaDB mirror 集群而无需专业的 SAN 管理或复杂的 HA 集群技能。通过使用 SafeKit 的自动故障转移脚本来处理 MariaDB 的复制和重新启动，您可以获得强大的冗余解决方案，其部署和维护比传统集群解决方案简单得多。

除了 MariaDB，SafeKit 还能保护哪些应用和环境？

SafeKit 是一款适用于 Windows 和 Linux 的多功能高可用性解决方案。它支持对各种关键工作负载进行 同步实时复制和自动故障转移，包括：

• 虚拟和物理环境： 完整的 Hyper-V 或 KVM 虚拟机。
• 容器编排： Docker、Podman 和 K3s (Kubernetes) 环境。
• 数据与服务： 单个文件目录、服务和各种数据库。
• 云基础设施： 为云应用程序提供高可用性。

SafeKit 还为 farm 集群提供原生网络负载均衡和故障转移功能，适用于 Web 服务器等无状态应用程序。

💡在此处查看支持的 HA 解决方案的完整列表。

SafeKit mirror 集群如何与 MariaDB 配合使用？

步骤 1. 实时复制

服务器 1（PRIM）运行 MariaDB 应用程序。客户端连接到虚拟 IP 地址。SafeKit 通过网络实时复制文件 SafeKit 所做的修改。

与异步复制不同，同步复制在发生故障时不会丢失数据。

您只需在 SafeKit 中配置要复制的目录名称。对磁盘组织没有先决条件。目录可以位于系统磁盘中。

步骤 2. 自动故障转移

当服务器 1 出现故障时，服务器 2 将接管。SafeKit 切换虚拟 IP 地址，并在服务器 2 上自动重新启动 MariaDB 应用程序。

应用程序发现 SafeKit 在服务器 2 上复制的文件是最新的。应用程序继续在服务器 2 上运行，并本地修改其不再复制到服务器 1 的文件。

故障转移时间等于故障检测时间（默认为 30 秒）加上应用程序启动时间。

步骤 3.自动回切

故障恢复是指在修复导致服务器 1 故障的问题后，重新启动服务器 1。

SafeKit 会自动重新同步文件，仅更新服务器 1 停止运行时服务器 2 上修改的文件。

故障恢复在不中断 MariaDB 应用程序的情况下进行，该应用程序可以继续在服务器 2 上运行。

步骤 4. 恢复正常

重新集成后，文件再次处于 mirror 模式，如步骤 1 中所示。系统恢复高可用性模式，MariaDB 应用程序在服务器 2 上运行，SafeKit 将文件更新复制到服务器 1。

如果管理员希望应用程序在服务器 1 上运行，可以在适当的时候通过 Web 控制台手动完成，也可以通过配置自动完成。

如何为 MariaDB 配置 SafeKit mirror 集群？

SafeKit Web 控制台提供了一个直观的界面，用于为您的关键应用程序编排高可用性。只需几个步骤，您就可以配置 SafeKit mirror 集群以确保业务连续性：

• 应用程序故障转移（宏选项卡）： 定义在发生故障时要自动重新启动的特定应用程序服务。
• 心跳网络： 集群节点用于持续监控彼此的运行状况和可用性以及同步故障转移决策的专用通信路径。
• 虚拟 IP 管理： 设置虚拟 IP (VIP)，以便在故障转移后实现透明的客户端重新连接。
• 实时复制： 选择用于基于主机、同步字节级复制的关键目录。
• 检查器： 监控应用程序的运行状况，并在检测到进程故障时触发自动恢复。

SafeKit 集群包含一个专用的裂脑检查器，用于解决网络隔离问题，而无需第三个见证机或额外的保活网络。了解有关集群中的保活、故障转移和仲裁的更多信息。

如何监控 SafeKit mirror 集群的 MariaDB？

SafeKit 管理控制台提供高可用性基础设施的统一视图。它允许管理员监控集群的运行状态并实时跟踪数据同步。

对于一个 2 节点 mirror 集群，控制台会清晰地显示每个服务器的角色：

• PRIM（主）： 当前运行应用程序并管理虚拟 IP 的活动节点。它将写入本地存储，并实时复制到辅助节点。
• SECOND（辅助）： 接收同步字节级更新的备用节点。如果主节点发生故障，它已准备好立即接管。
• ALONE 状态： 当集群在单个节点上运行时（例如，在维护期间或发生故障后），会向您发出视觉警报，表明冗余暂时丢失。
• 重新同步进度： 当故障节点恢复时，其状态在后台数据重新集成期间变为橙色，确保在“恢复正常”阶段没有停机时间。

除了简单的状态图标，该界面还提供一键式故障转移编排，允许您在计划维护期间手动重新分配主角色，同时确保用户活动的持续可用性。

SafeKit 高可用性限制

比较：SafeKit for MariaDB 与其他集群解决方案

总而言之，SafeKit 无需 SAN，简化了部署，消除了对 Active Directory 和专用 Quorum 配置等依赖项，从而提供了一种精简、与硬件无关的高可用性替代方案。这大大降低了总拥有成本，同时确保您的 MariaDB 环境保持弹性，实现零数据丢失和自动恢复。

视频指南：配置 SafeKit HA mirror 集群

SafeKit 视频：应用级集群 (8:47)

在本视频中，您将了解 SafeKit 如何在没有 SAN 复杂性的情况下实现 mirror HA 集群。虽然此演示使用 Microsoft SQL Server，但该解决方案对其他数据库和应用程序也同样适用。

章节

1. 🎬 两个带有 SQL Server 节点 (0:32)
2. 🎬 配置集群和 mirror.safe 模块 (3:58)
3. 🎬 启动和测试 SQL 复制、迁移、崩溃时故障转移 (4:17)

分步实施

• 🛠️ 阅读在 Windows 上设置 mirror 集群的指南
• 🛠️ 阅读在 Linux 上设置 mirror 集群的指南

🔍 探索 SafeKit

查找有关 SafeKit 功能、架构、视频、文档和免费试用的信息。