使用Keepalived工具实现集群节点的高可用
- GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。
- GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。
- 作者：蟹黄瓜子
- 文章来源：社区投稿
1.前言
在集群当中离不开的一个词就是是高可用，用本文来简单聊聊Keepalived是什么、Keepalived如何实现高可用、Keepalived的使用场景。
- 首先，假设一个应用场景，内网有一台tomcat服务器，随着业务的增加、流量的增加一台tomcat服务器就变得不够用了，因此需要增加多台tomcat服务器，他们拥有相同的业务处理能力，为了可以统一对这些tomcat的访问同时更好地调度到不同的tomcat完成业务，可以添加一台nginx服务器。它的作用是为内网中的多台tomcat服务器提供负载均衡的动态访问，通过nginx，我们可以以不同的调度方式来到不同的tomcat来进行下一步的操作。
- 但这种模式是十分脆弱的，如果此时nginx宕机了，tomcat服务器就都访问不了了，假设也增加一台nginx赋予这台nginx相同的业务能力，那就又涉及到了这个问题，它需要一个统一的入口，如果在这两台nginx服务器的前面再放一台nginx或者是一台lvs服务器做这两台nginx的调度，只会使得这种部署方案进入一个死循环，变成一个无解的答案。
- 可以试着换一种思路，我就让这台nginx作为主机进行工作，同时为这台nginx准备一台备机，当主机宕机了，这台备机就可以及时顶替主机的工作。当然还需要考虑到这两台服务器是不同的ip，客户访问的是主机，怎么变成访问备机呢？如果要把备机的ip“换成主机的”显然不可取，有可能主机只是过热的短暂故障，如果ip被备机使用了，主机又突然恢复了，这个时候问题又出现了，因此，我们需要使用一个虚拟ip。
因此，实现的效果应是一主一备，主机宕机备机上线提供服务，不可能同时提供服务。访问业务通过的入口为vip，因此我们引入Keepalived，让其跑在两台nginx上，达到Keepalived之间的相互通信，检测心跳，如果主机宕机，Kpalived就将主机的vip漂移到备机上，这样就可以实现不需要关注这两台nginx的具体ip地址是多少就可以实现来者之间高可用的切换。至于宕机的服务器恢复以后重新上线是否作为主机就要根据配置文件里面的优先级进行竞选。
2.Kepalived介绍
Keepalived是一款保证集群高可用的一个服务软件，用来防止单点故障。Kepalived是以VRRP（Virtual Router Redundancy Protocol）协议（虚拟路由冗余协议）为实现基础的。
虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip（该路由器所在局域网内其他机器的默认路由为该vip），master会发组播，当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master。这样的话就可以保证路由器的高可用了。
3.Keepalived部署
假设nginx服务器为192.168.1.1、192.168.1.2，vip为192.168.1.200：
为机子安装环境，采用yum源安装：
[root@localhost ~]# yum -y install kernel-devel*
[root@localhost ~]# yum -y install openssl-*
[root@localhost ~]# yum -y install popt-devel
[root@localhost ~]# yum -y install lrzsz
[root@localhost ~]# yum -y install openssh-clients
[root@localhost ~]# yum -y install libnl libnl-devel popt
[root@localhost ~]# yum install -y curl gcc openssl-devel libnl3-devel net-snmp-devel
