nginx+keepalived高可用的核心是通过vrrp协议实现vip漂移、健康检查触发自动故障转移，并结合stub_status监控、差异化配置防脑裂、精准网络绑定及后端主动探活，确保故障“自动消失”。

用 Nginx 和 Keepalived 搭建高容错后端体系，核心不是堆组件，而是让故障“自动消失”——主节点挂了，流量秒切；Nginx 进程僵死，能被及时发现并拉起；VIP 不漂移、不脑裂、不丢包。这需要三者严丝合缝：Nginx 的反向代理能力、Keepalived 的 VRRP 协议控制、以及轻量但可靠的健康检查机制。

确保 Nginx 本身可监控、可自愈

Nginx 不能只靠 keepalived “心跳”判断存活。VRRP 默认只检测 Keepalived 进程，若 Nginx 崩溃而 Keepalived 还在跑，VIP 就会错误地继续绑定，导致服务黑屏。

• 启用 stub_status 模块（编译时加 --with-http_stub_status_module），暴露 /nginx_status 接口
• 写一个简单检查脚本（如 /etc/keepalived/check_nginx.sh），用 curl 测通该接口并校验返回码和关键字（如 Active connections）
• 在 Keepalived 配置中定义 vrrp_script，调用该脚本，失败则降权或触发切换

Keepalived 主备配置必须差异化且防脑裂

两台节点不能只改 priority 就完事。实际生产中常见 VIP 双占、切换延迟、甚至反复抖动，多因基础配置松散。

Nginx Hosting

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

下载

• router_id 必须全局唯一（如 NGINX_MASTER / NGINX_BACKUP），不能共用默认值
• 关闭 vrrp_strict（否则对组播包校验过严，容易在云环境或容器网络中失联）
• 设置 vrrp_garp_interval 和 vrrp_gna_interval 为 0，加速 ARP 刷新，减少客户端缓存旧 MAC 导致的短暂不可达
• 认证密码（auth_pass）建议用 8 位以上随机字符串，避免默认 1111 被扫描利用

虚拟 IP 绑定与网络层适配要精准

VIP 不是配上去就生效的，它依赖底层网卡和路由支持。很多集群切换失败，根源在 interface 或子网掩码没对齐。

• interface 必须填真实物理网卡名（如 ens33、eth0），不能写错或留空
• virtual_ipaddress 后建议加 dev 和 label（如 192.168.5.100/24 dev ens33 label ens33:0），明确绑定位置
• 确认服务器已开启 ip_forward，且防火墙放行 VRRP 协议（协议号 112）、ICMP（用于健康探测）和业务端口
• 云平台（如阿里云、腾讯云）需额外配置“辅助私有 IP”或开启“多 IP 模式”，否则 VIP 无法绑定

后端服务健康检查不能只靠轮询

Nginx 的 upstream 默认轮询不带状态反馈，Keepalived 也无法感知后端 Tomcat 或 Node.js 是否真在处理请求。容错链条在这里断裂最频繁。

• 在 Nginx upstream 块中启用 health_check（需 stream 模块或商业版），或配合 max_fails/fail_timeout 参数做被动探测
• 更稳妥的做法：用 Keepalived 的 track_script 调用独立探活脚本，检查后端 HTTP 状态码、响应时间、甚至关键接口返回体
• 避免把所有后端地址写死在 Nginx 配置里——建议结合 Consul 或 Nacos 实现服务自动注册+动态 upstream 更新