服务器支持vrrp,在VRRP下挂服务器的场景中,为什么要基于MAC表项刷新ARP表项

在以太网中,MAC地址表项用于指导设备进行二层数据转发,ARP表项通过IP地址和MAC地址的映射指导设备进行不同网段间的通信。

在VRRP下挂服务器的场景中,MAC地址表项的出接口通过报文触发刷新,ARP表项的出接口是在老化时间到后通过老化探测进行刷新的。这样就可能会出现MAC表项和ARP表项出接口不一致的情况,即MAC地址表项的出接口已刷新,而ARP表项的出接口没有及时刷新的情况。此时可以使能MAC刷新ARP的功能,在MAC地址表项出接口刷新时,直接刷新ARP表项的出接口。如图3-27所示的场景,SwitchA和SwitchB作为Server的网关,通过VRRP来增强可靠性,VRRP协议报文通过两个Switch之间的直连链路收发。Server发送报文时,一般情况下只会选择一个网口发包,当检测到网络故障或者流量异常时,会切换到另外一个网口发包。

SwitchA为VRRP主设备,一开始服务器使用Port1发送报文,此时SwitchA学习到的服务器ARP表项和MAC表项都在Port1接口上,SwitchB学习的服务器MAC在Port2接口;

当服务器检测到Port1故障时,服务器切换至Port2继续发送业务报文,这时SwitchA学习到的服务器MAC地址会刷新到Port2,但如果服务器切换转发接口后不主动发送ARP请求报文的话,ARP表项还是在Port1接口上。这样SwitchA发往服务器的报文就会从接口Port1接口发出去,而不能被正确转发,直到该ARP表项老化。

这种情况下就可以在SwitchA和SwitchB上配置MAC刷新ARP功能,当MAC表项的出接口变化时,会即时更新ARP表项的出接口,从而保证MAC表项和ARP表项出接口的一致性。

图3-27 VRRP主备切换时配置MAC刷新ARP示意

3863a1b3

基于MAC表项刷新ARP表项功能缺省未使能,可通过mac-address update arp命令使能该功能。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
VRRP实例是在keepalived配置的高可用功能的一部分。它用于定义节点角色(主从)、绑定端口、节点间验证机制和集群服务IP等。通过配置VRRP实例,可以实现节点之间的主备切换和故障恢复。 VRRP实例的配置包括以下内容: - state:定义节点的角色,可以是主(MASTER)或从(BACKUP)。 - interface:绑定VRRP实例的网络接口。 - virtual_router_id:虚拟路由器的ID,用于标识VRRP实例。 - priority:节点的优先级,用于确定主节点。 - advert_int:广播间隔时间,示主节点发送VRRP消息的频率。 - mcast_src_ip:多播源IP地址,用于指定VRRP消息的源地址。 - track_interface:用于定义节点间的接口状态检测。 - authentication:用于配置VRRP消息的认证方式和密码。 - virtual_ipaddress:虚拟IP地址的配置,用于提供集群服务。 - virtual_routers:虚拟路由的配置,用于指定不同网络段的路由信息。 - nopreempt:禁止主节点抢占,确保主节点不会被从节点取代。 - preemtp_delay:主备切换的延迟时间。 除了VRRP实例的配置,还可以使用VRRP同步组(vrrp_sync_group)来进行多个VRRP实例之间的同步。同步组可以确保任何一个实例出现问题时,keepalived会进行主备切换。同步组的配置包括指定实例组和相关的通知脚本。 总结来说,VRRP实例是在keepalived配置的用于实现高可用功能的一部分,通过设置节点角色、接口状态检测和虚拟IP地址等参数,实现主备切换和故障恢复。同时,可以使用VRRP同步组来确保多个VRRP实例之间的同步。<span class="em">1</span><span class="em">2</span><span class="em">3</span><span class="em">4</span>
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值