MySQL高可用性之Keepalived+Mysql

环境描述:

OS:CentOS6.5_X64

MASTER:192.168.0.202

BACKUP:192.168.0.203

VIP:192.168.0.204

1、配置两台Mysql主主同步

1
2
3
4
5
6
7
8
9
10
11
12
[root@master ~] # yum install mysql-server mysql -y
[root@master ~] # service mysqld start
[root@master ~] # mysqladmin -u root password 123.com
[root@master ~] # vi /etc/my.cnf  #开启二进制日志,设置id
[mysqld]
server- id  = 1                     #backup这台设置2
log-bin = mysql-bin
binlog-ignore-db = mysql,information_schema        #忽略写入binlog日志的库
auto-increment-increment = 2              #字段变化增量值
auto-increment-offset = 1               #初始字段ID为1
slave-skip-errors = all                        #忽略所有复制产生的错误     
[root@master ~] # service mysqld restart

#先查看下log bin日志和pos值位置

wKiom1MJYSngwysqAADkFn9zcK8686.jpg

master配置如下:

1
2
3
4
5
6
7
8
9
10
[root@ master ~] # mysql -u root -p123.com
mysql> GRANT  REPLICATION SLAVE ON *.* TO  'replication' @ '192.168.0.%'  IDENTIFIED  BY  'replication' ;
mysql> flush  privileges;
mysql> change  master to
     ->  master_host= '192.168.0.203' ,
     ->  master_user= 'replication' ,
     ->  master_password= 'replication' ,
     ->  master_log_file= 'mysql-bin.000002' ,
     ->  master_log_pos=106;   #对端状态显示的值
mysql> start  slave;          #启动同步

backup配置如下:

1
2
3
4
5
6
7
8
9
10
[root@backup ~] #  mysql -u root -p123.com
mysql> GRANT  REPLICATION SLAVE ON *.* TO  'replication' @ '192.168.0.%'  IDENTIFIED  BY  'replication' ;
mysql> flush  privileges;
mysql> change  master to
     ->  master_host= '192.168.0.202' ,
     ->  master_user= 'replication' ,
     ->  master_password= 'replication' ,
     ->  master_log_file= 'mysql-bin.000002' ,
     ->  master_log_pos=106;
mysql> start  slave;

#主主同步配置完毕,查看同步状态Slave_IO和Slave_SQL是YES说明主主同步成功。

wKioL1MJYQ7QfZfXAAGQt0H1o1c742.jpg

在master插入数据测试下:

wKiom1MJYUCC0nlQAAEk4ruZ3ys652.jpg

在backup查看是否同步成功:

wKioL1MJYXyyChXUAADPZraUk3Y684.jpg

可以看到已经成功同步过去,同样在backup插入到user表数据,一样同步过去,双主就做成功了。


2、配置keepalived实现热备

[root@backup ~]# yum install -y pcre-devel openssl-devel popt-devel #安装依赖包


1
2
3
4
5
[root@master ~] # wget http://www.keepalived.org/software/keepalived-1.2.7.tar.gz
[root@master ~] # tar zxvf keepalived-1.2.7.tar.gz
[root@master ~] # cd keepalived-1.2.7
[root@master ~] #./configure --prefix=/usr/local/keepalived
make  &&  make  install

#将keepalived配置成系统服务

1
2
3
4
5
[root@master ~] # cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/
[root@master ~] # cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
[root@master ~] # mkdir /etc/keepalived/
[root@master ~] # cp /usr/local/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
[root@master ~] # cp /usr/local/keepalived/sbin/keepalived /usr/sbin/
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

[root@master ~]vi /etc/keepalived/keepalived.conf


! Configuration File forkeepalived
global_defs {
notification_email {
test @sina.com
  }
notification_email_from  admin@ test .com
smtp_server 127.0.0.1
smtp_connect_timeout 30
router_id MYSQL_HA       #标识,双主相同
  }
