Nginx高可用需Keepalived通过VRRP实现VIP漂移：主节点异常时，Keepalived依健康检查脚本降优先级或切换状态，将VIP迁移至备用节点；须同步时间、正确配置interface、priority及健康检查，并规避SELinux、防火墙、脑裂等问题。
在高可用架构中，Nginx 本身不提供自动故障转移能力，需借助 Keepalived 实现 VIP（虚拟 IP）漂移，从而完成主从热备切换。核心在于：Keepalived 通过 VRRP 协议监控 Nginx 状态，当主节点异常时，自动将 VIP 迁移到备用节点，用户无感知地访问新主服务器。
Keepalived 如何与 Nginx 协同工作
Keepalived 并不直接管理 Nginx 进程，而是通过自定义健康检查脚本判断 Nginx 是否可用。一旦检测失败，优先级降低或直接触发 MASTER→BACKUP 状态切换，VIP 随之迁移。
- 主节点运行 Keepalived + Nginx，绑定 VIP（如 192.168.1.100），对外提供服务
- 备节点同样部署 Keepalived + Nginx，但默认不响应 VIP 请求
- Keepalived 使用 VRRP 协议定期通告状态，主节点发送优先级更高的 Advertisement
- 当主节点宕机或 Nginx 崩溃，备节点在超时后升为 MASTER，接管 VIP
关键配置要点
配置需确保状态同步、检测及时、切换可靠，避免脑裂和频繁抖动。
- 双机时间必须严格同步：使用 chrony 或 ntpd，否则 VRRP 报文可能被丢弃
- 健康检查脚本要真实反映 Nginx 可用性：建议用 curl 检查本地 127.0.0.1:80 的 HTTP 返回码，而非仅检查进程是否存在
- priority 值需合理设置：主节点设为 100，备节点设为 90；若主恢复，可通过 nopreempt 或降低 priority 防止立即抢回 VIP
- interface 名称要准确：配置中指定实际网卡名（如 eth0、ens33），不能写错，否则无法绑定 VIP
常见问题与规避方法
实际部署中容易因细节疏忽导致切换失败或异常。
- VIP 无法绑定：检查 SELinux 是否开启（setenforce 0 临时关闭）、防火墙是否放行 VRRP 协议（协议号 112）
- 切换延迟过高：调整 keepalived.conf 中 advert_int（默认 1 秒）和 authentication 类型（推荐 PASS，避免 AUTH FAILURE）
- 脑裂现象：两台都持有 VIP，通常因心跳链路中断引起；可增加多播/单播+脚本检测（如 ping 网关）作为辅助判断条件
- Nginx 启动慢于 Keepalived：在 keepalived 的 notify_master 脚本中加入等待逻辑，或用 systemd 依赖确保 Nginx 先启动
验证与日常维护
上线前必须模拟故障并观察行为，运维中需持续关注日志与状态。
- 用 ip addr show 查看 VIP 是否出现在预期网卡上
- 查看 /var/log/messages 或 journalctl -u keepalived 查看状态变更记录
- 手动 systemctl stop nginx，观察备节点是否在 3–5 秒内接管 VIP
- 定期检查脚本权限（需可执行）、路径正确性、curl 是否安装
