Keepalived怎么配置当连续检测失败3次后主动降低自身优先级Priority-LINUX-PHP中文网

必须用vrrp_script + weight + fall组合：定义脚本返回非0触发失败计数，fall 3表示连续3次失败才应用weight（如-30），使实际priority=配置priority+weight，结果截断在1～255区间。

keepalived怎么配置当连续检测失败3次后主动降低自身优先级priority

keepalived.conf 里怎么写 vrrp_script 实现连续失败3次降权

要让 Keepalived 在健康检查连续失败 3 次后主动降低 priority，不能只靠 priority 静态值，必须用 vrrp_script + weight + fall 组合。核心逻辑是：脚本每次执行返回非 0 → 触发一次“失败计数”，累计达 fall 3 才真正应用 weight 值（比如 weight -30），从而让实际优先级下降。

示例配置片段：

vrrp_script chk_nginx {
    script "/usr/bin/killall -0 nginx 2>/dev/null"
    interval 2
    fall 3
    rise 2
    weight -30
}

注意点：

script 必须返回 0 表示成功，非 0（如 1）表示失败；killall -0 nginx 是轻量级进程存在性检查，比 curl 更快更稳
interval 2 表示每 2 秒执行一次，配合 fall 3，意味着至少 6 秒无响应才触发降权
weight -30 是“扣分”，不是设置新 priority；若原 priority 100，降权后变成 70
rise 2 要求连续 2 次成功才恢复权重，防止单次瞬时恢复就抢回 VIP

track_script 怎么绑定到 vrrp_instance 才生效

光定义 vrrp_script 不起作用，必须在 vrrp_instance 块里用 track_script 显式引用，否则 Keepalived 完全忽略该脚本。

正确写法：

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
<pre class="brush:php;toolbar:false;">authentication {
    auth_type PASS
    auth_pass 1111
}

virtual_ipaddress {
    192.168.1.100/24
}

track_script {
    chk_nginx   # 必须和 vrrp_script 名字完全一致
}

}

常见错误：

AVC.AI

AVC.AI是一款提供图片和视频增强、修复、上色和抠图的在线 AI 工具平台。

下载

脚本名大小写不一致（如定义为 chk_Nginx，但 track_script 写成 chk_nginx）→ 日志报 Unknown script 'chk_nginx'
漏掉 track_script 块 → 脚本照常执行，但 weight 永远不叠加，priority 不变
state MASTER 和 priority 不匹配（如 priority 80 却设 state MASTER）→ 启动时 warn，可能被强制降为 BACKUP

为什么 fall 3 后 priority 没变？排查关键点

实际运行中常出现“脚本明明失败了，VIP 就是不漂移”，大概率不是配置语法错，而是底层条件没满足导致 weight 未参与计算。

重点检查这几项：

确认 virtual_router_id 主备节点**完全一致**（比如都是 51），差 1 都会导致两节点互不可见，各自当 MASTER
确认 interface 名称主备一致（eth0 vs ens33 是常见坑），否则 VIP 根本绑不上，日志里反复出现 invalid interface
检查防火墙是否放行 VRRP 协议：需允许 proto 112，不是 UDP 端口；CentOS 7+ 默认 firewalld 会拦，用 firewall-cmd --add-protocol=vrrp --permanent 加规则
查看 /var/log/messages 或 journalctl -u keepalived，搜索 Weight decreased by 或 priority changed，没有这些日志说明 weight 根本没触发
用 ip addr show eth0 看 VIP 是否已存在；再用 killall -0 nginx 手动测试脚本返回值，确保它真能失败