lvs+keepalived高可用集群

keepalive为LVS应运而生的高可用服务。LVS的调度器无法做高可用，于是keepalive这个软件，实现的是调度器的高可用。但是，keepalive不是专门为LVS集群服务的，也可以做其他代理服务器的高可用（面试）

LVS的高可用集群：主调度器和备调度器（可以有多个）一主两备或者一主一备

主调度器能够正常运行时，由主调度器进行后端真实服务器的分配处理。其余的备用调度器处在冗余状态 （既不参与集群的运转，只有主调度器出现故障无法运行的时候，备用调度器才会承担主调度器的工作，一旦主调度器恢复工作，继续由主调度器进行处理，此时被调度器又成了冗余）

VRRP：keepalive是基于VRRP协议实现LVS服务的高可用。解决了调度器单节点的故障问题

【VRRP协议就是leepalive工作流程（以↓四步）】

VRRP协议：提高网络路由器可靠性而开发的一种协议

选举出主和备，预先设定好了主和备的优先级。主的优先级较高，备的优先级较低。一旦开启服务器，优先级高的会自动抢占主的位置

VRRP组播通信：224.0.0.18  VRRP协议当中的主备服务器通过组播地址进行通信，交换主备服务器之间的运行状态。主服务会周期性的发送VRRP的报文消息，以告知其他备服务器主服务器现在的状态

主备切换：主服务器发生故障，或者不可达时，VRRP协议会把请求转移到被服务器。通过组播地址，VRRP可以迅速的通知其他服务器发生了主备切换，确保新的主服务器可以正常的处理客户端请求

故障恢复：一旦主服务器恢复通信，由组播地址进行通信，发现在恢复的主服务器优先级更高，会抢占原服务器的位置，成为主服务器，调度和接受请求

Ivs-DR模式结合keepalived

确定优先级，确定主备

主挂，vip到备，备成主

lvs-DR模式结合keepalived

keepalived的体系模块:

全局模块：core模块，负责整个keepalive启动加载和维护

VRRP模块：实现VRRP协议，主备切换

check模块：负责健康检查。检查的是后端真实服务器的健康状态。

脑裂：主和备同时拥有VIP地址。在高可用系统当中，联系两个节点的心跳线，本来是一体的，动作协调的高可用系统。心跳线断开之后，分裂成两个独立的个体，主备之间失去了联系，都以为对方出现了故障。两个调度器就像脑裂人一样，开始抢含主的位置，抢占VIP。主也有vip,备也有vip,导致整个集群失败。

软件层面：

1、配置文件

2、通过tcpdump进行抓包分析

重启

硬件层面：

网络层面：高可用服务器之间，心跳线检测失败，主备之间无法通信

硬件层面：①连接主备之间的心跳线老化；②网卡或者网卡驱动失效；③IP地址配置冲突；④防火墙没有配置心跳线消息的传输通道，导致检测失败；⑤后端服务器的配置问题，心跳方式不同。心跳广播冲突。软件BUG

如何解决leepalive脑裂的问题：

1、硬件: 准备两条心跳线，这样断一条依然能够传送心跳消息

2、设置防火墙，一定要让心跳的消息通过

3、依靠监控软件实时监测（zabbix）

dev开发环境（开发人员专用）

sit测试环境（测试人员使用，开发和运维人员也可以使用）

pre预生产环境（运维和开发人员使用）【和最终的生产环境要保持一致】

prd生产环境（面向用户的最终环境）

第一个keepalive：

工作方式基于VRRP协议：

1、确定主备

2、VIP地址只能有一个，出现在主服务器上

3、VRRP  224.0.0.18 组播地址，发送VRRP报文，检测主的心跳

4、主备切换，主出现故障，vip地址会飘移到备服务器

5、主服务器恢复，VIP地址要回到主

6、脑裂 主备都有vip  软件层面检查配置文件

7、keepalive不是只能和LVS搭配，也可以和其他服务配合，实现高可用