Linux_344_Keepalived迁移VIP实践

keepalived实战单实例
事实上网络服务的高可用功能原理是比较简单的，本质上就是把手动的操作自动化解决了。
如果没有配置高可用服务，当服务器宕机了就得找一个新的服务器，重新进行环境初始化，配置IP，搭建服务，整个手动恢复的时间比较漫长，对于用户而言，那可真是糟透了。这个切换过程必须自动化完成，效率更好，体验更好。
高可用性的实验配置，就是开启一对服务器，同事配置好高可用服务，但是只有获取到虚拟IP（VIP）的主服务器提供服务，若是主节点宕机，VIP会自动漂移到备用服务器上，此时用户的请求，也就跟着走到了备用服务器，这个过程完全自动化，快速迁移。

配置主keepalived服务器lb01-master

1.备份旧配置文件，定义新配置文件
[root@lb01 conf]# cd /etc/keepalived/
[root@lb01 keepalived]# cp keepalived.conf{,.bak}
[root@lb01 keepalived]# ls
keepalived.conf  keepalived.conf.bak
[root@lb01 keepalived]# >keepalived.conf

2.删除所有旧的配置，定义新配置，这个需要根据自己机器环境修改
[root@lb01 keepalived]# cat keepalived.conf -n
global_defs {
        router_id lb01
}

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 150
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.178.3/24 dev ens33 label ens33:3
    }
}

备用节点的配置
global_defs {
        router_id lb02
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.178.3/24 dev ens33 label ens33:3
    }
}

keepalived文件不要生成太多乱七八糟的东西，建一个目录放文件
启动keepalived
systemctl start

启动之后ens33上出现了一个新的ip
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:9a:48:2c brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.123/24 brd 192.168.178.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet 192.168.178.3/24 scope global secondary ens33:3
       valid_lft forever preferred_lft forever
    inet6 fe80::6c52:d3b:1f1e:7c08/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

这个虚拟的ip只会在主节点上，除非主节点宕机
systemctl stop keepalived
此时就可以在备用节点上看到这个ip

检查配置结果，是否出现了虚拟IP（VIP）

正确的结果应该是没有出现VIP
因为lb02位BACKUP，当主节点正常的时候，它不会接管VIP
若是lb02看到了VIP，表示配置出错了！

如果出现lb01、lb02抢夺VIP资源，排查故障思路
(1)主备服务器是否能够通信，可以ping检测
(2)是否没有正确配置防火墙，或是忘记关闭防火墙
(3)两台服务器的keepalived.conf是否写错（例如虚拟路由ID是否不一致）