Keepalived配置：VRRP实例与VIP分属不同网卡的风险问询

环境与配置说明 #

我有两台安装了Linux和Keepalived的虚拟机，主机名分别为master和slave，每台虚拟机配置了两个分属不同子网的网卡：

• master：
  • eth1 - 192.168.1.101/24
  • eth2 - 192.168.56.101/24
• slave：
  • eth1 - 192.168.1.102/24
  • eth2 - 192.168.56.102/24

当前Keepalived配置如下：

master节点配置 #

vrrp_instance VI_1 {
    state MASTER
    interface eth1
    virtual_router_id 1
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass HURRDURR
    }

    virtual_ipaddress {
        192.168.1.250/32  dev eth1 label eth1:vip0
        192.168.56.250/32 dev eth2 label eth2:vip0
    }
}

slave节点配置 #

vrrp_instance VI_1 {
    state BACKUP
    interface eth1
    virtual_router_id 1
    priority 99
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass HURRDURR
    }

    virtual_ipaddress {
        192.168.1.250/32  dev eth1 label eth1:vip0
        192.168.56.250/32 dev eth2 label eth2:vip0
    }
}

问题 #

在指定interface的网卡允许VRRP组播的前提下，这类配置是否存在隐患？
我的理解是：interface选项仅用于Keepalived实例间的通信，指定发送组播流量协商主备角色的网卡，不会影响已正确配置的VIP。

解答 #

这种配置存在严重的单点故障隐患，你的理解并不全面：

1. VRRP协商链路单点风险
   所有VRRP心跳报文都通过eth1发送，一旦eth1所在的192.168.1.0/24子网出现故障（比如交换机断电、网卡故障），两台节点之间的VRRP宣告彻底中断。此时slave节点会判定master失效，抢占成为MASTER，导致双主冲突——两个节点都会在eth2上配置192.168.56.250，造成192.168.56.0/24子网内的设备路由混乱，无法正常访问该VIP。

2. VIP与实例的绑定逻辑
   interface字段确实负责VRRP组播通信，但整个vrrp_instance是一个整体：当实例因eth1故障进入异常状态时，会移除该实例下的所有VIP，包括eth2上的192.168.56.250。反过来，如果eth2故障但eth1正常，master仍会保持MASTER状态，但eth2上的VIP已不可用，而slave因为能收到心跳不会接管，直接导致192.168.56.0/24子网的VIP服务中断。

3. 优化方案
   应该为每个子网单独配置独立的vrrp_instance，各自绑定对应网卡：

   • 针对192.168.1.0/24子网，创建vrrp_instance VI_1，绑定eth1，VIP设为192.168.1.250
   • 针对192.168.56.0/24子网，创建vrrp_instance VI_2，绑定eth2，VIP设为192.168.56.250
     这样两个子网的VRRP协商完全独立，某一个子网故障不会影响另一个子网的VIP服务，彻底避免双主冲突和单点故障问题。

内容的提问来源于stack exchange，提问作者Al Ryz