Keepalived在Nginx高可用集群中不提升性能，而是通过VRRP心跳探测（每秒组播、丢3包即切）与分层健康检查实现快速且精准的故障切换，保障服务连续性。
Keepalived 在 Nginx 高可用集群中不直接提升性能，而是通过精准、分层的故障探测机制保障服务连续性——它让“切换快”和“不误切”同时成立。
基于 VRRP 的基础心跳探测
VRRP 是 Keepalived 故障探测的底层协议，主备节点间每秒发送组播心跳包（默认 advert_int 1），连续丢失 3 次即触发切换。该机制响应快（通常
叠加应用层健康检查防“假活”
单靠网络心跳容易漏判，必须补充主动式应用探测：
- 用 vrrp_script 定义检测逻辑：例如
curl -f --connect-timeout 2 http://127.0.0.1/healthz或killall -0 nginx - 设置 interval（建议 2–3 秒）、timeout（≤2 秒）和 fall/rise 次数（如 fall 2 / rise 2），避免瞬时抖动误触发
- 绑定到 vrrp_instance 后，配合 weight 动态调优优先级：检测失败时 priority 自动减 20～30，使备节点更快升主
多路径心跳与防脑裂加固
生产环境需规避单点网络误判导致的脑裂：
- 配置独立心跳线（如直连网线或专用 VLAN），与业务网分离，降低丢包干扰
- 启用 authentication（PASS 类型），防止非法节点伪造 VRRP 报文劫持 VIP
- 禁用 vrrp_strict（尤其在非全三层环境），避免因广播/组播限制导致初始化失败
状态联动与切换前自检
真正可靠的探测不止于“发现故障”，还应确认“可接管”：
- 在 notify_master / notify_backup 脚本中加入前置校验：例如检查后端服务是否就绪、Nginx 配置语法是否正确（
nginx -t）、静态资源目录是否同步完成 - 对有状态后端（如主从 DB），可在切换脚本中读取
Seconds_Behind_Master，仅当延迟为 0 时才允许升主 - 避免 VIP 漂移后服务不可用，把探测闭环延伸到“接管后验证”环节
