SafeKit:全合一 SANless 高可用性与应用程序集群软件
什么是 SafeKit?
SafeKit 是一款全合一高可用性软件 解决方案,它将实时基于主机的复制 、自动故障转移 和负载均衡 整合到一个软件包中,确保应用程序实现 100% 的正常运行时间。
通过在标准服务器之间同步数据,SafeKit 摆脱了对昂贵的共享存储(SAN)或专业 IT 技能的依赖,为在 Windows 和 Linux 环境中保护企业数据库 (如 SQL Server)、关键安全系统 (如 Milestone XProtect 视频管理软件)以及 SCADA 工业控制软件 (如西门子应用)提供了一种简单且极具成本效益的方式。
🔍 SafeKit 高可用性导航中心
探索 SafeKit:功能特性、技术视频、文档资料及免费试用
| 资源类型 | 描述 | 直接链接 |
|---|---|---|
| 关键特性 | 为什么选择 SafeKit 实现简单且经济高效的高可用性? | 查看为何选择 SafeKit 实现高可用性 |
| 使用案例 | 探索 SafeKit 如何确保关键基础设施的高可用性 | 查看所有使用案例(OEM 软件、边缘服务器、SCADA,以及更多) |
| 部署模式 | 全合一 SANless HA:无共享软件集群 | 查看 SafeKit 全合一 SANless HA |
| HA 策略 | SafeKit:基础设施(VM)级 vs. 应用程序级高可用性 | 查看 SafeKit HA 与冗余:VM 级 vs. 应用级 |
| 技术规格 | SafeKit 集群的技术限制 | 查看 SafeKit 高可用性限制条件 |
| 概念验证 | SafeKit:高可用性配置与故障转移演示 | 查看 SafeKit 故障转移教程 |
| 架构 | SafeKit 镜像集群(Mirror Cluster)工作原理(实时复制与故障转移) | 查看 SafeKit 镜像集群:实时复制与故障转移 |
| 架构 | SafeKit 场集群(Farm Cluster)工作原理(网络负载均衡与故障转移) | 查看 SafeKit 场集群:网络负载均衡与故障转移 |
| 竞争优势 | 对比:SafeKit vs. 传统高可用性(HA)集群 | 查看 SafeKit vs. 传统 HA 集群对比 |
| 技术资源 | SafeKit 高可用性:文档、下载与试用 | 查看 SafeKit HA 免费试用与技术文档 |
| 预配置解决方案 | SafeKit 应用模块库:开箱即用的 HA 解决方案 | 查看 SafeKit 高可用性应用模块 |
为什么选择 SafeKit 实现简单且经济高效的高可用性?
SafeKit 包含哪些功能?
SafeKit 在单一软件产品中为 Windows 和 Linux 提供以下功能:
- 负载均衡
- 同步实时文件复制
- 应用程序自动故障转移
- 服务器故障后的自动回切(Failback)
设置 SafeKit 需要专业技能吗?
不需要。SafeKit 部署简单——无需高级专业知识即可操作。
SafeKit 需要额外的硬件吗?
不需要。SafeKit 运行在您现有的服务器、虚拟机或云端——无需共享磁盘或 SAN 存储。
使用 SafeKit 需要额外的软件许可吗?
不需要。SafeKit 适用于标准版的 Windows 和 Linux,并且不需要企业级数据库许可。
SafeKit 解决了哪些问题?
SafeKit 解决了:
- 硬件故障(占问题的 20%),包括整个机房的全面故障
- 软件故障(占问题的 40%),包括关键进程的重新启动
- 人为错误(占问题的 40%),这得益于其易用性
SafeKit 支持哪些应用程序?
您可以为以下对象实现实时复制和故障转移:
- 所有类型的应用程序、文件目录和服务
- 数据库
- 完整的 Hyper-V 或 KVM 虚拟机
- Docker、Podman 和云应用程序
SafeKit 如何降低成本?
SafeKit 消除了对以下各项的需求:
- 网络负载均衡器或专用代理服务器
- 共享磁盘或复制的 SAN 存储
- 企业版操作系统和数据库
- 专门的集群维护技能
SafeKit 高可用性如何定价和授权?
SafeKit 采用透明且具有成本效益的每节点授权模式 ,严格基于服务器数量计费,不限 CPU 核心数或插槽数。与许多要求强制定期订阅的高可用性竞争对手不同,SafeKit 提供永久授权 ,以确保更低的总体拥有成本 (TCO) 和长期软件资产价值。
- 无隐藏费用: 所有 预配置的 HA 应用模块均免费提供。
- 无风险评估: 下载 30 天免费试用版,在您的环境中测试故障转移和复制功能。
- 定制报价: 请**联系我们获取报价** ,我们将根据您的具体高可用性需求为您量身定制。
SafeKit 应用场景
SafeKit OEM 版
为您的应用程序提供高可用性可确保服务的连续性、降低停机风险并增强客户信任,从而提升业务价值,同时使关键业务能够在标准基础设施上无中断运行。

将 SafeKit 作为高可用性选项添加到您的产品目录中:这是一款为您应用程序量身定制的纯软件解决方案,无共享存储等隐藏成本,完全兼容各种硬件,可部署在物理、虚拟或云环境中,并具备简单的即插即用管理特性。
SafeKit 边缘计算版
边缘站点通常没有数据中心,也缺乏高可用性(HA)专业技术,但业务连续性却至关重要。SafeKit 确保边缘应用程序在工厂、石油平台、船舶、建筑安防、空中交通管制、5G 网络、医疗保健、零售等场景下持续运行。

SafeKit 可将两台标准边缘服务器(任何品牌)转化为即插即用的高可用性集群,无需共享存储或 SAN。仅需一个轻量级软件栈即可实现实时数据复制和自动故障转移(还可包含负载均衡),安装与管理均十分简便。
SafeKit 视频管理系统 (VMS) 方案
视频管理软件 (VMS) 对公共安全至关重要,它负责录制并展示实时及存档视频,以便安保人员能对突发事件做出即时响应。任何 VMS 系统的停机都会直接将人员和资产置于风险之中。

