Nginx与Keepalived组合是大型Web系统高可用架构标配，通过Nginx七层负载均衡和Keepalived VIP漂移实现秒级故障切换、避免单点故障、保障服务持续性。
在大型 Web 系统中，Nginx 与 Keepalived 的组合不是可选方案，而是高可用架构的标配。它解决的核心问题很明确：避免单点故障、实现秒级故障切换、保障 VIP（虚拟 IP）持续对外服务，同时不牺牲负载均衡能力。
Nginx 作为七层负载均衡器的角色
在真实生产环境中，Nginx 不只是反向代理，更是流量调度中枢：
- 基于域名、路径、Header 或 Cookie 实现精细化路由，支撑多业务线共用同一入口（如 admin.example.com / api.example.com / static.example.com）
- 配置健康检查（
proxy_next_upstream+ 自定义health_check指令），主动剔除响应超时、返回 5xx 的后端节点 - 结合限流（
limit_req）、缓存（proxy_cache）、SSL 卸载等模块，分担应用服务器压力 - 日志中记录
$upstream_addr和$upstream_response_time，为容量评估和故障定位提供依据
Keepalived 提供 VIP 漂移与状态感知能力
Keepalived 不直接处理 HTTP 请求，但它让 Nginx 集群“有心跳、能自愈”：
- 通过 VRRP 协议在主备 Nginx 节点间协商 VIP 归属，主节点正常时 VIP 绑定在其网卡；主节点宕机或 Nginx 进程异常，VIP 在 1–3 秒内自动漂移到备节点
- 依赖
vrrp_script执行自定义检测脚本（例如检查nginx -t语法、curl -I http://127.0.0.1/healthz返回码、或验证 worker 进程数），比单纯 ping 或端口存活更贴近业务真实状态 - 支持双主模式（multi-master），两个节点各自持有不同 VIP，既提升资源利用率，又实现跨机房容灾（需配合 BGP 或 DNS 调度）
- 与 Prometheus + Alertmanager 对接，将
keepalived_state指标纳入监控大盘，切换事件实时告警
典型部署结构与关键细节
一个经过压测验证的电商大促架构常采用三层设计：
- 接入层：2 台 Nginx + Keepalived（主备或双主），共用 VIP（如 192.168.10.100），对外提供统一入口
- 逻辑层：多组应用集群（Java/Go），每组含 4–8 台实例，Nginx upstream 按权重+健康状态动态分发
- 数据层：Redis Cluster 做 session 共享，MySQL 主从 + MHA 或 Orchestrator 做数据库高可用，与接入层解耦
注意：Keepalived 必须绑定物理网卡（如 interface ens192），不能用 Docker bridge 或 Kubernetes CNI；VIP 需与业务网段同层，避免 ARP 广播跨网关失效；防火墙要放行 VRRP 组播地址 224.0.0.18 和协议号 112。
真实故障场景下的行为验证
运维团队会定期模拟以下情形检验健壮性：
- 手动
systemctl stop nginx→ 触发检测脚本失败 → Keepalived 降权 → VIP 漂移 → 客户端无感知重连（TCP 连接断开但 HTTP 重试正常） - 拔掉主节点网线 → VRRP 报文中断 → 备节点超时升主 → 3 秒内恢复服务 → 查看客户端访问日志确认无 502/504
- 故意配置错误的 Nginx 语法 → reload 失败 → 检测脚本返回非零 → 同样触发切换 → 避免配置误操作导致全站不可用
