advert_int 是 Keepalived 中决定 VRRP 通告间隔的核心参数，直接影响故障检测灵敏度与切换稳定性；跨交换机场景需实测网络 RTT 与抖动后调优，不可沿用默认值 1。
advert_int 是 Keepalived 中最直接影响故障检测灵敏度和切换稳定性的核心参数，它定义了 VRRP 通告包的发送间隔（单位：秒）。在跨交换机通信场景下，网络路径变长、设备转发延迟增加、队列抖动加剧，若仍使用默认 advert_int 1，极易因偶发丢包或延迟超限触发误切换——这不是 Keepalived 故障，而是配置与真实网络不匹配。
先测清实际网络延迟特征
不能凭经验设值，必须基于实测。在主备节点间反复执行：
ping -c 20重点关注平均 RTT 和最大抖动（max rtt - min rtt）。例如：
- 同机柜内：RTT ≈ 0.3–0.8ms，抖动
- 跨接入+汇聚交换机：RTT ≈ 3–8ms，抖动达 5–12ms → advert_int 至少设为 2 或 3
- 跨核心或跨AZ：RTT ≥ 15ms，抖动常超 20ms → advert_int 建议 3–5，且必须配合 preempt_delay
advert_int 与超时机制的联动关系
VRRP 默认采用“3次未收到即切换”逻辑（即 3 × advert_int）。若 advert_int 过小，而网络延迟波动大，三次丢包就可能被误判为节点宕机。正确做法是让这个窗口能覆盖典型抖动周期：
- 设 advert_int = ⌈(实测平均 RTT + 2×抖动) / 1000⌉ + 1（单位秒，向上取整）
- 例如 RTT=6ms、抖动=10ms → (6+20)/1000≈0.026 → +1 → 推荐 advert_int=2
- 同步增大 preempt_delay（如设为 300），避免主节点恢复后立即抢回 VIP，引发 ARP 缓存未更新导致的请求丢失
配合其他关键参数防震荡
单调 advert_int 不够，需整体协同：
- track_script 的 timeout 和 fall 值也要放宽：脚本检测超时建议 ≥ 3s，fall 设为 2（而非默认 3），避免健康检查本身受网络延迟拖累误判
- 禁用 nopreempt 单独使用：它会让主节点永久失权；应改用 preempt_delay 实现“可恢复的延迟抢占”
- 检查 ARP 刷新行为：VIP 切换后，用 ip -s neigh show dev eth0 观察目标网关/下游设备的 ARP 条目是否及时更新；必要时在切换脚本中主动 arping -U -c 3 -I eth0 $VIP
