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 双占、切换延迟、甚至反复抖动，多因基础配置松散。
-
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 更新
