keepalived master和backup切换的时候arp缓存更新流程是怎么样的？

在使用Keepalived配合高可用虚拟IP（HaVip）实现服务高可用的架构中，当主备切换发生时，即从Master节点切换到Backup节点，ARP缓存更新流程如下：

1. 检测失败：Keepalived在Master节点上运行，并通过VRRP（Virtual Router Redundancy Protocol）协议周期性地发送心跳消息。当Master节点出现故障或心跳消息停止时，Backup节点将检测到这一变化。

2. 状态变迁：Backup节点识别到Master节点不可用后，会改变其自身状态，从Backup转变为Master角色。这一转变伴随着优先级的调整，使得Backup节点成为新的主节点，能够接管服务。

3. ARP公告：新晋的Master节点（原Backup节点）会立即通过ARP协议广播一个新的ARP报文，该报文声明自己是之前由Master节点持有的HaVip的新的MAC地址拥有者。这个过程是为了更新网络中所有设备的ARP缓存表，确保后续发往该HaVip的数据包会被正确路由到新的Master节点。

4. 流量转移：网络中的设备接收到新的ARP响应后，会更新其本地ARP缓存，将HaVip映射到新的MAC地址上。这样，即使服务的物理提供者已经变更，外部请求依然能够无缝地被重定向到新的服务节点，而不会感知到中间的服务中断或IP地址的变化。

综上所述，通过ARP协议的主动公告机制，Keepalived与HaVip协同工作，实现了在主备切换过程中快速且透明的流量迁移，保证了服务的连续性和可用性。

请注意，实际的切换时间受到网络环境、硬件性能以及Keepalived配置等因素的影响，但正常情况下，一旦Keepalived检测到异常并完成切换，流量即可通过HaVip立即转移。