启动 IP 之前的 keepalived 延迟

启动 IP 之前的 keepalived 延迟

是否可以在 keepalived 中启动虚拟 IP 之前配置延迟?

背景:我有多个 Master/Master MySQL 设置。每次只使用一个 Master。Keepalived 用于 mysql 流量的 VIP。当 VIP 切换到另一个 master 时,VIP 再次启动之前应该有 5 秒的延迟。确保另一方有足够的时间完成最后的复制流量。

答案1

我收到了昆汀·阿米蒂奇的回复:

没有配置选项明确导致在新的主服务器上配置 VIP 的延迟,但我能想到有几种方法可以实现你想要的(当然,延迟完全违背了 VRRP 的目的,VRRP 的目的是试图最大限度地减少 VIP 不可用的停机时间)。

选项1。

这将导致停机时间比维护时间更长(当我假设 keepalived 在现有主服务器上关闭时)。

将您的 VRRP 实例配置为使用 VRRP 版本 3、advert_int 为 5 秒,并且您的两个 VRRP 实例分别使用优先级 1 和优先级 2。

如果原始主服务器上的 keepalived 停止运行(我假设这是出于维护目的),它将发送优先级为 0 的广告,由于另一个实例的优先级为 1,它将等待 (256 - 1) / 256 * 5 秒(即 4.98 秒)后才接管主服务器(将 advert_int 设置为 5.02 将为您提供接近精确的 5 秒延迟)。 这样做的缺点是,如果发生中断,备份服务器将需要 15 到 19.98 秒才能接管主服务器。

选项 2

使用防火墙阻止对 VIP 的访问,直到新的主机准备就绪。

您可以使用notify_backup和notify_master脚本来执行此操作,但notify脚本的执行顺序不可靠,因此您应该使用notify_fifo和脚本来读取keepalived.conf(5)手册页中的FIFO(请参阅vrrp_notify_fifo和vrrp_notify_fifo_script)。keepalived源代码树中的doc/samples目录中有一个sample_notify_fifo.sh脚本,它可能被安装在您的发行版的某个地方,如/usr/share/doc/keepalived。

当 FIFO 收到备份消息时,添加防火墙规则以丢弃发往 VIP 的数据包。当 FIFO 收到主消息时,异步运行脚本,该脚本休眠 5 秒,然后删除防火墙规则。

https://groups.io/g/keepalived-users/topic/is_it_possible_to_configure/81962597

相关内容