个人笔记nginx：高可用与keeplived

1.高可用介绍

简单理解：出现故障，自动恢复，对于用户而言无感知。
专业理解：减少系统不能对外提供服务的时间。4个9 5个9。

2.高可用实现手段?

2.1 硬件
2.2 软件 keepalived 基于VRRP协议来实现。VRRP虚拟路由冗余协议，主要用来解决单点故障问题。

3.keepalived高可用核心概念总结?

1.如何确认谁是主谁是备节点？ 优先级。 谁的优先级高谁就是master。
2.master故障，然后恢复？ 抢占式、非抢占式。

4.keepalived高可用安装与配置?

安装：
	yum install keepalived -y
配置
	master （优先级）   lb01  100

[root@lb01 ~]# cat /etc/keepalived/keepalived.conf
global_defs {
    router_id lb01
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 50
    priority 150
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
}
    virtual_ipaddress {
        10.0.0.3
    }
}

		backup （优先级）	  lb02   90
[root@lb02 ~]# cat /etc/keepalived/keepalived.conf
global_defs {
    router_id lb02
}

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 50
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        10.0.0.3
    }
}

	启动
systemctl enable keepalived
systemctl start keepalived

5.keepalived高可用地址漂移测试

[root@lb01 ~]# ip addr | grep 10.0.0.3

尝试停止master的keeplaived
[root@lb01 ~]# systemctl stop keepalived

在slave上查看是否有对应的VIP
[root@lb02 ~]# ip addr|grep 10.0.0.3
inet 10.0.0.3/32 scope global eth0

像 vrrp 224.0.0.18 发送组播数据报文?
广播：比如我讲课，说一句话，所有人 都收到了。
组播：是 一种特定的广播，只有特定的人群才可以收到。

keepalived高可用抢占式与非抢占式

抢占：		master故障，backup接管，master恢复后会抢占VIP。   （发生2次切换）  默认就是抢占式。
	对于并发访问非常高的 站点，不建议配置抢占，因为会发生至少2次VIP地址漂移。
	什么情况用：  master 和 backup 的 配置 不对等。  （ master性能高，backup性能弱。 ）
非抢占：		master故障，backup接管，master恢复了不会抢占VIP，除非backup故障，master会再次接管VIP。

配置非抢占式步骤如下
1、两个节点的state都必须配置为BACKUP(官方建议)
2、两个节点都在vrrp_instance中添加nopreempt参数
3、其中一个节点的优先级必须要高于另外一个节点的优先级。
两台服务器都角色状态启用nopreempt后，必须修改角色状态统一为BACKUP，唯一的区分就是优先级。

#Master
    vrrp_instance VI_1 {
        state BACKUP
        priority 150
        nopreempt
    }

#Backup
    vrrp_instance VI_1 {
        state BACKUP
        priority 100
        nopreempt
    }

keepalived高可用与Nginx集成

准备环境：
10.0.0.5 已经配置好的负载均衡 （ blog、zh ）
10.0.0.6
安装Nginx
拉取10.0.0.5 的配置
目的：确保10.0.0.5 与 10.0.0.6 配置一致，无论通过5 或者 6 都能正常访问 blog 和 zh

[root@lb02 ~]# scp root@172.16.1.5:/etc/yum.repos.d/nginx.repo /etc/yum.repos.d/
[root@lb02 ~]# yum install nginx -y
[root@lb02 ~]# scp -rp 172.16.1.5:/etc/nginx /etc/
[root@lb02 ~]# nginx -t
[root@lb02 ~]# systemctl enable nginx
[root@lb02 ~]# systemctl start nginx

配置高可用：
1.提供的VIP是10.0.0.3
2.将域名解析指向到10.0.0.3
解析：10.0.0.3 blog.oldxu.com zh.oldxu.com

keepalived 脑裂

1. 什么是脑裂？
   当两个节点同时认为自己是唯一处于活动状态的时候，从而出现了资源抢占，双方都在抢占资源的情况下，及为脑裂。
   2. 脑裂的产生？
      1.网线松动
      2.开启了防火墙。
   3. 脑裂影响的范围？
      1. 对于无状态的服务，比如Nginx，不care脑裂不脑裂。
      2. 对于有状态的服务，比如MySQL，就必须严格防止脑裂现象。
         对于MySQL来说，可能出现多种情况，比如无法正常访问、或者得不到正确的返回结果，但大部分是无法正常访问，直接没有响应；
         如果出现了脑裂，有多种办法可以规避，比如我们可以写一些监控性的脚本，同时监控2台服务器的地址配置情况，如果检测同时存在2个IP，就可以认定为脑裂，这 时软件解决办法，生产中用这种比较多；也有硬件解决办法，但不常用。
   4. 网上很多解决keepalived脑裂的问题的文章。