vrrp_instance VI_1 {
  state BACKUP            #两台都设置BACKUP
  interface eth0
  virtual_router_id 51        #主备相同
  priority 100            #优先级,backup设置90
  advert_int 1
  nopreempt              #不主动抢占资源,只在master这台优先级高的设置,backup不设置
  authentication {
  auth_type PASS
  auth_pass 1111
  }
  virtual_ipaddress {
  192.168.0.204
  }
}
virtual_server 192.168.0.204 3306 {
  delay_loop 2
  #lb_algo rr              #LVS算法,用不到,我们就关闭了
  #lb_kind DR              #LVS模式,如果不关闭,备用服务器不能通过VIP连接主MySQL
  persistence_timeout 50   #同一IP的连接60秒内被分配到同一台真实服务器
  protocol TCP
  real_server 192.168.0.202 3306 {    #检测本地mysql,backup也要写检测本地mysql
  weight 3
  notify_down  /usr/local/keepalived/mysql .sh     #当mysq服down时,执行此脚本,杀死keepalived实现切换
  TCP_CHECK {
  connect_timeout 3     #连接超时
  nb_get_retry 3        #重试次数
  delay_before_retry 3  #重试间隔时间
   }
}
1
2
3
4
5
[root@master ~] vi /usr/local/keepalived/mysql.sh
#!/bin/bash
pkill keepalived
[root@master ~] # chmod +x /usr/local/keepalived/mysql.sh
[root@master ~] # /etc/init.d/keepalived start


#backup服务器只修改priority为90、nopreempt不设置、real_server设置本地IP。


#授权两台Mysql服务器允许root远程登录,用于在其他服务器登陆测试!

mysql> grant all on *.* to'root'@'192.168.0.%' identified by '123.com';

mysql> flush privileges;

3、测试高可用性

1、通过Mysql客户端通过VIP连接,看是否连接成功。

2、停止master这台mysql服务,是否能正常切换过去,可通过ip addr命令来查看VIP在哪台服务器上。

wKiom1MJYbCBORSGAAHChWpI93k009.jpg

3、可通过查看/var/log/messges日志,看出主备切换过程

4、master服务器故障恢复后,是否主动抢占资源,成为活动服务器。


Keepalived+mysql双主来实现MySQL-HA,我们必须保证两台MySQL数据库的数据完全一样,

基本思路是两台 MySQL 互为主从关系(双主),通过 Keepalived 配置虚拟 IP,实现当其中的一

台 MySQL 数据库宕机后,应用能够自动切换到另外一台 MySQL数据库,保证系统的高可用。

拓扑环境

OS:centos6.5 x86_64

Mysql 版本:mysql 5.5.38

Keepalived: keepalived-1.2.20

Mysql-vip:192.168.12.1

Mysql-master1:192.168.12.128

Mysql-master2:192.168.12.129

一、配置两台 mysql 主主同步

主主同步就是两台机器互为主从的关系,在任何一台机器上写入都会同步。

若 mysql 主机开启了防火墙,需要关闭防火墙或创建规则。

1、修改 MySQL 配置文件

两台 MySQL 均要开启 binlog 日志功能

开启方法:

在 MySQL 配置文件[MySQLd]段中加上log-bin=MySQL-bin 选项,两台 MySQL 的 server-ID 不能一样,默认情况下两台 MySQL 的serverID 都是 1,需将其中一台修改为 2 即可。


master1 中有关复制的配置如下:


log-bin = mysql-bin

binlog_format = mixed

server-id = 1

relay-log = relay-bin

relay-log-index = slave-relay-bin.index

auto-increment-increment = 2

auto-increment-offset = 1

重启 mysqld 服务

#service mysqld restart


master2 中有关复制的配置如下:

log-bin = mysql-bin

binlog_format = mixed

server-id = 2

relay-log = relay-bin

relay-log-index = slave-relay-bin.index

auto-increment-increment = 2

auto-increment-offset = 2

重启 mysqld 服务

#service mysqld restart


注:master1 和 master2 只有 server-id 不同和 auto-increment-offset 不同。


mysql 中有自增长字段,在做数据库的主主同步时需要设置自增长的两个相关配置:


auto_increment_offset 和 auto_increment_increment。


auto-increment-increment 表示自增长字段每次递增的量,其默认值是 1


它的值应设为整个结构中服务器的总数,本案例用到两台服务器,所以值设为 2。


auto-increment-offset 是用来设定数据库中自动增长的起点(即初始值),因为这两能服务器都


设定了一次自动增长值 2,所以它们的起点必须得不同,这样才能避免两台服务器数据同步时出现主键冲突,


注:可以在 my.cnf 文件中添加

binlog_do_db=数据库名”配置项(可以添加多个)来指定要同步的数据库 


[client]

port            = 3306

socket          = /db/mysql/mysql.sock



[mysqld]

datadir         = /db/mysql

port            = 3306

socket          = /db/mysql/mysql.sock

skip-locking

skip-name-resolv

key_buffer = 4096M

max_allowed_packet = 1M

table_cache = 4096

sort_buffer_size = 2M

read_buffer_size = 2M

read_rnd_buffer_size = 8M

myisam_sort_buffer_size = 64M

thread_cache_size = 8

query_cache_size = 32M

thread_concurrency = 8

log-error = /db/mysql/mysql.log


long_query_time = 1

slow_query_log = log-queries-not-using-indexes



log-bin = /db/mysql/mysql-bin

expire_logs_day = 1

server-id       = 1


binlog-do-db = IMDB

binlog-do-db = CHANNELDB


binlog-ignore-db = mysql



innodb_data_home_dir = /db/mysql

innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend

innodb_log_group_home_dir = /db/mysql

innodb_buffer_pool_size = 4G

innodb_additional_mem_pool_size = 20M

innodb_log_file_size = 32M

innodb_log_buffer_size = 48M

innodb_flush_log_at_trx_commit = 2

innodb_lock_wait_timeout = 50


innodb_force_recovery = 0

innodb_file_per_table = 1

innodb_log_files_in_group = 3


[mysqldump]

quick

max_allowed_packet = 16M


[mysql]

no-auto-rehash


[isamchk]

key_buffer = 256M

sort_buffer_size = 256M

read_buffer = 2M

write_buffer = 2M


[myisamchk]

key_buffer = 256M

sort_buffer_size = 256M

read_buffer = 2M

write_buffer = 2M


[mysqlhotcopy]

interactive-timeout


2、将 master1 设为 master2 的主服务器

在 master1 主机上创建授权账户,允许在 master2(192.168.1.102)主机上连接

wKioL1ioKUzyMw9YAAAh5HEnjiU353.png-wh_50

查看 master1 的当前 binlog 状态信息

wKiom1ioKWOjXfrfAAAjUBD7DK8130.png-wh_50

在 master2 上将 master1 设为自已的主服务器并开启 slave 功能。

wKiom1ioKXChZlyKAAAqIiTOtuI140.png-wh_50

查看从的状态,以下两个值必须为 yes,代表从服务器能正常连接主服务器

Slave_IO_Running:Yes

Slave_SQL_Running:Yes

wKioL1ioKX_DS0TkAAA_d--CbhE245.png-wh_50

3、将 master2 设为 master1 的主服务器

在 master2 主机上创建授权账户,允许在 master1(192.168.12.128)主机上连接

wKiom1ioKZvRYbnTAAAf61e1Los309.png-wh_50

查看 master2 的当前 binlog 状态信息

在 master1 上将 master2 设为自已的主服务器并开启 slave 功能。

查看从的状态,以下两个值必须为 yes,代表从服务器能正常连接主服务器

Slave_IO_Running:Yes

Slave_SQL_Running:Yes

wKioL1ioKgHy11K2AAD5qVG11vg877.jpg-wh_50

4、测试主主同步

在 master1 上创建要同步的数据库如 test_db,并在 test_db 中创建一张测试表如 tab1

wKiom1ioKgvz9w46AAAmtvhXR4I238.png-wh_50

查看 master2 主机是否同步了 master1 上的数据变化

wKiom1ioKh6iG1KHAAAhWmP9WVc972.png-wh_50

wKiom1ioKjKjFsOJAAAeq_keHMs217.png-wh_50

从上图可以看出 master2 同步了 master 的数据变化

在 master2 主机上向 tab1 表中插入数据

wKioL1ioKj_DgM3_AAAhmEzt_7E913.png-wh_50

查看 master1 主机是否同步了 master2 上的数据变化

wKioL1ioKknTBQapAAAbTzQa90I788.png-wh_50

现在任何一台 MySQL 上更新数据都会同步到另一台 MySQL,MySQL 同步完成。


注:若主 MYSQL 服务器已经存在,只是后期才搭建从 MYSQL 服务器,在置配数据同步前应先将主 MYSQL 服务器的要同步的数据库拷贝到从 MYSQL 服务器上(如先在主 MYSQL 上备份数据库,再用备份在从 MYSQL 服务器上恢复)



下面我们就完成 keepalived 的高可用性。

keepalived 是集群管理中保证集群高可用的一个软件解决方案,其功能类似于 heartbeat,用来防止单点故障 .

keepalived 是以 VRRP 协议为实现基础的,VRRP 全称 Virtual Router Redundancy Protocol,即虚拟路由冗余协议 。


虚拟路由冗余协议,可以认为是实现路由器高可用的协议,即将 N 台提供相同功能的路由器组成一个路


由器组,这个组里面有一个 master 和多个 backup,master 上面有一个对外提供服务的 vip,master

 会发组播(组播地址为 224.0.0.18),当 backup 收不到 vrrp 包时就认为 master 宕掉了,这时就需要根据 VRRP 的优先级 来 选举一个 backup 当 master。这样的话就可以保证路由器的高可用了。


keepalived 主要有三个模块,分别是 core、check 和 vrrp。core 模块为 keepalived 的核心,负


责主进程的启动、维护以及全局配置文件的加载和解析。check 负责健康检查,包括常见的

各种检查方式(

方式 1:tcp_check,工作第四层。


方式 2:http_get,工作在第五层,向指定的

URL 执行 http 请求,将得到的结果用 md5 加密并与指定的 md5 值比较看是否匹配,不匹配

则从服务器池中移除。


方式 3:ssl_get:与 http_get 相似。


方式 4:misc_check:用脚本来检测。


方式 5:smtp_check:用来检测邮件服务的 smtp)。vrrp 模块是来实现 VRRP 协议的。


二、keepalived 的安装配置

1、在 master1 和 master2 上安装软件包 keepalived


安装 keepalived 软件包与服务控制


在编译安装 Keepalived 之前,必须先安装内核开发包 kernel-devel 以及 openssl-devel、

popt-devel 等支持库


wKiom1ioKmfQj5LtAAAfJ4dIAQI583.png-wh_50

若没有安装则通过 rpm 或 yum 工具进行安装

编译安装 Keepalived

使用指定的 linux 内核位置对 keepalived 进行配置,并将安装路径指定为根目录,这样就无

需额外创建链接文件了,配置完成后,依次执行 make、make install 进行安装。

wKiom1ioKo6Q8O2FAAAlPrQOnwY152.png-wh_50

注意:如不知道 keepalived 需要哪些依赖包,可到下载后的源码解压目录下查看 INSTALL 文

件内容,安装需要的依赖包,源码安装任何一个软件都要养成查看源码包文档的习惯,比如

INSTALL,README,doc 等文档,可以获得很多有用的信息


注意:在 centos7.2 上安装 keepalived 不需要添加--with-kernel-dir


[root@localhost keepalived-1.2.20]# ./configure --prefix=/ && make && make install


使用 keepalived 服务


执行 make install 操作之后,会自动生成/etc/init.d/keepalived 脚本文件,但还需要手动添加

为系统服务,这样就可以使用 service、chkconfig 工具来对 keepalived 服务程序进行管理了。

wKiom1ioKqWQSIeiAAAegz0vcio455.png-wh_50

Master2 主机也完成 keepalived 安装,与 master1 一样,安装过程略

注:若开启了防火墙,需要关闭防火墙或创建规则。

注:如果在 centos7.2 上安装 keepalived 防火墙的规则配置如下:


[root@localhost ~]# firewall-cmd --permanent --add-rich-rule="rule family=ipv4 destination address=224.0.0.18 protocol value=ip accept"

success

[root@localhost ~]# firewall-cmd --reload

wKiom1ioKrXwmhz_AAAjwv_YnOU138.png-wh_50


2、修改 Keepalived 的配置文件

keepalived 只有一个配置文件 keepalived.conf,里面主要包括以下几个配置区域,分别是


global_defs、vrrp_instance 和 virtual_server。


global_defs:主要是配置故障发生时的通知对象以及机器标识。


vrrp_instance:用来定义对外提供服务的 VIP 区域及其相关属性。


virtual_server:虚拟服务器定义


master1 主机上的 keepalived.conf 文件的修改


vi /etc/keepalived/keepalived.conf:


! Configuration File for keepalived //!表示注释


global_defs {

router_id MYSQL-1 //表示运行 keepalived 服务器的一个标识

}

vrrp_instance VI_1 {

state BACKUP //指定keepalived的角色,两台配置此处均是BACKUP,设为BACKUP将根据优先级决定主或从


interface eth0 //指定 HA 监测网络的接口


virtual_router_id 51 //虚拟路由标识,这个标识是一个数字(取值在 0-255 之间,用来区分多个

instance 的 VRRP 组播),同一个 vrrp 实例使用唯一的标识,确保和 master2 相同,同网内不同集群此项必须不同,否则发生冲突。


priority 100 //用来选举 master 的,要成为 master,该项取值范围是 1-255(在此范围

之外会被识别成默认值 100),此处 master2 上设置为 50


