keepalived抢占

### Keepalived抢占模式配置

#### 配置文件设置
在Keepalived的配置文件`/etc/keepalived/keepalived.conf`中定义VRRP实例时，可以通过指定`nopreempt`选项来控制是否启用抢占模式。当此参数被省略，默认情况下Master节点会尝试重新获取VIP如果其状态恢复正常。

对于希望开启抢占的情况，则不需要显式声明该关键字；而为了禁用抢占功能，在Backup角色下可以加入`nopreempt`指令[^4]：

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 51
    priority 90
    nopreempt        # 禁止备份服务器转为主服务器
    ...
}

#### 日志监控与分析
遇到抢占机制未能按预期工作的状况时，应当检查系统日志以定位潜在原因。通过命令`tail -100f /var/log/messages | grep Keep*`可实时跟踪Keepalived的日志输出，这有助于识别任何异常情况或错误消息[^1]。

例如，若观察到某台设备频繁切换成MASTER却并未实际接管服务，可能是由于网络延迟或其他因素干扰了选举过程。此时应进一步调查是否存在其他应用程序占用过多资源从而影响到了Keepalived的行为。

#### 解决方案建议
针对非抢占模式下的重启失效问题，有几点值得注意：
- **排除外部干扰源**：确认是否有额外的任务调度（如脚本执行）导致CPU负载过高，进而间接影响Keepalived的工作效率。
- **优化健康检测策略**：适当调整心跳包发送间隔(`advert_int`)以及失败阈值等参数，使得故障判断更加精准可靠。
- **验证网络连通性**：确保各成员间通信顺畅无阻塞，特别是对于多网卡环境下需特别留意绑定关系是否正确设定。