Nginx 中如何利用 Keepalived 保障集群配置同步-Nginx-PHP中文网

keepalived 不负责 nginx 配置同步，仅管理 vip 漂移与健康切换；配置同步需手动或通过 scp、rsync+inotify、notify_master 脚本等外部方式实现，并确保主备节点配置一致且 nginx -t 通过。

nginx 中如何利用 keepalived 保障集群配置同步

Keepalived 本身不负责 Nginx 配置同步，它只管 VIP 漂移和节点健康切换。配置同步是独立环节，必须手动或借助其他工具完成。如果忽略这点，即使 Keepalived 切换成功，新主节点运行的仍是旧配置，服务可能异常甚至中断。

Nginx 配置同步不是 Keepalived 的职责

Keepalived 的核心能力是：

监控本机 Nginx 进程是否存活（通过 kill -0 或自定义脚本）
在主备间协商 VIP 归属（基于 VRRP 协议）
触发 notify_master / notify_backup 等钩子脚本（仅作通知，不自动同步文件）
它不会读取、比较、复制或重载 /etc/nginx/nginx.conf 或 conf.d/ 下的任何配置文件。

同步配置的实用方式

必须在 Keepalived 部署前或切换后主动处理，常见做法有：

手动同步（适合测试或小规模）

Nginx Hosting
通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载
- 修改任一节点配置后，立即执行：
```
scp /etc/nginx/nginx.conf user@10.3.145.111:/etc/nginx/
scp -r /etc/nginx/conf.d/ user@10.3.145.111:/etc/nginx/
ssh user@10.3.145.111 "nginx -t && systemctl reload nginx"
```

利用 rsync + inotify 实时监听（生产推荐）

在 master 节点部署 inotifywait，监控 /etc/nginx/ 变更，触发 rsync 推送至 backup：

# 示例片段（需配合 systemd service 长期运行）
inotifywait -m -e modify,create,delete /etc/nginx/ | while read; do
  rsync -avz --delete /etc/nginx/ user@10.3.145.111:/etc/nginx/
  ssh user@10.3.145.111 "nginx -t && systemctl reload nginx" 2>/dev/null
done

结合 notify_master 脚本触发重载（增强可靠性）
- 在 Keepalived 配置中添加：
```
vrrp_instance VI_1 {
  ...
  notify_master "/usr/local/bin/reload-nginx.sh"
}
```
- reload-nginx.sh 内容示例：
```
#!/bin/bash
# 确保配置已就绪（如已提前同步），再安全重载
if nginx -t 2>/dev/null; then
  systemctl reload nginx
fi
```
- 注意：该脚本不解决“配置未同步”的问题，只确保切换后 Nginx 用最新配置生效。