advert_int 1 //发 VRRP 包的时间间隔,即多久进行一次 master 选举(可以认为是健康查

检时间间隔)


nopreempt //不抢占,即允许一个 priority 比较低的节点作为 master,即使有 priority 更高

的节点启动

authentication { //认证区域,认证类型有 PASS 和 HA(IPSEC),推荐使用 PASS(密码

只识别前 8 位)

auth_type PASS

auth_pass 1111

}


virtual_ipaddress { //VIP 区域,指定 vip 地址

192.168.12.1

}

}

virtual_server 192.168.1.100 3306 { //设置虚拟服务器,需要指定虚拟 IP 地址和服务端口,

IP 与端口之间用空格隔开


delay_loop 2 //设置运行情况检查时间,单位是秒


lb_algo rr //设置后端调度算法,这里设置为 rr,即轮询算法


lb_kind DR //设置 LVS 实现负载均衡的机制,有 NAT、TUN、DR 三个模式可选


persistence_timeout 60 //会话保持时间,单位是秒。这个选项对动态网页是非常有用的,


为集群系统中的 session 共享提供了一个很好的解决方案。


有了这个会话保持功能,用户的请求会被一直分发到某个服务节点,直到超过这个会话的保持时间。


protocol TCP //指定转发协议类型,有 TCP 和 UDP 两种


real_server 192.168.1.101 3306 { //配置服务节点 1,需要指定 real server 的真实 IP 地址和

端口,IP 与端口之间用空格隔开


注:master2 上此处改为 192.168.12.128(即 master2 本机 ip)


weight 3 //配置服务节点的权值,权值大小用数字表示,数字越大,权值越高,设置权

值大小为了区分不同性能的服务器


notify_down /etc/keepalived/bin/mysql.sh //检测到 realserver 的 mysql 服务 down 后执行的

脚本

TCP_CHECK {

connect_timeout 3 //连接超时时间

nb_get_retry 3 //重连次数

delay_before_retry 3 //重连间隔时间

connect_port 3306 //健康检查端口

}

}

}

