keepalived集群架构

1. LVS DR模式搭建
2. keepalived + LVS

1. LVS DR模式搭建

三台机器
 分发器，也叫调度器（简写为dir）
 133.130
 rs1
 133.132
 rs2
 133.133
 vip
 133.200
dir上编写脚本 vim /usr/local/sbin/lvs_dr.sh //内容如下
#! /bin/bash
echo 1 > /proc/sys/net/ipv4/ip_forward
ipv=/usr/sbin/ipvsadm
vip=192.168.133.200
rs1=192.168.133.132
rs2=192.168.133.133
#注意这里的网卡名字
ifconfig ens33:2 $vip broadcast $vip netmask 255.255.255.255 up
route add -host $vip dev ens33:2
$ipv -C
$ipv -A -t $vip:80 -s wrr
$ipv -a -t $vip:80 -r $rs1:80 -g -w 1
$ipv -a -t $vip:80 -r $rs2:80 -g -w 1
两台rs上也编写脚本 vim /usr/local/sbin/lvs_rs.sh//内容如下
#/bin/bash
vip=192.168.133.200
#把vip绑定在lo上，是为了实现rs直接把结果返回给客户端
ifconfig lo:0 $vip broadcast $vip netmask 255.255.255.255 up
route add -host $vip lo:0
#以下操作为更改arp内核参数，目的是为了让rs顺利发送mac地址给客户端
#参考文档www.cnblogs.com/lgfeng/archive/2012/10/16/2726308.html
echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce
echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce
 分别在dir上和两个rs上执行这些脚本
 测试
？

2. keepalived + LVS

完整架构需要两台服务器（角色为dir）分别安装keepalived软件，目的是实现高可用，
但keepalived本身也有负载均衡的功能，所以本次实验可以只安装一台keepalived
 keepalived内置了ipvsadm的功能，所以不需要再安装ipvsadm包，也不用编写和执行那个lvs_dir的脚本
 三台机器分别为：
 dir（安装keepalived）133.130
 rs1 133.132
 rs2 133.133
 vip 133.200
编辑keepalived配置文件 vim /etc/keepalived/keepalived.conf//内容请到

vrrp_instance VI_1 {
    #备用服务器上为 BACKUP
    state MASTER
    #绑定vip的网卡为ens33，你的网卡和阿铭的可能不一样，这里需要你改一下
    interface ens33
    virtual_router_id 51
    #备用服务器上为90
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass aminglinux
    }
    virtual_ipaddress {
        192.168.188.110
    }
}
virtual_server 192.168.188.110 80 {
    #(每隔10秒查询realserver状态)
    delay_loop 10
    #(lvs 算法)
    lb_algo wlc
    #(DR模式)
    lb_kind DR
    #(同一IP的连接60秒内被分配到同一台realserver)
    persistence_timeout 60
    #(用TCP协议检查realserver状态)
    protocol TCP

    real_server 192.168.188.129 80 {
        #(权重)
        weight 100
        TCP_CHECK {
        #(10秒无响应超时)
        connect_timeout 10
        nb_get_retry 3
        delay_before_retry 3
        connect_port 80
        }
    }
    real_server 192.168.188.127 80 {
        weight 100
        TCP_CHECK {
        connect_timeout 10
        nb_get_retry 3
        delay_before_retry 3
        connect_port 80
        }
     }
}



 需要更改里面的ip信息
 执行ipvsadm -C  把之前的ipvsadm规则清空掉
 systemctl restart network 可以把之前的vip清空掉
 两台rs上，依然要执行/usr/local/sbin/lvs_rs.sh脚本
 keepalived有一个比较好的功能，可以在一台rs宕机时，不再把请求转发过去
 测试
？

总结

keepalived 高可用
lvs 负载均衡
FS 商业版负载均衡
nginx 反向代理、负载均衡
drbd 高可用 网络RAID 1
MHA

MHA 服务有两个角色，MHA Manager 和 MHA Node 
   MHA Manager: 通常单独部署在一台独立机器上管理 master/slave 集群，每个master/slave 集群可以理解为一个application。
   MHA Node: 运行在每台mysql 服务器(master/slave)上。它通过监控具备解析和清理logs功能来加快故障转移。
MHA 在自动切换的过程中会从宕掉的MySql master节点中保存二进制日志，以保证数据的完整性。
但是如果master节点直接宕机了呢，或者网络直接不能联通了呢？MHA就没有办法获取master的二进制日志，
也就没有办法保证数据的完整性了。这也就是为什么MHA应该与MySql主从复制结合起来。这样的话，
只要有一个slave节点从master节点复制到了最新的日志，MHA就可以将最近的二进制日志应用到其他的slave节点上，
这样就可以最大限度上保证数据的完整性。
MHA 自动切换的原理可以总结为下面几点.
从宕机崩溃的master保存二进制日志事件（binlog events）;
识别含有最新更新的slave;
应用差异的中继日志（relay log）到其他的slave;
应用从master保存的二进制日志事件（binlog events);
提升一个slave为新的master;
使其他的slave连接新的master进行复制;

扩展

heartbeat和keepalived比较http://blog.csdn.net/yunhua_lee/article/details/9788433
DRBD工作原理和配置 http://502245466.blog.51cto.com/7559397/1298945
mysql+keepalived http://lizhenliang.blog.51cto.com/7876557/1362313
lvs 三种模式详解 http://www.it165.net/admin/html/201401/2248.html
lvs几种算法 http://www.aminglinux.com/bbs/thread-7407-1-1.html
关于arp_ignore和 arp_announce http://www.cnblogs.com/lgfeng/archive/2012/10/16/2726308.html
LVS DR模型中的arp_ignore https://www.imooc.com/article/79661
lvs原理相关的 http://blog.csdn.net/pi9nc/article/details/23380589
haproxy+keepalived http://blog.csdn.net/xrt95050/article/details/40926255
nginx、lvs、haproxy比较 http://www.csdn.net/article/2014-07-24/2820837
keepalived中自定义脚本 vrrp_script http://my.oschina.net/hncscwc/blog/158746
lvs dr模式只使用一个公网ip的实现方法 http://storysky.blog.51cto.com/628458/338726

转载于:https://my.oschina.net/zenghong133/blog/3059396