VIP是Nginx集群对外统一入口，由Keepalived通过VRRP协议动态管理漂移，实现IP层入口稳定；Nginx负责应用层流量分发，二者协同构成完整统一出口，云环境受限时需改用SLB或DNS轮询方案。
在 Nginx 集群中，VIP（Virtual IP）不是额外的网络设备，而是作为客户端唯一感知的“对外统一入口”，所有流量都发往这个地址，后端由 Keepalived 管理其归属，真正实现“入口不变、后端可换”的高可用统一出口。
VIP 是统一入口的抽象载体
客户端只配置一个域名（如 gateway.example.com），DNS 解析到 VIP（例如 192.168.100.100）。这个 IP 不绑定在某台物理机网卡上，而是由 Keepalived 动态管理——它可能此刻在 node-a 上响应请求，下一秒因故障漂移到 node-b，但对用户完全透明。
- 所有 Nginx 节点都配置监听该 VIP（通过
bind或内核路由方式启用） - 实际对外提供服务的仅有一台（Master），其余为 Backup 待命
- 运维扩缩容、升级节点时，只要 VIP 不变，前端 DNS、客户端配置、监控告警规则全部无需调整
与 Nginx 反向代理协同构建逻辑统一出口
VIP 解决的是“IP 层入口稳定”，而 Nginx 负责“应用层流量分发”。两者结合，才能形成完整的统一出口能力：
- 在 Nginx 的
server块中，用固定server_name gateway.example.com绑定 VIP 所对应的域名 - 通过
location规则按路径（如/api/user）、子域名（如admin.example.com）或请求头分流至不同 upstream - 每个
upstream对应一组真实后端服务（如 user-service、order-service），支持权重、健康检查、自动容错 - 所有
proxy_pass请求都继承 VIP 入口的上下文，日志、限流、鉴权策略均可集中配置
Keepalived 确保 VIP 持续可用
VIP 本身不自愈，它的高可用依赖 Keepalived 实现的 VRRP 协议心跳机制：
- Master 节点周期性广播 VRRP 广告包（默认每 1 秒一次）
- Backup 节点持续监听，若连续 3 次未收到（即超时 3 秒），触发 VIP 漂移
- 漂移过程包含：释放原 VIP、ARP 刷新、启动 Nginx 服务、响应新请求，通常在 1–3 秒内完成
- 建议配合
notify_master/notify_backup脚本，在状态切换时执行健康检查或日志记录
注意云环境限制与替代方案
主流公有云（如阿里云 ECS、腾讯云 CVM）默认不支持用户直接配置 VIP 漂移，因其底层网络模型限制了 ARP 广播和本地路由接管。此时可考虑：
- 使用云厂商 SLB（负载均衡器）作为 VIP 的替代，后端挂载多台 Nginx 实例
- 在私有云或物理服务器环境部署，确保操作系统允许
arp_ignore/arp_announce内核参数调优 - 若必须云上自建，可改用 DNS 轮询 + 主动健康探测，但切换延迟更长、一致性更弱
