mysql主从配置参考我的上篇博客
主主配置就是互为主从
环境
准备应用
keepalived-2.0.2.tar.gz
openssl-devel-1.0.2k-12.el7.x86_64.rpm
安装
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
配置主keepalived
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调度算法的生产环境选型:
1、一般的网络服务,如http,mail,mysql等常用的LVS调度算法为:
a.基本轮询调度rr
b.加权最小连接调度wlc
c.加权轮询调度wrc
2、基于局部性的最小连接lblc和带复制的给予局部性最小连接lblcr主要适用于web cache和DB cache
3、源地址散列调度SH和目标地址散列调度DH可以结合使用在防火墙集群中,可以保证整个系统的出入口唯一。
实际适用中这些算法的适用范围很多,工作中最好参考内核中的连接调度算法的实现原理,然后根据具体的业务需求合理的选型。
负载均衡转发工作模式
1、DR模式:
通过改写请求报文的目标MAC地址,将请求发送给真实服务器,而真实服务器将相应后的处理结果直接返还给客户端用户。极大地提高集群的伸缩性,但LB与RS必须在同一局域网环境。
2、NAT模式:
通过网络地址转换,LB重写请求报文的目标地址,根据预设的调度算法,将请求分派给后端的真实服务器,真实服务器的响应报文处理之后,返回时必须通过LB,经过LB时报文的源地址被重写,再返回给客户。
3、隧道模式:
LB把请求的报文通过IP隧道转发至真实服务器,而真实服务器将响应处理后直接返回给客户端用户。
4、FULLNAT模式:
数据包进入时,除了做DNAT,还做SNAT,从而实现LVS-RealServer间可以跨vlan通讯,RealServer只需要连接到内网。