通过在服务器或软件出现故障时保持对实时流和录像流的持续访问,SafeKit 有效防止了视频丢失和监控盲区。它与 Milestone、Genetec、Hanwha 等领先的 VMS 平台无缝集成,确保在关键时刻监控系统始终保持运行。
SafeKit 电子门禁控制系统 (EACS) 方案
电子门禁控制系统 (EACS) 是物理安防的核心;它通过门禁、工牌、读卡器和传感器,控制并监测对私人及敏感区域的访问。任何系统停机都可能使人员、建筑和资产立即面临入侵风险。

通过消除单点故障,SafeKit 确保门禁权限判定、警报和凭证信息始终可用。它为 Hirsch Microsesame、Nedap AEOS 和 Siemens SiPass 等 EACS 解决方案提供韧性保障,确保即使在基础设施发生故障时,安全访问依然不受影响。
SafeKit SCADA 数据采集与监视控制系统方案
SCADA(数据采集与监视控制系统)是工业环境的核心,使操作员能够通过传感器、阀门、泵、电机以及人机界面(HMI)来监控和控制关键生产过程。

SafeKit 通过确保 SCADA 控制系统(例如驱动 Probat 咖啡烘焙机和 ALSTEF 行李分拣机 的系统)在硬件或软件故障时仍能保持运行,从而最大限度地减少生产停机时间。这确保了操作员在任何时候都能保持对工业流程的全面可见性与控制,防止代价昂贵的停机事故和安全风险。
SafeKit 楼宇管理系统 (BMS) 方案
楼宇管理系统 (BMS) 是现代建筑的核心,负责对暖通空调 (HVAC)、配电、照明、消防安全和给排水系统进行自动化控制。任何系统中断都会直接影响人员安全、居住舒适度以及建筑的运营效率。

SafeKit 通过确保 BMS 服务在发生故障时仍能透明、无感知地持续运行,为楼宇自动化提供安全保障。它支持 Siemens Desigo CC、Bosch BIS 及相关系统,以维持安全、高效且不间断的楼宇运作。
SafeKit 航空管制 (ATC) 方案
航空管制 (ATC) 系统对于航空安全至关重要;它通过监视、引导和控制应用程序,实现对地面及空中飞机运动的实时监控与指挥。

SafeKit 通过确保管制员能够不间断地访问关键的“空侧”(Airside)应用,增强了 ATC 系统的弹性。它与 ADB SafeGate 等航空管制及机场解决方案配合使用,支持在任何条件下实现安全、持续的空中交通运营。
SafeKit 运营控制中心 (OCC) 方案
运营控制中心 (OCC) 是现代地铁网络的核心,负责集中监管列车运行、电力供应、信号系统、乘客信息以及突发事件管理。在自动化无人驾驶地铁线路中,OCC 是运营的唯一控制点。