master1 主机上有关 keepalived.conf 文件的具体配置如下:

wKioL1ioKuTSJBKQAAA2-75wZOU522.png-wh_50

wKiom1ioK4vQoSW_AAAo_qvuqxU761.png-wh_50

启动 keepalived 服务

#/etc/init.d/keepalived start

wKiom1ioK5vRN85YAAAagsPdsew855.png-wh_50

Master2 主机上的 keepalived.conf 文件的修改:

Master2 主机的 keepalived.conf 文件配置与 master1 基本相同,只是 router_id,priority,real_server 三处不同,其他配置都相同

wKiom1ioK6mxef9GAAA0jNr-_a4802.png-wh_50

可以使用 scp 命令把 server1 主机上配置好的 keepalived.conf 文件拷贝到 server2 主机,只要。

启动 keepalived 服务

#/etc/init.d/keepalived start

3、master1 和 master2 上都添加此检测脚本,作用是当 mysql 停止工作时自动关闭本机的

keepalived,从而实现将故障机器踢出(因每台机器上 keepalived 只添加了本机为 realserver).

当 mysqld 正常启动起来后,要手动启动 keepalived 服务。

#mkdir /etc/keepalived/bin

vi /etc/keepalived/bin/mysql.sh,内容如下:

wKioL1ioK87TQXvUAABZV3EvtSI961.jpg-wh_50

