mysql主从配置参考个人上篇博客mysql
主主配置就是互为主从web
环境算法
准备应用sql
keepalived-2.0.2.tar.gz openssl-devel-1.0.2k-12.el7.x86_64.rpm
安装vim
rpm -ivh openssl-devel-1.0.2k-12.el7.x86_64.rpm tar -zxvf keepalived-2.0.2.tar.gz ./configure --prefix=/usr/local/keepalived make && make install
整理文件后端
cp /usr/local/keepalived/sbin/keepalived /usr/sbin/ cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/ mkdir -p /etc/keepalived cd /etc/keepalived
配置主keepalivedbash
vim keepalived.conf
global_defs { notification_email { } } vrrp_instance VI_1 { state MASTER #备服务器上改成 BACKUP interface ens33 #网卡 virtual_router_id 11 priority 100 #备用服务器上改成99 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.10.11 #VIP } } virtual_server 192.168.10.132 3306 { delay_loop 6 #每隔6秒检查一次real_server状态 lb_algo rr #负载调度算法rr|wrr|lc|wlc|lblc|sh|dh lb_kind NAT #负载均衡转发规则NAT|DR|RUN nat_mask 255.255.255.0 persistence_timeout 50 #回话保持时间 protocol TCP real_server 192.168.10.132 3306 { weight 2 notify_down "/etc/keepalived/mysql.sh" #新建这个mysql.sh文件,输入 pkill keepalived TCP_CHECK { connect_timeout 3 connect_port 3306 } } }
备keepalived配置服务器
vim keepalived.conf
global_defs { notification_email { } } vrrp_instance VI_1 { state BACKUO #主服务器上改成 master interface ens33 #网卡 virtual_router_id 11 priority 99 #主服务器设置比备服务器数大 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.10.11 #VIP } } virtual_server 192.168.10.200 3306 { delay_loop 6 #每隔6秒检查一次real_server状态 lb_algo rr lb_kind NAT nat_mask 255.255.255.0 persistence_timeout 50 #回话保持时间 protocol TCP real_server 192.168.10.200 3306 { weight 1 notify_down "/etc/keepalived/mysql.sh" #新建这个mysql.sh文件,输入 pkill keepalived TCP_CHECK { connect_timeout 3 connect_port 3306 } } }
建立mysql检测脚本网络
vim mysql.sh #!/bin/bash pkill keepalived #检测到mysql关闭后自动关闭keepalived
以上keepalived+mysql配置完成。能够经过关闭主的mysql查看VIP是否漂移到备,关闭主的keepalived查看VIP是否漂移到备,关闭主VIP机器是否漂移到备。负载均衡
关于keepalived算法说明
rr 轮询算法,它将请求依次分配给不一样的rs节点,也就是RS节点中均摊分配。这种算法简单,但只适合于RS节点处理性能差很少的状况
wrr 加权轮训调度,它将依据不一样RS的权值分配任务。权值较高的RS将优先得到任务,而且分配到的链接数将比权值低的RS更多。相同权值的RS获得相同数目的链接数。
Wlc 加权最小链接数调度,假设各台RS的全职依次为Wi,当前tcp链接数依次为Ti,依次去Ti/Wi为最小的RS做为下一个分配的RS
Dh 目的地址哈希调度(destination hashing)以目的地址为关键字查找一个静态hash表来得到须要的RS
SH 源地址哈希调度(source hashing)以源地址为关键字查找一个静态hash表来得到须要的RS
Lc 最小链接数调度(least-connection),IPVS表存储了全部活动的链接。LB会比较将链接请求发送到当前链接最少的RS.
Lblc 基于地址的最小链接数调度(locality-based least-connection):未来自同一个目的地址的请求分配给同一台RS,此时这台服务器是还没有满负荷的。不然就将这个请求分配给链接数最小的RS,并以它做为下一次分配的首先考虑。
LVS调度算法的生产环境选型: 一、通常的网络服务,如http,mail,mysql等经常使用的LVS调度算法为: a.基本轮询调度rr b.加权最小链接调度wlc c.加权轮询调度wrc 二、基于局部性的最小链接lblc和带复制的给予局部性最小链接lblcr主要适用于web cache和DB cache 三、源地址散列调度SH和目标地址散列调度DH能够结合使用在防火墙集群中,能够保证整个系统的出入口惟一。
实际适用中这些算法的适用范围不少,工做中最好参考内核中的链接调度算法的实现原理,而后根据具体的业务需求合理的选型。
负载均衡转发工做模式
一、DR模式:
经过改写请求报文的目标MAC地址,将请求发送给真实服务器,而真实服务器将相应后的处理结果直接返还给客户端用户。极大地提升集群的伸缩性,但LB与RS必须在同一局域网环境。
二、NAT模式:
经过网络地址转换,LB重写请求报文的目标地址,根据预设的调度算法,将请求分派给后端的真实服务器,真实服务器的响应报文处理以后,返回时必须经过LB,通过LB时报文的源地址被重写,再返回给客户。
三、隧道模式:
LB把请求的报文经过IP隧道转发至真实服务器,而真实服务器将响应处理后直接返回给客户端用户。
四、FULLNAT模式:数据包进入时,除了作DNAT,还作SNAT,从而实现LVS-RealServer间能够跨vlan通信,RealServer只须要链接到内网。