SafeKit 通过确保 OCC 应用程序在故障期间保持可用,保障了地铁监管的连续性。它为巴黎地铁自动化无人驾驶线路 的运营控制中心提供支持,在无需依赖随车司机的背景下,实现持续服务和快速的事件响应。
为什么全合一 SANless 高可用性产品至关重要?
在业务连续性领域,许多组织错误地认为拥有备份或数据复制工具就等同于拥有高可用性 (HA) 。实际上,这些仅仅是更宏大拼图中的一小块。为了真正保证 100% 的正常运行时间,您需要一个整合了故障转移流程中每一个层级的全合一解决方案。
以下是为什么碎片化的方法会失败,以及为什么需要像 SafeKit 这样采用文件级基于主机复制 的集成式全合一产品的原因。
仅靠基于主机的复制是否足以实现高可用性?
不足以。数据复制仅仅是将数据从服务器 A 拷贝到服务器 B 的行为。虽然复制至关重要,但它本身并不提供可用性。如果没有 HA 堆栈的其他组件,复制只是一份“被动副本”,需要耗时的人工干预才能发挥作用:
- 如果服务器 A 宕机,数据复制软件不会自动将用户引导至服务器 B。
- 它不会检测到应用程序已停止运行。
- 它不会重新启动服务。
碎片化方案的隐藏风险:为什么孤岛式 HA 会增加失败概率
许多供应商要求您将数个不同的产品“拼凑”在一起,以实现基于主机的复制 、故障转移 和负载均衡 。对于关键业务系统而言,这种碎片化的架构是一种危险的策略:
- 集成脆弱: 当您使用产品 A 进行复制,使用产品 B 进行集群管理时,您实际上构建了一个“纸牌屋”。每一次操作系统更新或安全补丁都有可能破坏这些独立引擎之间脆弱的通信链路。
- 高认知负荷与人为错误: 管理多个界面会增加出错的风险。在压力巨大的系统故障期间,在不同的图形用户界面(GUI)之间切换,或使用不同的命令行(CLI)语法来诊断问题,会导致混乱并延长停机时间。
- 供应商推诿责任: 如果故障转移失败,复制供应商可能会指责集群工具,使您陷入中间,没有明确的解决路径。而全合一解决方案提供了单一的责任归属点。
- 维护复杂: 碎片化的系统需要针对每个独立组件配备专业技能,使得解决方案更难维护,且随着时间的推移,成本会显著增加。
除了数据之外,真正的 SANless 故障转移还需要哪些特定组件?
为了实现自动化恢复并消除停机时间,全合一产品必须同时管理多个技术环节:
- 基于主机的复制: 在不依赖共享存储(SAN)的情况下,实现服务器之间关键业务数据的实时同步复制。这确保了零数据丢失(RPO=0),并消除了昂贵的硬件依赖。
- 虚拟 IP 地址 (VIP): 这为用户提供了一个单一的访问入口。当故障发生时,软件会将 VIP 从故障节点转移到健康节点,因此用户无需更改其配置。
- 硬件和软件错误检测器: 系统必须持续对物理服务器和特定的软件进程进行“心跳”监测,以便立即识别挂起或崩溃。
- 可定制的启动脚本: 并非所有应用程序的启动方式都相同。全合一工具允许使用自定义脚本,以确保复杂的业务服务按正确的顺序启动。
- 自动故障转移: 无需人工干预即可协调整个从一台服务器转移到另一台服务器的智能机制。
为什么故障转移机制必须与基于主机的复制保持同步?
如果您的故障转移管理器和数据复制是两个不同的产品,它们可能无法保持“同步”。
潜在危险: 如果发生了故障转移,但复制尚未完成最新数据的传输,服务器 B 将会使用过时或损坏的数据启动应用程序。
全合一 SANless HA 解决方案 可确保故障转移机制能够感知复制状态。它只会在保证数据已更新至最新状态的情况下,才允许应用程序在备用节点上启动,从而防止活跃节点冲突和数据丢失。
当故障服务器修复后(回切),会发生什么?
自动回切(Failback)在技术指南中经常被忽视,且在传统 HA 解决方案中执行效果不佳,但它仍然是实现真正韧性的最关键要求。一个真正的全合一产品处理“恢复正常”的过程应与处理故障时一样优雅。当故障服务器重新上线时,其数据是滞后的。HA 软件必须:
- 后台再同步数据: 在后台将数据从活动节点同步到恢复后的节点。
- 保持运行时间: 此再同步过程必须在不中断活动节点上当前运行的应用程序的情况下进行。
- 恢复冗余: 一旦数据再次镜像完成,集群会自动恢复到受保护状态,为下一次突发事件做好准备。
块级复制 vs. 文件级复制:为什么“透明度”至关重要
基于主机的复制 所采用的技术方法,会显著影响您对现有应用程序设置的更改程度。
- 块级复制的挑战: 大多数 SANless 解决方案在磁盘/块级别进行复制。这对应用程序而言是非透明的 。它要求您完全重新配置应用程序,将其数据迁移到特定的、新创建的“复制磁盘”卷中。这通常涉及复杂的迁移工作,并可能导致应用程序逻辑的更改。
- SafeKit 文件级复制的优势: SafeKit 在文件级别执行基于主机的复制 ,这对应用程序是完全透明的。您无需将数据移动到特殊磁盘;只需配置 SafeKit 来复制现有的应用程序文件夹即可。这些文件夹甚至可以保留在系统磁盘 上,允许您在应用程序的原安装位置直接对其进行保护。
选择您的高可用性策略:VM HA 与应用 HA
SafeKit 提供两种主要方式来确保业务连续性:虚拟机高可用(VM HA)和应用高可用(Application HA)。虽然这两种方法都提供自动故障切换能力,但它们在范围、数据复制机制、恢复速度以及平台兼容性方面存在显著差异。以下对比有助于识别最适合特定 IT 环境的策略,无论关注点是广泛的虚拟化支持,还是精细化、高速的应用级恢复。
功能对比:SafeKit VM HA 与 SafeKit 应用 HA 集群
| 对比项 | 基于 SafeKit Hyper-V 或 KVM 模块的 VM HA | 基于 SafeKit 应用模块的应用 HA |
|---|---|---|
| 部署架构 | ||
| 故障切换范围 | SafeKit 部署在两个虚拟化主机中:复制并切换完整的虚拟机。 | SafeKit 部署在两个虚拟或物理服务器中:在应用层进行复制与切换。 |
| 复制的数据 | 复制更多数据(应用程序 + 操作系统)。 | 仅复制应用数据,从而减少数据量。 |
| 恢复过程与速度(RTO) | 当主机 1 崩溃时,在主机 2 上重启虚拟机。恢复时间取决于操作系统重启时间。包含 VM 监测与故障转移机制。 | 当服务器 1 崩溃时,在系统 2 上快速重启应用。通常约 1 分钟或更少(低 RTO)。包含应用监测与软件级故障转移。 |
| 安装 | 应用仅安装在一台虚拟机中。 | 应用安装在两个节点上。 |
| 配置 | 面向任何运行于 VM 中的应用/操作系统的通用方案。 • 无需了解 VM 内应用的技术细节。 • 当不了解应用内部机制时的最佳选择。 • 仅需定义虚拟机文件的位置。 | 需要理解应用本身的技术细节。 • 需要重启的服务。 • 需要实时复制的应用目录。 • 用于故障切换的虚拟 IP 配置。 |
| 平台兼容性 | 支持 Windows/Hyper-V 和 Linux/KVM,但不兼容 VMware。 | 平台无关;可运行在物理或虚拟环境、云基础设施以及任何虚拟化平台(包括 VMware)。 |
| 适用场景 | 适用于通过单一 HA 策略管理多个虚拟机中多应用的复杂环境。 | 适用于将高可用性直接嵌入到软件解决方案中,与底层硬件或虚拟化平台无关。 |
SafeKit 高可用性限制条件
为什么要复制几个 TB 的数据?
故障后的重新同步时间(步骤 3)
- 1 Gb/s 网络 ≈ 1 TB 约需 3 小时。
- 10 Gb/s 网络 ≈ 1 TB 约需 1 小时或更少,取决于磁盘写入性能。
替代方案
- 对于大容量数据,使用 外部共享存储。
- 更昂贵,更复杂。
为什么复制少于 1,000,000 个文件?
- 故障后的重新同步性能(步骤 3)。
- 检查两个节点之间每个文件所需的时间。
替代方案
- 将需要复制的大量文件放入虚拟硬盘/虚拟机中。
- 在这种情况下,只复制和重新同步表示虚拟硬盘/虚拟机的文件。
为什么故障切换 ≤ 32 个复制的虚拟机?
- 每个虚拟机运行在独立的镜像模块中。
- 同一集群最多运行 32 个镜像模块。
替代方案
- 使用外部共享存储和其他虚拟机集群解决方案。
- 更昂贵,更复杂。
为什么远程站点之间需要 LAN/VLAN 网络?
替代方案
- 如果两个节点在不同子网中,使用 虚拟 IP 地址的负载均衡器(SafeKit 支持,尤其在云环境中)。
- 对于高延迟网络,使用带异步复制的备份解决方案。
SafeKit 技术故障转移教程与演示
SafeKit 视频:在线研讨会 (9:43)
<br />
章节
- 介绍 (0:38)
- SafeKit 演示 (1:41)
- 冗余与高可用性解决方案示例 (2:00)
- SafeKit 携手 Milestone 在多个国家销售 (0:49)
- 在两种解决方案中选择:虚拟机或应用集群 (2:29)
- 独特优势 (2:06)
SafeKit:如何部署高可用性灾难恢复 (HADR) (6:42)
<br />
章节
- 基于跨地域(延伸)VLAN 的 SafeKit HADR 介绍 (1:06)
- 同步镜像与双重确认的工作原理 (1:41)
- 故障转移机制:免费 ARP (GARP) 与虚拟 IP (2:10)
- 针对慢速广域网(WAN)的设计:高可用性 vs. 备份策略 (2:45)
SafeKit 视频:虚拟机级别集群 (5:15)
<br />
章节
- 2 个 Hyper-V 节点和 2 台虚拟机 (0:49)
- 配置集群与两个 hyperv.safe 模块 (1:59)
- 启动并测试虚拟机复制、迁移及崩溃时的故障转移 (2:26)
SafeKit 视频:使用 SQL 的应用级别集群 (8:47)
<br />
章节
- 2 个带有 SQL Server 的节点 (0:32)
- 配置集群与 mirror.safe 模块 (3:58)
- 启动并测试 SQL 复制、迁移及崩溃时的故障转移 (4:17)
SafeKit 视频:OEM 高可用性集成 (4:22)
<br />
章节
- 面向 OEM 集成的 SafeKit (0:09)
- OEM 设置示例:Milestone XProtect (2:18)
- 故障转移场景详解 (1:49)
- 总结:将 OEM 高可用性(HA)添加到您的目录中 (0:15)
SafeKit 视频:网络负载均衡集群 (5:03)
<br />
章节
- 2 个带有 Apache 的节点 (0:13)
- 配置集群与 farm.safe 模块 (2:20)
- 启动并测试网络负载均衡及崩溃时的故障转移 (2:30)
SafeKit 视频:免费认证平台教程 (6:11)
<br />
章节
- 培训与认证平台 (1:41)
- 什么是 SafeKit 培训模块? (1:57)
- 如何获得 SafeKit 证书? (1:40)
- 在 LinkedIn 上分享您的证书 (0:53)
SafeKit 视频:竞争优势与集群架构 (13:21)
<br />
章节
- 介绍 (4:10)
- 虚拟机集群 (1:20)
- 镜像集群 (Mirror Cluster) (6:04)
- 农场集群/负载均衡集群 (Farm Cluster) (1:46)
SafeKit 视频:智能手机上的控制台 (0:54)
<br />
SafeKit 视频:故障切换时的电子邮件通知 (1:04)
<br />
SafeKit 镜像集群如何与 Windows/Linux 协同工作?
步骤 1. 实时复制
服务器 1 (PRIM) 运行 Windows/Linux 应用程序。客户端连接到一个 虚拟 IP 地址。SafeKit 通过网络实时复制文件内部所做的修改。

