keepalived 发生脑裂

Question

keepalived 配置的主备
192.168.254.182 k8s2 --master
192.168.254.183 k8s3 --bakup
192.168.254.184 vip

keepalived 刚开始启动都是正常的，重启 k8s2即VIP所在主机。发现VIP在主备都有了.

k8s2日志：

k8s3日志：

k8s2和k8s3网络是互通的

k8s2 keepalived.conf配置如下：

k8s3 keepalived.conf配置如下：

Answer 1

以下内容由CHATGPT及阿里嘎多学长共同生成、有用望采纳：

---

根据你提供的信息和日志文件，我们可以进行以下步骤来分析和解决keepalived脑裂的问题：

1. 分析日志文件

从你提供的日志文件中，我们可以看到：

• k8s2和k8s3的日志都显示了keepalived服务的启动和停止。
• k8s2日志显示，它在重启后进入了MASTER状态，并开始发送gratuitous ARP来宣告VIP。
• k8s3日志显示，它收到了来自k8s2的低优先级的通告，并触发了新的选举，然后也开始发送gratuitous ARP。

2. 检查配置文件

• k8s2配置：priority 设置为100，这表明k8s2认为自己是master节点。
• k8s3配置：priority 同样设置为100，这表明k8s3也认为自己有资格成为master节点。

3. 识别问题

• 配置冲突：k8s2和k8s3的priority都设置为100，这可能导致它们都认为自己有权成为master节点。
• 网络问题：如果网络配置不当，可能导致VRRP通告没有正确传递，使得两个节点无法正确感知对方的状态。

4. 提出解决方案

• 调整优先级：确保k8s2的priority高于k8s3，例如，k8s2设置为101，k8s3设置为100。
• 网络配置：检查网络配置，确保k8s2和k8s3之间的网络是互通的，并且VRRP通告能够正确传递。
• 使用unicast：如果可能，配置keepalived使用unicast模式，这样只有master和backup节点之间会发送VRRP通告，减少网络中的冲突。
• 配置检测脚本：如果使用了脚本进行健康检查，确保脚本能够正确反映服务状态，并且在检测失败时能够降低节点的优先级。

5. 参考链接

• Keepalived官方文档
• Keepalived脑裂问题解决方案

6. 后续步骤

• 根据上述建议调整配置，并重新启动keepalived服务。
• 监控日志文件，确保VIP正确地在主备节点之间切换，没有出现脑裂现象。
• 如果问题仍然存在，可能需要进一步检查网络设备配置，或者考虑使用专业的网络监控工具来诊断问题。

希望这些建议能帮助你解决keepalived脑裂的问题。如果需要进一步的帮助，请随时提问。