wKiom1ioK96De3tPAAAV1LCgP5E896.png-wh_50

Master2 主机完成相同的操作

4、测试

在 master1 和 master2 分别执行 ipaddr show dev eth0 命令查看 master1 和 master2 对 VIP

(群集虚拟 IP)的控制权。

Master1 主的查看结果:

wKioL1ioK_DAH-e-AAA9tC4paWA741.png-wh_50

Master2 主的查看结果:

wKiom1ioLAHQ2DnoAACxPQl7zR0716.jpg-wh_50

从上图可以看出 master1 是主服务器,master2 为备用服务器。

停止 MySQL 服务,看 keepalived 健康检查程序是否会触发我们编写的脚本

停止 master1 主机的 mysql 服务

wKioL1ioLBaRPN3bAABO12TssaI692.jpg-wh_50

Master2 主的查看结果:

wKioL1ioLDDxtK2HAAA9dowTBXI854.png-wh_50

这说明在主服务上停止 MySQL 服务,触发了我们编写的脚本,进行自动故障切换。

MySQL 远程登录测试

我们找一台安装有 MySQL 客户端,然后登录 VIP,看是否能登录,在登录之两台 MySQL 服

务器都要授权允许从远程登录。例如:

wKiom1ioLESRQVJ5AAAbuUwr8P4451.png-wh_50