与异步复制不同,该复制是 同步的,在发生故障时不会丢失数据。
您只需在 SafeKit 中配置需要复制的目录名称即可。对磁盘布局没有任何预备条件。目录可以位于系统盘中。
步骤 2. 自动故障转移
当服务器 1 发生故障时,服务器 2 将接管服务。SafeKit 会自动切换虚拟 IP 地址并在服务器 2 上重新启动 Windows/Linux 应用程序。
应用程序在服务器 2 上能够找到由 SafeKit 复制的最新文件。应用程序继续在服务器 2 上运行,并在本地修改其文件(此时文件不再复制到服务器 1)。

故障转移时间等于故障检测时间(默认 30 秒)加上应用程序启动时间。
步骤 3. 自动故障恢复
故障恢复(Failback)是指在修复导致服务器 1 发生故障的问题后,重新启动服务器 1。
SafeKit 会自动重新同步文件,仅更新在服务器 1 停机期间在服务器 2 上被修改过的文件。

故障恢复过程不会干扰 Windows/Linux 应用程序的运行,该程序可以继续在服务器 2 上保持运行状态。
步骤 4. 恢复正常运行
重新集成完成后,文件将再次进入镜像模式,正如步骤 1 中所示。系统恢复到高可用模式,此时 Windows/Linux 应用程序在服务器 2 上运行,且 SafeKit 将文件更新实时复制到服务器 1。

如果管理员希望应用程序在服务器 1 上运行,可以在合适的时间通过 Web 控制台进行手动切换,或者通过配置实现自动切换。
如何为 Windows/Linux 配置 SafeKit 镜像集群?

SafeKit Web 控制台 提供了一个直观的界面来构建和管理关键应用程序的高可用性。只需几个步骤,您就可以配置 SafeKit 镜像集群 以确保业务连续性:
- 应用程序故障转移(Macros 选项卡): 定义在发生故障时需要自动重新启动的具体应用程序服务。
- 心跳网络: 集群节点使用的专用通信路径,用于持续监测彼此的健康状况和可用性,并同步故障转移决策。
- 虚拟 IP 管理: 设置虚拟 IP (VIP),以便在故障转移后实现客户端的透明无感重连。
- 实时复制: 选择关键目录,进行基于主机的同步字节级复制。
- 检查器(Checkers): 监控应用程序的健康状况,并在检测到进程故障时触发自动恢复。
SafeKit 集群包含一个专用的脑裂检查器(split-brain checker),用于解决网络隔离问题,而不需要第三台见证服务器(witness machine)或额外的心跳网络。了解更多关于 集群中的心跳、故障转移和仲裁(quorum)的信息。
如何监控 Windows/Linux 的 SafeKit 镜像集群?

SafeKit 管理控制台 为您的高可用性基础设施提供了一个统一的视图。它允许管理员实时监控集群的运行状态 并跟踪数据同步情况。
对于双节点镜像集群,控制台会清晰地显示每台服务器的角色:
- PRIM (主节点): 当前正在运行应用程序并管理虚拟 IP 的活动节点。它负责写入本地存储,并向备用节点进行实时复制。
- SECOND (备节点): 接收同步字节级更新的备用节点。如果主节点发生故障,它已准备好立即接管服务。
- ALONE (孤立) 状态: 当集群仅在单个节点上运行时(例如在维护期间或发生故障后)为您提供直观的警报,提示冗余已暂时丢失。
- 重新同步进度: 当故障节点恢复时,在后台数据重新集成期间其状态会变为橙色,确保在“恢复正常”阶段不会出现停机时间。
除了简单的状态图标外,该界面还提供了一键式故障转移调度(one-click failover orchestration) ,允许您在计划内维护时手动重新分配主节点角色,同时确保用户活动的持续可用性。
SafeKit 集群在场(Farm)模式下是如何与 Windows/Linux 协同工作的?
场(Farm)模式集群中的虚拟 IP 地址

