Eviden > SafeKit：全合一 SANless 高可用性与应用程序集群软件 > SafeKit：一体化 Windows 或 Linux 网络负载均衡和高可用性软件
适用于 Windows/Linux 的 SafeKit Farm 集群是一种专为可扩展应用环境设计的软件定义网络负载均衡（NLB）解决方案。它直接在应用服务器上集成了负载均衡与故障转移功能，从而消除了对专用硬件负载均衡器、代理服务器或复杂组播（multicast）配置的需求。
SafeKit 为跨两台或更多台服务器的 Windows/Linux 提供网络负载均衡和高可用性。
本文将向您介绍如何在没有硬件负载均衡器或专业网络技能的情况下，快速部署一个 Windows/Linux 集群。
该解决方案通过定义带有负载均衡规则的虚拟 IP、Windows/Linux 服务名称以及健康检查器来工作。
随后，SafeKit 将启用网络负载均衡和自动故障转移，以确保可扩展性和持续的服务可用性。
SafeKit 通过用纯软件解决方案取代传统的“中间件” NLB 硬件，从而简化了管理流程。
SafeKit 不需要专用的物理设备，而是直接运行在标准的 Windows 或 Linux 应用服务器上。
软件厂商可以通过将 SafeKit 直接集成到其应用技术栈中，来提供 OEM 高可用性。这种合作模式使厂商能够交付一个独立、“集群就绪”且纯软件化的解决方案，其中已原生包含负载均衡与故障转移能力。
SafeKit 用精简的软件方案取代了昂贵的硬件，并提供以下优势：
与依赖简单 ping 和端口检查的标准 NLB 硬件不同，SafeKit 具有集成的应用级检查器。传统负载均衡器只能确认服务器是否“存活”，而 SafeKit 则可以监控特定 Windows/Linux 进程的实际运行健康状况。
这种深度监控使系统能够检测到“僵尸”状态（即服务器正常运行但软件已经崩溃），从而触发标准 NLB 解决方案无法执行的自动服务重启或流量重定向。
是的。本文将向您介绍如何快速部署一个 Windows/Linux farm 集群，而无需专业且复杂的网络技能。通过使用 SafeKit 的虚拟 IP 来处理 Windows/Linux 的网络负载均衡，您可以获得一个强大的可扩展解决方案，其部署和维护难度比传统的 NLB 解决方案要简单得多。
SafeKit 是一款同时适用于 Windows 和 Linux 的通用高可用性解决方案。它通过同步实时复制和自动故障转移实现镜像集群（mirror clusters），从而保护广泛的关键工作负载，包括：
在上图中，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 服务。
场（Farm）模式的 SafeKit 集群专为服务的高可用性和可扩展性而设计。其配置重点在于将传入的流量同时分配到两个节点上：
监控场模式的集群可以直观地了解其双活（Active-Active）架构的运行状态，在此架构中所有节点都会为应用程序的性能做出贡献（本例中显示为 2 个节点）：
除了简单的状态图标外，该界面还提供了一键式节点 management 功能，允许您在计划维护时手动停止或启动某个节点，而共享的虚拟 IP 会自动重新分配流量，绝不中断用户的业务活动。
| 特性 | SafeKit Farm 集群（软件型） | 硬件负载均衡器 |
|---|---|---|
| 架构 | 内核级软件：原生集成到 Windows/Linux 操作系统中。 | 专用硬件：专用的物理设备。 |
| 管理维护 | 系统管理员：通过简单的 Web 控制台进行管理；无需具备网络专业学位。 | 网络工程师：需要专业技能和命令行（CLI）认证。 |
| 状态监控 | 应用级检查器：对特定进程（如 Apache、Nginx 等）进行深度监控。 | 网络 Ping：仅检测服务器或端口是否可达的基础检查。 |
| 自我修复 | 内置重启智能：在本地自动重启发生故障的服务。 | 被动故障转移：仅仅停止向发生故障的节点发送流量。 |
| 基础设施 | 环境无关：可运行在物理机、虚拟机（VMware、Hyper-V）或云实例上。 | 固化限制：需要特定的物理布线和网络机柜空间。 |
| 成本 (TCO) | 低资本支出/运营成本：利用现有服务器资源；无昂贵的硬件维护费用。 | 高额投资：高昂的前期采购成本，以及持续的许可证和电力消耗费用。 |
SafeKit Farm 集群代表了从传统、依赖沉重硬件的网络技术向现代软件定义高可用性模型的战略演进。通过直接在应用服务器中集成负载均衡与自我修复智能，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 高可用性应用模块 |
