管理VRRP
产生原因
为了提高网络可靠性,通常部署设备主备双归属。为了满足不同的业务需要,设备之间可以运行多个VRRP备份组。而每个VRRP备份组都需要维护自己的状态机,这样设备之间就会存在大量的VRRP协议报文。
为了减少协议报文对带宽的占用及CPU资源的消耗,可以将其中一个VRRP备份组配置为管理VRRP备份组(mVRRP),其余的VRRP备份组作为业务VRRP备份组与管理VRRP备份组进行绑定。此时,管理VRRP负责发送协议报文来协商设备的主备状态;业务VRRP不发送协议报文,其主备状态由管理VRRP的状态决定,以此减少协议报文对CPU与带宽资源的消耗。
- 管理VRRP与业务VRRP部署在同一侧;
- 管理VRRP部署在DeviceA和DeviceB之间的直连链路上。
相关概念
管理VRRP备份组:管理VRRP备份组与普通VRRP备份组一样,会通过VRRP协议报文来协商VRRP设备的主备状态。管理VRRP备份组具有两种角色:
- 当管理VRRP备份组作为网关使用时,管理VRRP既负责协商设备的主备状态,也承担业务流量。该场景下,用户必须创建一个跟管理VRRP的标识相同的普通VRRP备份组并配置虚拟IP地址,该虚拟IP地址即为用户设置的网关地址。
- 当管理VRRP备份组不作为网关使用时,管理VRRP只负责协商设备的主备状态,不承担业务流量。该场景下,管理VRRP不需要具有虚拟IP地址,用户可以直接在接口上创建管理VRRP备份组。该配置在一定程度上降低了用户维护的复杂度。
业务VRRP备份组:普通VRRP备份组与管理VRRP备份组绑定后成为业务VRRP备份组。业务VRRP备份组不再发送VRRP协议报文,它的状态由所在接口状态及与其绑定的管理VRRP备份组的状态共同决定。业务VRRP可以通过flowdown和unflowdown两种方式与管理VRRP联动:
- flowdown:该方式用在要求上下行流量路径一致的组网中。当管理VRRP设备的状态变为Backup或者Initialize时,通过flowdown方式与该管理VRRP联动的所有业务VRRP的状态变为Initialize。
- unflowdown:该方式用在不要求上下行流量路径一致的组网中。当管理VRRP设备的状态变为Backup或者Initialize时,通过unflowdown方式与该管理VRRP联动的所有业务VRRP的状态与管理VRRP的状态保持一致。
多个业务VRRP备份组可以绑定同一个管理VRRP备份组,但该管理VRRP备份组不能作为业务VRRP备份组与其他管理VRRP备份组进行绑定。
当业务VRRP所在接口状态为Down时,它的状态将变为Initialize,此时不再由管理VRRP状态决定。
使用价值
配置了管理VRRP后,具有以下价值:
- 管理相对简单:由管理VRRP备份组实现对业务VRRP备份组状态的统一管理。
- 减少资源消耗:业务VRRP不再发送协议报文,减少协议报文对CPU及网络资源的消耗。