在上图中,Windows/Linux 应用程序正在 3 台服务器上运行(3 仅为一个示例,实际可以是 2 台或更多)。用户连接到一个虚拟 IP 地址。
该 虚拟 IP 地址配置在场模式集群中每台服务器的本地。
发送到虚拟 IP 地址 holiday 的输入流量会被所有服务器接收,并通过每台服务器内核中的网络过滤器在它们之间进行分流。
SafeKit 能够检测硬件和软件故障,在发生故障时重新配置网络过滤器,并提供可配置的应用程序检查器及恢复脚本。
网络过滤器中的负载均衡
网络过滤器内部的网络负载均衡算法是基于客户端数据包的身份(客户端 IP 地址、客户端 TCP 端口)来实现的。根据输入的客户端数据包身份,集群中只有一台服务器上的过滤器会接收该数据包,而其他服务器上的过滤器则会将其拒绝。
一旦数据包被某台服务器上的过滤器接收,响应客户端请求的 Windows/Linux 应用程序就只会占用该服务器的 CPU 和内存。输出的消息会直接从该应用服务器发送给客户端。
如果某台服务器发生故障,场(Farm)心跳协议会重新配置网络负载均衡集群中的过滤器,从而将流量重新均衡到其余可用的服务器上。
有状态或无状态应用程序
对于有状态的 Windows/Linux 应用程序,存在会话亲和性(Session Affinity)。同一个客户端在进行多个 TCP 会话时必须连接到同一台服务器,以便在服务器上检索其上下文。在这种情况下,SafeKit 负载均衡规则是基于客户端 IP 地址进行配置的。因此,同一个客户端在多个 TCP 会话中始终会连接到同一台服务器。而不同的客户端则会分布在场(Farm)中的不同服务器上。
对于无状态的 Windows/Linux 应用程序,不存在会话亲和性。同一个客户端在进行多个 TCP 会话时,可以连接到场中的不同服务器。服务器本地不会跨会话存储任何上下文。在这种情况下,SafeKit 负载均衡规则是基于 TCP 客户端会话身份进行配置的。这种配置最适合在服务器之间分配会话,但它需要一个不需要会话亲和性的 TCP 服务。
如何为 Windows/Linux 配置场(Farm)模式的 SafeKit 集群?

场(Farm)模式的 SafeKit 集群 专为服务的高可用性和可扩展性而设计。其配置重点在于将传入的流量同时分配到两个节点上:
- 负载均衡服务(Macros 标签页): 定义要在所有节点上保持活动状态的特定应用程序服务(例如 Apache、IIS、Nginx)。
- 心跳网络: 用于检测节点是否已离开集群(场)的通信路径,一旦离开将立即触发流量的重新分配。
- 虚拟 IP(场 VIP): 与镜像(Mirror)集群不同,场 VIP 是通过内核过滤算法在节点之间共享的,以此来分发网络流量。
- 负载均衡规则: 根据源 IP 地址或端口定义流量分配策略。
- 检查器(Checkers): 监控应用程序的健康状态,并在检测到进程故障时触发自动重启。
如何为 Windows/Linux 监控场(Farm)模式的 SafeKit 集群?

