Keepalived概念及配置文件介绍

IT.cat

已于 2022-09-07 16:05:26 修改

阅读量503

点赞数

文章标签：运维服务器 linux 负载均衡 vrrp

于 2022-09-07 16:01:27 首次发布

本文链接：https://blog.csdn.net/qq_57377057/article/details/126746918

版权

引言

一、Keepalived概述

二、keepalived工作原理

三、keepalived体系主要模块及其作用

四、keepalived服务重要功能

4.1、管理LVS负载均衡软件

4.2 支持故障自动切换（Failover）

4.3 实现 LVS 集群中节点的健康检查（Health Checking）

4.4 实现 LVS 负载调度器、节点服务器的高可用性（HA）

五、keepalived 高可用故障切换转移原理

引言

一、Keepalived概述

keepalived软件起初是专门为LVS负载均衡软件设计的，用来管理并监控LVS集群中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，keepalived除了能够管理LVS集群外，还可以为其他服务（例如：nginx、haproxy、mysql等）实现高可用。
keepalived软件是通过VRRP协议实现高可用功能，VRRP是Virtual Router Redundancy Protocol（虚拟路由器冗余协议）的缩写，VRRP出现的目的就是为了解决静态路由单点故障的问题，它能够保证当个别节点宕机时，震哥哥为了可以不间断地运行。

所以，kkepalived一方面具有配置管理LVS的功能，同时还具有对LVS下面节点进行监控检查的功能，另一方面可实现系统网络服务的高可用。

二、keepalived工作原理

keepalived是一个基于VRRP协议来实现的LVS服务高可用方案，可以解决静态路由出现的单点故障问题。
在一个LVS服务集群中通常有主服务器(master)和备份服务器(backup)两种角色的服务器，但是对外表现为一个虚拟IP，主服务器会发送VRRP通告信息给备份服务器，当备份服务器收不到VRRP消息的时候，即主服务器异常的时候，备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。
在keepalived服务之间，只作为主的服务器会一致发送VRRP广播包，告诉备它还活着，此时备不会抢占主，当主不可用时，即备监听不到主发送的广播包时，就会启动线管服务接管资源，保证业务的连续性，接管素服最快可以小于1s。

三、keepalived体系主要模块及其作用

keepalived体系架构中主要有三个模块，分别为core，check，vrrp

1、core模块：为keepalived的核心，负责主进程的启动，维护及全局配置文件的加载和解析
2、vrrp模块：来实现vrrp协议的
3、check模块：负责监控检查，常见的方式有端口检查及URL

四、keepalived服务重要功能

4.1、管理LVS负载均衡软件

keepalived可以通过读取自身的配置文件，实现通过更底层的接口直接管理LVS的配置以及控制服务的启动，停止功能

4.2 支持故障自动切换（Failover）

Keepalived可以实现任意两台主机之间，例如Master和Backup主机之间的故障转移和自动切换，这个主机可以是普通的不能停机的业务服务器，也可以是LVS负载均衡，Nginx反向代理这样的服务器。

Keepalived高可用功能实现的简单原理为，两台主机同时安装好Keepalived软件并启动服务，开始正常工作时，由角色为Master的主机获得所有资源并对用户提供服务，角色为Backup的主机作为Master主机的热备；当角色为Master的主机失效或出现故障时，角色为Backup的主机将自动接管Master主机的所有工作，包括接管VIP资源及相应资源服务；而当角色为Master的主机故障修复后，又会自动接管回它原来处理的工作，角色为Backup的主机则同时释放Master主机失效时它接管的工作，此时，两台主机将恢复到最初启动时各自的原始角色及工作状态。

Keepalived软件的官方站点是http://www.keepalived.org

4.3 实现 LVS 集群中节点的健康检查（Health Checking）

Keepalived可以通过在自身的Keepalived.conf文件里配置LVS的节点IP和相关参数实现对LVS的直接管理；除此之外，当LVS集群中的某一个甚至是几个节点服务器同时发生故障无法提供服务时，Keepalived服务会自动将失效的节点服务器从LVS的正常转发队列中清除出去，并将请求调度到别的正常节点服务器上，从而保证最终用户的访问不受影响；当故障的节点服务器被修复以后，Keepalived服务又会自动地把它们加入到正常转发队列中，对客户提供服务。

4.4 实现 LVS 负载调度器、节点服务器的高可用性（HA）

一般企业集群需要满足的三个特点：负载均衡、健康检查、故障切换，使用 LVS + Keepalived 完全可以满足需求。

五、keepalived 高可用故障切换转移原理

keepalived 高可用服务对集群之间的故障切换转移，是通过 VRRP（虚拟路由器冗余协议）来实现的。
在 keepalived 服务正常工作时，主（Master）节点会不断地向备（Backup）节点发送（多播的方式）心跳消息，用以告诉备节点自己还活看，当主节点发生故障时，就无法发送心跳消息，备节点也就因此无法继续检测到来自主节点的心跳了，于是调用自身的接管程序，接管主节点的 IP 资源及服务。而当主节点恢复时，备节点又会释放主节点故障时自身接管的 IP 资源及服务，恢复到原来的备用角色。

六、VRRP通信原理

1、VRRP也就是虚拟路由冗余协议，它的出现就是为了解决静态路由的单点故障。
2、VRRP是通过一种竞选协议机制来将路由任务交给某台VRRP路由器的。
3、VRRP用IP多播的方式（默认多播地址（224.0.0.18））实现高可用之间通信。
4、工作时主节点发包，备节点接包，当备节点接收不到主节点发的数据包的时候，就启动接管程序接管主节点的资源。备节点可以有多个，通过优先级竞选，但一般Keepalived系统运维工作中都是一对。
5、VRRP使用了加密协议加密数据，但Keepalived官方目前还是推荐用明文的方式配置认证类型和密码。

七、keepalived脑裂及解决办法

7.1、keepalived脑裂

在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。

7.2、脑裂的原因

1、高可用服务器对之间心跳线链路发生故障，导致无法正常通信。如心跳线坏了（包括断了，老化）。
2、因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）。
3、因心跳线间连接的设备故障（网卡及交换机）。
4、因仲裁的机器出问题（采用仲裁的方案）。
5、高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。
6、Keepalived配置里同一 VRRP实例如果 virtual_router_id两端参数配置不一致也会导致裂脑问题发生。
7、vrrp实例名字不一致、优先级一致。

7.3、应对策略

        1、添加冗余的心跳线，例如：双线条线（心跳线也HA），尽量减少“裂脑”发生几率
        2、启用磁盘锁。正在服务一方锁住共享磁盘，“裂脑”发生时，让对方完全“抢不走”共享磁盘资源。但使用锁磁盘也会有一个不小的问题，如果占用共享盘的一方不主动“解锁”，另一方就永远得不到共享磁盘。现实中假如服务节点突然死机或崩溃，就不可能执行解锁命令。后备节点也就接管不了共享资源和应用服务。于是有人在HA中设计了“智能”锁。即：正在服务的一方只在发现心跳线全部断开（察觉不到对端）时才启用磁盘锁。平时就不上锁了。
        3、设置仲裁机制。例如设置参考IP（如网关IP），当心跳线完全断开时，2个节点都各自ping一下参考IP，不通则表明断点就出在本端。不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源。
        4、利用脚本检测、报警。