一次Keepalived高可用事故，如何让我重学一遍其原理和配置细节？

本文共计4434个文字，预计阅读时间需要18分钟。

原文首段修改后：首次遇到：你好，我是悟空。前言：上次我们遇到了一个MySQL故障的难题，这次我又遇到了另一个奇特的挑战：Keepalived高可用组件的虚拟IP持续漂移，导致MySQL主从不断切换。

原文首发：

你好，我是悟空。

前言

上次我们遇到了一个 MySQL 故障的事故，这次我又遇到了另外一个奇葩的问题：

Keepalived 高可用组件的虚拟 IP 持续漂移，导致 MySQL 主从不断切换，进而导致 MySQL 主从数据同步失败。

虽然没能重现 Keepalived 的这个问题，但是我深入研究了下 Keepalived 的原理以及针对核心配置参数做了大量实验。悟空带着大家一起看下 Keepalived 到底是如何运转的，以及为什么它能做到高可用。

原理讲解分为上、中、下三篇：

上篇涉及以下知识点：

• Keepalived 如何提供数据流量转发。
• Keepalived 选举的原理。
• Keepalived 的负载均衡算法。

中篇涉及以下知识点：

• Keepalived 的路由规则。
• Keepalived 如何监控服务的。
• Keepalived 如何进行故障切换。
• Keepalived 的架构剖析。