监控场模式的集群可以直观地了解其双活(Active-Active) 架构的运行状态,在此架构中所有节点都会为应用程序的性能做出贡献(本例中显示为 2 个节点):
- UP 状态(2 个节点各占 50%): 在健康的场中,两个节点都处于“UP”(50%)状态,这意味着它们都在通过共享的虚拟 IP 主动接收并处理客户端请求。
- 自动重新均衡: 如果某一个节点发生故障,控制台会直观地显示剩余节点接管 100% 的流量。这里不存在“故障转移”延迟,因为存活的节点本身就已经处于活动状态(仅需几秒钟的检测时间)。
- 节点并入: 当修复后的节点重新启动时,它会从“STOP”状态转换为“UP”状态,并自动开始接收其分担的负载,无需管理员的人工干预。
- 无数据同步: 请注意,在场模式集群中,不存在“橙色”的数据重新同步状态,因为各节点通常是无状态的,或者共享同一个后端数据库(该数据库可以在镜像集群中单独受到保护)。
除了简单的状态图标外,该界面还提供了一键式节点 management 功能,允许您在计划维护时手动停止或启动某个节点,而共享的虚拟 IP 会自动重新分配流量,绝不中断用户的业务活动。
SafeKit与传统高可用性(HA)集群的比较
本对比突出了 SafeKit 与传统高可用性 (HA) 集群解决方案(如故障转移集群、虚拟化 HA 和 SQL Always-On)之间的根本区别。SafeKit 是一种低复杂度、纯软件的通用应用冗余解决方案,与传统 HA 机制所需的高复杂度和特定存储要求(共享存储、SAN)形成鲜明对比。
SafeKit 与传统高可用性 (HA) 集群的对比
| 解决方案 | 复杂度 | 说明 |
|---|---|---|
| 故障转移集群 (Microsoft) | 高 | 需要特定存储(共享存储、SAN) |
| 虚拟化 (VMware HA) | 高 | 需要特定存储(共享存储、SAN、vSAN) |
| SQL Always-On (Microsoft) | 高 | 仅 SQL 具有冗余,需要 SQL Enterprise 版本 |
| SafeKit | 低 | 最简单、通用且纯软件方案。不适用于大数据量复制。 |
总结 ,SafeKit 通过简单的软件镜像机制实现低复杂度的高可用性,无需昂贵的专用硬件(如 SAN 存储区域网络)。这使其成为一种高度易用的解决方案,可快速实现应用冗余,无需复杂的基础设施变更。
架构差异:SafeKit 软件定义集群 vs. 硬件 HA 集群
选择合适的高可用性 (HA) 解决方案对于确保业务连续性和最大限度减少停机时间至关重要。本对比直接从技术角度评估了两种主要架构方法:SafeKit 的软件定义无共享 (Shared-Nothing) 集群,与通常依赖硬件、共享磁盘(如 SAN)和复杂配置的传统 HA 方法。这些差异涵盖了部署简易度、数据复制方法、恢复速度 (RTO/RPO) 以及运维复杂度。下表详细列出了关键高可用性主题的核心差异。
高可用性对比:SafeKit 软件集群 vs. 传统 HA / 硬件集群
| 主题 | SafeKit (软件集群 / 主要方法) | 传统 HA / 硬件集群 |
|---|---|---|
| 软件集群 vs. 硬件集群 | • 简单的软件集群,只需在两台服务器上安装 SafeKit 软件包 | • 复杂的硬件集群,需要外部存储或网络负载均衡器 |
| 无共享架构 vs. 共享磁盘集群 | • SafeKit 是无共享 (Shared-Nothing) 集群:即使在远程站点也易于部署 | • 共享磁盘集群的部署过程非常复杂 |
| 应用级高可用 vs. 完整虚拟机高可用 | • 应用级 HA 通过应用检查器同时支持硬件故障和软件故障。 • 仅重新启动应用程序即可实现快速恢复(RTO 约为 1 分钟或更短)。 • 应用级 HA 需要为每个应用程序定义重启脚本以及要复制的目录(SafeKit 应用模块)。 | • 完整虚拟机 HA 支持硬件故障和部分软件故障(如虚拟机冻结)。 • 故障时需重启虚拟机,恢复时间取决于操作系统的重启速度。 • 完整虚拟机 HA 无需定义重启脚本(使用 SafeKithyperv.safe或kvm.safe模块)。Hypervisor 通过多个虚拟机实现双活/多活。 |
| 高可用性 vs. 容错系统 | • SafeKit 无需专用服务器。每台服务器都可以互为对方的故障转移服务器。 • 发生软件故障时,可在另一个 OS 环境中重启应用。 • 支持逐台服务器平滑升级应用程序和 OS(版本 N 和 N+1 可以共存)。 | • 备用服务器专门用于执行相同的应用程序,且在指令级别进行同步。 • 软件异常会导致两台服务器同时崩溃。 • 无法实现平滑升级。 • 需要特定的容错硬件或 Hypervisor。 |
| 同步复制 vs. 异步复制 | • SafeKit 实现实时同步复制,发生故障时不会丢失任何数据。 • 高可用性的先决条件。 | • 采用异步复制时,发生故障会导致数据丢失。 • 不适用于高可用性,仅适用于备份解决方案。 |
| 字节级文件复制 vs. 块级磁盘复制 | • SafeKit 实现实时的字节级文件复制,只需配置要复制的应用目录即可,甚至可以直接配置在系统盘上。 | • 块级磁盘复制配置复杂,要求将应用程序数据存放在专用磁盘中。 |
| 心跳、故障转移与仲裁(避免双主节点) | • 为避免出现双主节点(Split-Brain),SafeKit 在路由器上配置了一个简单的脑裂检查器。 | • 为避免出现双主节点,其他集群需要复杂的配置,如第三台机器、专用仲裁盘或专用互联网络。 |
| 虚拟 IP 地址:主/备、网络负载均衡、故障转移 | • 在 SafeKit 集群中,虚拟 IP 地址无需 dedicated 代理服务器,也无需特殊的网络配置。 | • 其他集群中的虚拟 IP 地址需要特殊的网络配置。(注:SafeKit 提供了适配负载均衡器的健康检查机制)。 |
总结 :软件集群(如 SafeKit)与硬件集群(传统共享磁盘/SAN 架构)之间的架构选择,会对部署复杂度、运营成本以及故障恢复效率产生重大影响。这一比较的核心结论在于,高可用性架构正逐渐转向共享无(Shared-Nothing)的应用层高可用方案。此类方案优先实现应用的快速恢复(低 RTO)和灵活部署(即使跨越异地站点),因此通常比高度复杂、依赖专用硬件的集群配置更加简洁且更具韧性。为了在简化管理的同时实现最佳业务连续性,评估基于软件的高可用解决方案至关重要。
SafeKit 镜像集群的关键区别点
选择正确的数据复制方法对于确保业务连续性至关重要。本对比突出了SafeKit镜像集群实时文件复制与传统替代方案(如数据库级复制、磁盘复制、共享磁盘解决方案和容错系统)之间的关键差异。
SafeKit镜像集群:相对于替代复制和集群方案的优势
| 特性 | SafeKit优势 | 替代方案的局限性 |
|---|---|---|
| 三合一产品 | 在Windows和Linux上节省外部共享/复制存储、负载均衡设备以及操作系统和数据库企业版的成本。包含所有集群功能:同步实时文件复制、故障监控、自动重启、虚拟IP故障转移。 | 传统方案需要分别购买存储复制、负载均衡和集群产品——增加了成本和复杂性。 |
| 配置极其简单 | 通过应用模块进行配置。可轻松添加新服务和复制目录。全部通过集中式Web控制台管理。无需域控制器或Active Directory。 | Microsoft集群和类似解决方案需要复杂的Active Directory配置和域控制器。 |
| 同步复制 | 实时复制为同步方式,故障时无数据丢失(RPO = 0)。 | 异步复制可能会丢失故障时尚未复制的最近事务。 |
| 全自动故障恢复 | 故障后,当服务器重启时,复制故障恢复完全自动化。故障服务器重新加入集群,无需停止剩余服务器上的应用程序。 | 大多数复制解决方案(尤其是数据库级别)需要手动重新同步。应用程序甚至可能在故障恢复期间停止。 |
| 复制任何类型的数据 | 复制适用于数据库以及任何需要复制的文件。 | 数据库级复制仅保护数据库,不保护配置文件、日志或其他应用数据。 |
| 文件复制与磁盘复制 | 复制基于文件目录,可位于任何位置,甚至系统盘上。 | 磁盘复制需要专用磁盘分区和特殊的应用配置来存储数据。 |
| 文件复制与共享磁盘 | 服务器可以部署在两个远程站点,无需共享基础设施。 | 共享磁盘解决方案需要物理邻近,无法跨越远程站点。 |
| 远程站点和虚拟IP | 所有集群功能均适用于远程站点的两台服务器。扩展局域网支持二层VIP重定向。对于不同IP网络,VIP通过负载均衡器配合SafeKit健康检查进行管理。 | 许多集群解决方案不支持远程站点故障转移,或需要复杂的DNS重定向,恢复时间不可预测。 |
| 仲裁和脑裂 | 仅需两台服务器即可工作。简单的脑裂检查器通过路由器处理站点间的网络隔离。 | 大多数集群解决方案需要第三台服务器进行仲裁管理。 |
| 主主集群 | 备用服务器非专用。集群可通过两个不同的镜像模块以主主模式运行。 | 容错系统将备用服务器专用于在指令级别同步执行相同应用程序。 |
| 统一高可用解决方案 | SafeKit同时实现镜像集群(复制+故障转移)和 农场集群(负载均衡+故障转移)。N层架构可通过一个解决方案在Windows和Linux上实现高可用。 | 典型架构混合使用不同技术进行负载均衡、复制和故障转移——增加了运维复杂性。 |
| RTO / RPO | 故障时快速重启应用程序:约1分钟或更短。零数据丢失(同步复制)。 | 完整虚拟机复制(VMware HA、Hyper-V集群)需要在新的虚拟化管理程序上重启整个操作系统,导致更长的恢复时间。 |
总结 ,SafeKit镜像集群提供了统一、经济高效的高可用解决方案,集同步文件复制、自动故障转移和恢复、负载均衡及远程站点支持于一体——无需专用硬件、共享存储或第三台仲裁服务器。这种简洁性使其特别适合需要在标准Windows和Linux服务器上实现可靠高可用的软件厂商和组织。
SafeKit Farm 集群的关键区别点
SafeKit Farm Cluster 是一种专为可扩展应用环境设计的高可用性解决方案,适用于负载分配和快速故障转移至关重要的场景。与需要专用硬件负载均衡器或复杂网络配置的传统方法不同,SafeKit 提供一种集成的、软件定义的集群解决方案,直接安装在应用服务器上。下表详细介绍了 SafeKit Farm Cluster 的核心功能和独特优势,重点说明其如何简化网络负载均衡并确保 Windows 和 Linux 平台上的服务持续可用。
SafeKit Farm Cluster 负载均衡与故障转移的关键差异化优势
| 优势 | 详细收益与机制 |
|---|---|
| 无需负载均衡器、专用代理服务器或特殊多播以太网地址 | • 该解决方案无需在集群上方部署负载均衡器或专用代理服务器即可实现负载均衡。SafeKit 直接安装在集群中的应用服务器上。负载均衡基于标准虚拟 IP 地址/以太网 MAC 地址,可在 Windows 和 Linux 的物理服务器或虚拟机上运行,无需特殊网络配置 • 网络负载均衡器无法做到这一点 • Linux 上的专用代理无法做到这一点 • Windows 上使用特殊多播以太网地址也无法做到这一点 |
| 完整的集群功能 | • 该解决方案包含所有集群功能:虚拟 IP 地址、基于客户端 IP 地址或会话的负载均衡、服务器/网络/软件故障监控、快速恢复时间的自动应用重启,以及镜像模块的复制选项 • 其他负载均衡解决方案无法做到这一点。它们能够进行负载均衡,但不包含完整的集群解决方案(含重启脚本和故障时自动应用重启)。它们也不提供复制选项 • 集群配置非常简单,通过应用模块完成。Windows 上无需配置域控制器或 Active Directory。该解决方案在 Windows 和 Linux 上均可运行 |
| 远程站点与虚拟 IP 地址 | • 如果服务器通过远程站点之间的扩展局域网连接到同一 IP 网络,SafeKit 的虚拟 IP 地址可在第 2 层实现负载均衡 • 如果服务器连接到远程站点之间不同的 IP 网络,虚拟 IP 地址可以在负载均衡器层面借助 SafeKit 健康检查进行配置。这样您可以实现负载均衡以及 SafeKit 的所有集群功能,特别是对应用服务器上关键应用的监控和自动恢复 |
| 统一的高可用性解决方案 | • SafeKit 实现了具有负载均衡和故障转移的集群。同时还实现了具有复制和故障转移的镜像集群。 • 因此,N 层架构可以使用同一解决方案在 Windows 和 Linux 上实现高可用和负载均衡(相同的安装、配置、管理方式——通过 SafeKit 控制台或命令行界面)。这在市场上是独一无二的 • 混合使用不同技术进行负载均衡、复制和故障转移的架构无法做到这一点 |
总结 ,SafeKit Farm Cluster 提供了一种统一的、基于软件的负载均衡和高可用性方法,大幅降低了复杂性和成本。通过使用标准虚拟 IP 地址将负载均衡和故障转移直接嵌入应用服务器层,避免了对外部网络硬件(负载均衡器或代理)和专用多播配置的需求。这种集成方法,加上其与镜像集群结合实现完整 N 层高可用的能力,使 SafeKit 成为在多样化环境中实现可扩展和弹性应用交付的独特简单而全面的解决方案。
VM 高可用性:SafeKit 的无 SAN 与 Hyper-V/VMware HA 比较
在实施高可用性时,一个关键决策是在虚拟机(VM)级别 还是在应用级别 进行保护。VM级别HA复制并故障转移整个虚拟机,为任何应用提供通用解决方案。应用级别HA仅针对应用数据和服务,从而实现更快的恢复时间和更低的资源使用。SafeKit独特地提供两种方式 ——在两种情况下均无需共享存储(SAN)——让您可以选择最适合基础设施和恢复需求的方案。
SafeKit VM HA vs 应用HA vs 传统Hyper-V集群和VMware HA
| 标准 | SafeKit Hyper-V或KVM模块的VM HA | SafeKit应用模块的应用HA | Microsoft Hyper-V集群和VMware HA |
|---|---|---|---|
| 架构 | SafeKit安装在2个虚拟化管理程序中。完整VM的复制和故障转移。 | SafeKit安装在2台虚拟机或物理机中。应用级别的复制和故障转移。 | 带共享存储的虚拟化管理程序集群。如果管理程序故障,VM在另一主机上重启。 |
| 存储 | 无需共享磁盘——同步实时复制,零数据丢失 | 无需共享磁盘——仅同步复制应用数据 | 需要共享磁盘和专用外部磁盘柜 |
| 复制的数据 | 复制更多数据(应用+操作系统) | 仅复制应用数据 | 无复制——所有主机访问共享存储 |
| 恢复时间 | 如果管理程序1崩溃,在管理程序2上重启VM。恢复时间=VM重启时间。如果VM崩溃则触发故障转移。 | 在服务器2上快速重启应用实现快速恢复。约1分钟或更短(查看RTO/RPO)。高级应用检查器和软件故障转移。 | 在新的虚拟化管理程序上完全重启VM。恢复时间取决于操作系统重启+应用启动。 |
| 灾难恢复/远程站点 | 无需SAN——SafeKit内置跨远程站点复制 | 无需SAN——SafeKit内置跨远程站点复制 | 需要通过SAN或vSAN进行跨站点磁盘柜复制 |
| 配置 | 定义安装应用的VM文件夹位置。适用于任何应用/操作系统的通用解决方案。 | 定义要重启的服务、要复制的应用文件夹,以及 应用模块中用于故障转移的虚拟IP地址。 | 需要专业IT技能来配置系统 |
| 支持的平台 | 支持 Hyper-V和 KVM(不直接支持VMware,除非在VMware中嵌套Hyper-V或KVM)。 | 适用于任何基础设施:物理服务器、VMware、Hyper-V、KVM虚拟机、云。 | 仅限于VMware vSphere或Microsoft Hyper-V环境 |
| IT技能 | 无需专业IT技能。自动故障转移。 | 无需专业IT技能。自动故障转移。 | 需要专业IT技能来配置系统 |
总结 ,SafeKit是唯一同时提供VM级别和应用级别高可用且无需共享存储 的解决方案。为获得最大灵活性和最快恢复时间(约1分钟),应用级别HA是首选方式——它适用于任何平台(物理、虚拟或云),且仅复制重要数据。对于保护整个VM更简单的环境,SafeKit的Hyper-V/KVM模块提供了传统Microsoft Hyper-V集群或VMware HA的通用无SAN替代方案——消除了共享存储基础设施的成本和复杂性,同时通过同步实时复制保证零数据丢失。
请注意,SafeKit解决方案是最易实施的,但限于复制 几个TB的数据和故障转移 32个VM。
SafeKit HA 免费试用与技术文档
💡 要开始您的 SafeKit 高可用性之旅,请从快速安装指南开始 。
📦 SafeKit 高可用软件安装包 - 版本 8.2
本表格提供了当前版本的 SafeKit 安装文件,按操作系统和安装程序类型进行了分类。
| 操作系统 / 平台 | 安装程序类型 | 核心优势 / 文档 | 下载链接 |
|---|---|---|---|
| 所有平台 | PDF 文档 | 官方软件发布公告(操作系统支持与修复) | 📄 查看 SafeKit 8.2 SRB |
| Windows (Intel 64位) | .exe 安装程序 | 包含 Microsoft VC++ Redistributable 运行库 | ⬇️ 下载 SafeKit 8.2 Windows EXE |
| Windows (Intel 64位) | .msi 安装程序 | 不包含 Microsoft VC++ Redistributable 运行库 | ⬇️ 下载 SafeKit 8.2 Windows MSI |
| Linux (Intel 64位) | 自解压 .BIN | 包含 Linux 软件包和安装脚本 | ⬇️ 下载 SafeKit 8.2 Linux BIN 文件 (Intel) |
| Linux (ARM 64位) | 自解压 .BIN | 包含 Linux 软件包和安装脚本 | ⬇️ 下载 SafeKit 8.2 Linux BIN 文件 (ARM) |
🔑 SafeKit 的 HA 试用密钥
以下链接提供了对全功能试用版的访问权限,该试用版旨在用于测试和设置 SafeKit 的高可用性集群。
➡️ 获取您的免费 1 个月试用密钥来测试 SafeKit 的高可用性
📚 SafeKit 高可用集群配置指南
用于设置和管理 SafeKit 高可用(HA)集群的基础文档。
- SafeKit 快速安装指南
- SafeKit 用户指南(HTML,8.2 版) / 下载 PDF
- SafeKit 版本说明(HTML,8.2 版) / 下载 PDF
- SafeKit 8.2 软件发布公告(SRB)
- SafeKit 知识库
📞/🤖 SafeKit 技术支持
🎓 SafeKit 免费培训和认证
通过我们的免费认证计划,获取有关高可用性 (HA) 的宝贵专业知识。
ℹ️ 产品营销文档
探索我们针对 SafeKit 高可用(HA)软件的产品营销文档,其中包括详细的数据表、产品白皮书以及技术概览。
SafeKit 应用模块库:开箱即用的高可用(HA)解决方案
本表展示了 SafeKit 高可用(HA)解决方案,按应用类型和运行环境分类(数据库、Web 服务器、虚拟机、容器、云)。您可以快速定位用于关键业务应用在 Windows 或 Linux 上实现实时复制、负载均衡与自动故障切换所需的预配置 .safe 模块(例如 mirror.safe、farm.safe 等)。通过直达链接访问快速安装指南,简化 HA 集群部署。
SafeKit 的 .safe 模块本质上是一个预配置的高可用(HA)模板,用于定义特定应用如何被 SafeKit 软件集群化并受到保护。实际它是一个 zip 文件,包含配置文件(userconfig.xml)和重启脚本。
⚠️ 说明: * mirror.safe 和 farm.safe 模块默认已包含在 SafeKit 安装包中。
SafeKit 高可用(HA)解决方案:快速安装指南(含可下载的 .safe 模块)