core: keepalived核心组件，主进程的启动和维护，全局配置等。 vrrp stack: keepalived是基于vrrp协议实现高可用vps服务，vrrp则为相关子进程为其提供服务 check: 检测keepalived的健康状态相关进程 system call: 系统调用 watch dog: 监控check和vrrp进程的看管者，check负责检测器子进程的健康状态，当其检测到master上的服务不可用时则通告vrrp将其转移至backup服务器上。
数据库的主从开启 首要要确保从库必须要有主库数据 从主数据库导出 #mysqldum -u 用户 -p密码 库名 > 导出库名.sql 导入从库时 要先在数据库内 建相同库名 >create database 库名 >use 库名 > source 文件路径导入 配置主服务器 启动 binlog日志 重启数据库 cat /etc/my.cnf [mysqld] server_id=200 可以是ip尾数 10.10.10.100 log-bin=master51 systemctl restart mysqld 授权用户 grant replication slave on . to 用户@"%" identified by “密码”; 查看当前日志状态 show master status ; ±-----------------±---------±-------------±-----------------±------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | ±-----------------±---------±-------------±-----------------±------------------+ | mysql-bin.000001 | 150 | | | | ±-----------------±---------±-------------±-----------------±------------------+ 配置从服务器 设置server_id 不能与其它服务器server_id重复 cat /etc/my.cnf [mysqld] server_id=100 可以是ip尾数 10.10.10.100 指定主库信息 > change master to master_host=“主库IP” , master_user=“主库授权用户”, master_password=“密码", master_log_file=“日志名 File”, master_log_pos=日志数据Position;
keepalived高可用 在keepalived配置文件里配置 用脚本来监控mysql服务是否运行 KeepAlived做心跳检测，如果Master的MySQL服务挂了(3306端口挂了),那么keepalived就会选择自杀
cat /etc/keepalived/keepalived.conf Configuration File for keepalivedglobal_defs { notification_email { ops@wangshibo.cn tech@wangshibo.cn }
notification_email_from ops@wangshibo.cn smtp_server 127.0.0.1 smtp_connect_timeout 30 router_id MASTER-HA }
vrrp_script chk_mysql_port { #检测mysql服务是否在运行。有很多方式，比如进程，用脚本检测等等 script “/opt/chk_mysql.sh” #这里通过脚本监测 interval 2 #脚本执行间隔，每2s检测一次 weight -5 #脚本结果导致的优先级变更，检测失败（脚本返回非0）则优先级 -5 fall 2 #检测连续2次失败才算确定是真失败。会用weight减少优先级（1-255之间） rise 1 #检测1次成功就算成功。但不修改优先级 }
vrrp_instance VI_1 { state MASTER interface eth0 #指定虚拟ip的网卡接口 mcast_src_ip 10.0.0.11 virtual_router_id 51 #路由器标识，MASTER和BACKUP必须是一致的 priority 101 #定义优先级，数字越大，优先级越高，在同一个vrrp_instance下，MASTER的优先级必须大于BACKUP的优先级。这样MASTER故障恢复后，就可以将VIP资源再次抢回来 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 10.0.0.20 } track_script { chk_mysql_port } } 监控脚本 （注意：如果restart重启mysql，那么还要启动下keepalived，因为mysql重启，根据脚本会造成keepalived关闭） 注意：一定要先启动mysql服务，然后再启动keepalived服务。如果先启动keepalived服务，按照上面的配置，mysql没有起来，就会自动关闭keepalived。 cat /opt/chk_mysql.sh #!/bin/bash ss -naput | grep mysqld &> /dev/null if [ $? -ne 0 ];then systemctl stop keepalived
(keepalived的抢占和非抢占模式）---------------------------------------keepalive是基于vrrp协议在linux主机上以守护进程方式，根据配置文件实现健康检查。
VRRP是一种选择协议，它可以把一个虚拟路由器的责任动态分配到局域网上的VRRP路由器中的一台。
控制虚拟路由器IP地址的VRRP路由器称为主路由器，它负责转发数据包到这些虚拟IP地址。
一旦主路由器不可用，这种选择过程就提供了动态的故障转移机制，这就允许虚拟路由器的IP地址可以作为终端主机的默认第一跳路由器。 keepalive通过组播，单播等方式（自定义），实现keepalive主备推选。工作模式分为抢占和非抢占（通过参数nopreempt来控制）。
1）抢占模式： 主服务正常工作时，虚拟IP会在主上，备不提供服务，当主服务优先级低于备的时候，备会自动抢占虚拟IP，这时，主不提供服务，备提供服务。 也就是说，工作在抢占模式下，不分主备，只管优先级。 如上配置，不管keepalived.conf里的state配置成master还是backup，只看谁的priority优先级高（一般而言，state为MASTER的优先级要高于BACKUP）。 priority优先级高的那一个在故障恢复后，会自动将VIP资源再次抢占回来！！
2）非抢占模式： 这种方式通过参数nopreempt（一般设置在advert_int的那一行下面）来控制。不管priority优先级，只要MASTER机器发生故障，VIP资源就会被切换到BACKUP上。 并且当MASTER机器恢复后，也不会去将VIP资源抢占回来，直至BACKUP机器发生故障时，才能自动切换回来。 千万注意： nopreempt这个参数只能用于state为backup的情况，所以在配置的时候要把master和backup的state都设置成backup，这样才会实现keepalived的非抢占模式 也就是说： a）当state状态一个为master，一个为backup的时候，加不加nopreempt这个参数都是一样的效果。即都是根据priority优先级来决定谁抢占vip资源的，是抢占模式！ b）当state状态都设置成backup，如果不配置nopreempt参数，那么也是看priority优先级决定谁抢占vip资源，即也是抢占模式。 c）当state状态都设置成backup，如果配置nopreempt参数，那么就不会去考虑priority优先级了，是非抢占模式！即只有vip当前所在机器发生故障，另一台机器才能接管vip。即使优先级高的那一台机器恢复 后也不会主动抢回vip，只能等到对方发生故障，才会将vip切回来。
