在服务器上配置VIP（虚拟IP）是实现业务高可用的核心操作，通过Keepalived或系统网络命令即可完成，关键在于理解VIP的漂移与抢占机制。
什么是服务器VIP，为什么需要配置它
服务器VIP（Virtual IP）是一个不与特定物理网卡绑定的逻辑IP地址，它可以在多台服务器之间动态迁移，当一台服务器宕机时，VIP会自动漂移到另一台健康节点，客户端感知不到任何变化，行业共识认为，VIP技术是构建高可用系统的基石，相比DNS轮询或硬件负载均衡，它成本更低，故障切换速度更快，多数情况下在秒级甚至毫秒级完成。
核心应用场景
- 数据库主备切换：MySQL双主或MHA架构中，VIP指向当前主库，主库宕机后VIP漂移到备用节点，应用无需修改连接地址。
- Web服务负载均衡：LVS或Nginx后端直接使用VIP作为入口，配合健康检查实现流量分发。
- 云环境混合部署：线下物理机与云服务器混用，通过VIP实现跨机房高可用，避免单点故障。
服务器配置VIP怎么操作？两种主流方法详解
根据你有无使用高可用管理软件,配置方式分为两种：使用Keepalived持久化配置和使用ip命令临时配置，后者适合测试和临时调试，前者适合生产环境长期使用。
使用Keepalived配置VIP（推荐用于生产）
Keepalived通过VRRP协议实现VIP漂移,配置简单且稳定，以下步骤以CentOS 7/8为例，其他发行版类似。
-
安装Keepalived
yum install -y keepalived
-
编辑主配置文件
路径通常为/etc/keepalived/keepalived.conf，主要定义vrrp_instance和VIP参数。
vrrp_instance VI_1 { state MASTER # 主节点为MASTER，备用为BACKUP interface eth0 # 绑定网卡名称 virtual_router_id 51 # 同一个VRRP组内ID必须一致 priority 100 # 主节点优先级高于备用 advert_int 1 authentication { auth_type PASS auth_pass 1234 } virtual_ipaddress { 192.168.1.100/24 dev eth0 # 你的VIP地址 } }
-
启动并验证
systemctl enable keepalived systemctl start keepalived ip addr show eth0 | grep 192.168.1.100 # 确认VIP已绑定到网卡
-
备用节点配置
将state改为BACKUP，priority设为低于主节点（如90），其余参数保持一致，当主节点宕机，备用节点自动接管VIP。
使用ip命令临时配置VIP（适合快速测试）
无需安装任何软件,直接用系统自带工具完成，重启后失效。
-
添加VIP
ip addr add 192.168.1.100/24 dev eth0 label eth0:1
这条命令在eth0上添加一个子接口,绑定VIP。
-
验证绑定
ip addr show | grep 192.168.1.100
-
删除VIP
ip addr del 192.168.1.100/24 dev eth0
注意：临时配置无法自动漂移，仅用于测试网络连通性，若想实现故障切换，必须配合脚本或Keepalived等工具。
服务器配置VIP和普通IP的区别在哪里
普通IP是固定绑定在服务器物理网卡上的,只要服务器运行，IP地址不变，VIP则是一个逻辑地址，可以随时被解绑和重新绑定，这使得它具备以下特点：
| 对比维度 | 普通IP | 虚拟IP（VIP） |
|---|---|---|
| 绑定方式 | 物理网卡固定绑定 | 逻辑绑定，可动态迁移 |
| 故障影响 | 服务器宕机，IP不可用 | VIP自动漂移到备用节点，服务不中断 |
| 管理复杂度 | 低，无需额外配置 | 需配置高可用软件或脚本 |
| 使用场景 | 单机服务 | 需要高可用、负载均衡的业务 |
业内专家指出，在服务器配置VIP用于高可用场景时，必须配合健康检查机制，否则VIP无法自动感知后端故障，Keepalived内置了健康检查脚本，LVS或Nginx则依赖自身检测模块，这些都与VIP紧密配合。
服务器配置VIP用于高可用场景的实践要点
主备模式的关键配置技巧
- 优先级和抢占：主节点恢复后，默认会抢占回VIP，导致二次切换，如果希望避免频繁切换，可以设置
nopreempt，但需在vrrp_instance中启用preempt_delay并配置state BACKUP。 - 多VIP配置：一个
vrrp_instance可以定义多个virtual_ipaddress，适用于多IP业务。 - 网卡绑定检测：Keepalived默认只监听绑定网卡，如果网卡down但系统未宕机，VIP不会漂移，建议启用
track_interface监测网卡状态。
云环境中的特殊注意事项
- 简米云/酷番云：由于云厂商网络限制，VRRP广播包可能被隔离，Keepalived无法直接使用，此时需要借助云厂商的API或SLB来实现VIP漂移，或者使用云原生高可用方案（如简米云HAVIP）。
- 上海等地域的机房
：如果你在上海服务器配置VIP，需提前向机房确认是否支持VRRP协议，部分机房禁止二层广播，需改为使用LVS+脚本或云平台VIP功能。
脚本控制VIP的另一种思路
当Keepalived不适用时,可以编写crontab脚本定时检测节点存活，并调用ip addr add/del手动切换VIP，这种方法在服务器配置VIP怎么操作的搜索中常被提及，但不推荐用于生产，因为脚本响应时间不可控，且容易引发脑裂。
服务器配置VIP常见问题解答
配置VIP后，两台服务器都能ping通同一个VIP，正常吗？
正常。VIP允许同时绑定到多台服务器，但需要确保只有一台服务器处于活动状态，否则会造成IP冲突，Keepalived通过VRRP协议保证同一时刻只有Master节点绑定VIP，备用节点不绑定，除非发生故障切换。
配置VIP时，virtual_router_id能不能随意设置？
不能,同一个二层网络内，虚拟路由ID必须唯一，否则不同vrrp实例会互相干扰，建议使用51到100之间的值，并确保与网络内其他Keepalived实例不重复。
使用Keepalived配置VIP后，客户端是否需要修改连接地址？
不需要。VIP对客户端透明，只要客户端始终连接VIP，主备切换时TCP连接会断开，但重连后自动指向新主节点，对于长连接应用，建议在应用层增加重试机制，或者使用haproxy/nginx等代理组件。
服务器配置VIP看似简单,但涉及高可用、网络协议、健康检查等多方面知识。掌握Keepalived或ip命令的配置方法，结合业务场景设计合理的切换策略，才能真正发挥VIP的价值，无论你是在本地机房还是云端，理解VIP的漂移原理和配置细节，都是迈向高可用架构的重要一步。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/531276.html
