负载均衡-对nginx+keepalived的进一步分析
上一节我们把nginx的安装和keepalived的安装已经做了一个说明的了，并大概把keepalived的一些配置罗列出来，但是在此之前我还没有对keepalived进行具体的解释，以及还没有真正的进行负载均衡的优化，这一节是对上一节的加深理解，如果需要初步了解负载均衡的相关知识，请关注我的头条号，上一节文章快速入口：
测试环境：
virtual box
操作系统：Ubuntu
VM1:192.168.3.3
VM2:192.168.3.4
软件：nginx+keepalived
VIP:192.168.3.200
知识准备
首先需要对负载均衡的知识有一定的了解，我在前几篇文章都有说到的，其次需要配置好上述的环境，最后可以开始我们的课程了
负载均衡的应用
随着我们应用的用户日益爆发，网站访问量暴增，导致应用出现单点故障的可能性增大，为了保证我们的应用服务可以提供不间断的服务，那么我们需要一套高可用的负载均衡方案
为什么需要用到负载均衡
在我们现实的应用中，我们开发好一个应用后，我们就直接部署到服务器上，举例我们要部署一个spring mvc的项目，我们会把程序打包然后放到服务器的Tomcat上运行，然后部署好域名，用户通过域名访问到我们的spring mvc 项目，那么完整的过程可能就是我们下面的图那样
大家可以看到上图，可能会想到一个问题就是，上图的app server如果崩溃停止运行了，那么我们的用户，就无法访问到我们的数据了。这样一来，就出现故障，然而为了解决我们的故障，我们需要引入一个负载均衡的方案，我们通过Nginx这个转发服务器来实现.
由于我们直接部署会出现上述的问题，我们通过引入Nginx服务，通过Nginx服务器，我们可以根据后端服务器相应的权重和健康度来进行转发，如下图所示，这里的权重都是100，就意味着，Nginx访问到两台服务器的概率是一样的，同时如果Appserver1服务器停机，那么Nginx检查到这台服务器已经停掉，那么它会转发到AppServer2上，这样就解决了我们上面直接部署的问题，从而实现了负载均衡。
大家细心的想想上图，可能会想出端倪了，觉得有点不对劲，如果我们的Nginx崩溃了，怎么办啊？那我用户也是不能通过访问域名进入到服务器啊，没错，这个就是我们负载均衡的单点故障，我们简单的通过Nginx是服务解决这一问题，那么我们引入了keepalived.
那KeepAlived在这里解决了什么问题，我们上一节说的，Keepalived时候VRRP协议的实现，而VRRP会产生一个虚拟的IP，它会选举出主节点的ip,然后会访问相应的服务器，Keepalived会检查相应的服务器的健康度，如果改服务器出现崩溃，它会选举出另外一台机器作为主节点，具体实现可以看我们下图
上图可以看到用户通过域名访问到我们指定的外部的VIP，虚拟的IP，我们根据keepalived设置好主节点和备份节点，当主节点可行的时候，我们用户会首先通过主节点，然后访问Nginx,Nginx在根据我们的权重和健康度，访问到App Server1或者Appserver2.再访问我们的数据库。当主节点出现问题的时候，我们的keepalived会切换到备份节点去，然后用户通过浮动Ip，就会访问到我们的负载均衡服务器2这里，再进行下一步操作。
特别注意：上图可以看出我们如果要配置服务器，需要对我们两台服务器都部署keepalived和Nginx
经过这样的图解，我相信大家对负载均衡有了相当认识的了解了。
Keepalived的进一步分析
在上一节中，我们只是简单的配置了主节点和备份节点网关和虚拟IP的参数而已，对于Keepalived的配置我这里还需要做进一步说明
我们在上一节已经创建了keepalived的配置文件，/etc/keepalived/keepalived.conf，在VM1,也就是我们的master（主节点）输入了如下的参数
这里的state，我这里输入为MASTER就说明我们通过浮动IP访问的时候回把这台服务器作为主节点，当然不是设置了这个字符就可以了，还需要对我们的优先级Priority的值进行设置，我这里设置成150，interface就是代表要绑定我们的网卡设备，我这里虚拟机的设备为ENP0S3,至于virtual_router_id，就是我们自己设置的虚拟路由的用户组的ID，可以设置0-255之间。不过要注意的是，我们的主节点和备份节点要设置成同一的用户组id,而Advert_int，就是我们检查间隔，单位是秒，我这里设置成每秒。authertication就是加密验证，Virtual_ipaddress,代表的是虚拟IP，VIP就是我们负载均衡图片中的浮动IP，这个IP，我们可以设置成同一网关的IP就好了，不过要注意就是和我们VM1和VM2的IP不要冲突。
VM2的配置，
我们在VM2的配置，唯一的区别就是state和priority，我这里做个修正，上一节我的priority填写的是151，这个节点的值是错误，因为备份节点优先级的值永远要比主节点的值低。state，这里需要填写BACKUP,代表备份节点，而priority，主节点的值是150，所以我这里设置成149，其余的参数都一样。
启动nginx,keepalived后，我们访问192.168.3.200这个虚拟的IP后，可以访问到我们主节点的网站
邮件警报提醒功能的设置
上面只是配置我们常用的信息，不过我们可能还需要收取一下由keepalived发送的报警邮件呢
我们在/etc/keepalived/keepalived.conf下增加如下的代码
global_defs {
notification_email {
liangeming@foxmail.com #这里就是我们的收到警报的邮件地址，我们可以设置多个，每行一个，注意的就是，我们要开启发送邮件的服务
}
notification_email_from liangeming@foxmail.com ，#设置发送人
smtp_server 127.0.0.1 #smtp服务器地址
smtp_connect_timeout 30 #超时设置
router_id LVS_DEVEL #keepalived服务的一个标识。
}
当我们配置好上面的邮件服务后，我们的keepalived检查出现问题，那么我们会收到邮件，我们需要对我们出现故障的服务器进行修复，这样被修复的服务器才会再加入到队列里面。
Nginx的检查
之前有人问我Nginx出现问题，怎么检查到的，我们这里通过Keepalived的一个脚本，至于nginx怎么会出现问题，有可能是负载过大，内存等等问题，我们在/etc/keepalived/keepalived.conf下增加如下检查Nginx脚步的代码
vrrp_script chk_nginx {
script "/usr/bin/killall -0 nginx"
interval 2
weight 2
fall 2
rise 2
}
track_script {
chk_nginx
}
今天的课程就讲到这里，下一节，我会继续讲解负载均衡之LVS+Keepalive+nginx，欢迎继续关注我的头条号：一点热，以后我的项目会共享到github，大家可以上去下载相应的配置文件，github路径是yeehot,欢迎大家收藏与转发，如果转载到其它网站，请与我联系。