在客户端上测试登录

wKioL1ioLFDhWVZiAABC8qlNDp8855.png-wh_50

上图显示说明在客户端访问 VIP 地址,由 master1 主机提供响应的,因为 master1 当前是主

服务器,将 master1 的 mysql 服务停止,在客户端执行 show variables like‘server_id’;

wKiom1ioLHKiHA1-AABAgu739s8652.png-wh_50

上图显示说明在客户端的查询请求是由 master2 主机响应的。故障切换成功

总结:

Keepalived+mysql 双主一般来说,中小型规模的时候,采用这种架构是最省事的。

在 master 节点发生故障后,利用 keepalived 的高可用机制实现快速切换到备用节点。

在这个方案里,有几个需要注意的地方:


1.采用 keepalived 作为高可用方案时,两个节点最好都设置成 BACKUP模式,避免因为意外

情况下(比如 脑裂)相互抢占导致往两个节点写入相同数据而引发冲突;


2.把两个节点的 auto_increment_increment(自增步长)和 auto_increment_offset(自增起

始值)设成不同值。其目的是为了避免 master 节点意外宕机时,可能会有部分 binlog 未能

及时复制到slave上被应用,从而会导致slave新写入数据的自增值和原先master上冲突了,

因此一开始就使其错开;当然了,如果有合适的容错机制能解决主从自增 ID 冲突的话,也

可以不这么做;


3.slave 节点服务器配置不要太差,否则更容易导致复制延迟。作为热备节点的 slave 服务器,

硬件配置不能低于 master 节点;


4.如果对延迟问题很敏感的话,可考虑使用 MariaDB 分支版本,或者直接上线 MySQL 5.7 最

新版本,利用多线程复制的方式可以很大程度降低复制延迟;



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值