mysql HA-keepalived

关于MySQL-HA,目前有多种解决方案,比如heartbeat、drbd、mmm、共享存储,但是它们各有优缺点。heartbeat、drbd配置较为复杂,需要自己写脚本才能实现MySQL自动切换,对于不会脚本语言的人来说,这无疑是一种脑裂问题;对于mmm,生产环境中很少有人用,且mmm 管理端需要单独运行一台服务器上,要是想实现高可用,就得对mmm管理端做HA,这样无疑又增加了硬件开支;对于共享存储,个人觉得MySQL数据还是放在本地较为安全,存储设备毕竟存在单点隐患。使用MySQL双master+keepalived是一种非常好的解决方案,在MySQL-HA环境中,MySQL互为主从关系,这样就保证了两台MySQL数据的一致性,然后用keepalived实现虚拟IP,通过keepalived自带的服务监控功能来实现MySQL故障时自动切换。

下面,我把即将上线的一个生产环境中的架构与大家分享一下,看一下这个架构中,MySQL-HA是如何实现的,环境拓扑如下

  1. MySQL-VIP:192.168.1.200
  2. MySQL-master1:192.168.1.201
  3. MySQL-master2:192.168.1.202
  4. OS版本:CentOS 5.4
  5. MySQL版本:5.0.89
  6. Keepalived版本:1.1.20

一、MySQL master-master配置

1、修改MySQL配置文件

两台MySQL均如要开启binlog日志功能,开启方法:在MySQL配置文件[MySQLd]段中加上log-bin=MySQL-bin选项

两台MySQL的server-ID不能一样,默认情况下两台MySQL的serverID都是1,需将其中一台修改为2即可

2、将192.168.1.201设为192.168.1.202的主服务器

在192.168.1.201上新建授权用户

  1. MySQL> grant replication slave on *.* to ‘replication‘@‘%‘ identified by ‘replication‘;
  2. Query OK, 0 rows affected (0.00 sec)
  3. MySQL> show master status;
  4. +------------------+----------+--------------+------------------+
  5. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
  6. +------------------+----------+--------------+------------------+
  7. | MySQL-bin.000003 |      374 |              |                  |
  8. +------------------+----------+--------------+------------------+
  9. 1 row in set (0.00 sec)

在192.168.1.202上将192.168.1.201设为自己的主服务器

  1. MySQL> change master to master_host=‘192.168.1.201‘,master_user=‘replication‘,master_password=‘replication‘,master_log_file=‘MySQL-bin.000003‘,master_log_pos=374;
  2. Query OK, 0 rows affected (0.05 sec)
  3. MySQL> start slave;
  4. Query OK, 0 rows affected (0.00 sec)
  5. MySQL> show slave status\G
  6. *************************** 1. row ***************************
  7. Slave_IO_State: Waiting for master to send event
  8. Master_Host: 192.168.1.201
  9. Master_User: replication
  10. Master_Port: 3306
  11. Connect_Retry: 60
  12. Master_Log_File: MySQL-bin.000003
  13. Read_Master_Log_Pos: 374
  14. Relay_Log_File: MySQL-master2-relay-bin.000002
  15. Relay_Log_Pos: 235
  16. Relay_Master_Log_File: MySQL-bin.000003
  17. Slave_IO_Running: Yes
  18. Slave_SQL_Running: Yes
  19. Replicate_Do_DB:
  20. Replicate_Ignore_DB:
  21. Replicate_Do_Table:
  22. Replicate_Ignore_Table:
  23. Replicate_Wild_Do_Table:
  24. Replicate_Wild_Ignore_Table:
  25. Last_Errno: 0
  26. Last_Error:
  27. Skip_Counter: 0
  28. Exec_Master_Log_Pos: 374
  29. Relay_Log_Space: 235
  30. Until_Condition: None
  31. Until_Log_File:
  32. Until_Log_Pos: 0
  33. Master_SSL_Allowed: No
  34. Master_SSL_CA_File:
  35. Master_SSL_CA_Path:
  36. Master_SSL_Cert:
  37. Master_SSL_Cipher:
  38. Master_SSL_Key:
  39. Seconds_Behind_Master: 0
  40. 1 row in set (0.00 sec)

3、将192.168.1.202设为192.168.1.201的主服务器

在192.168.1.202上新建授权用户

  1. MySQL> grant replication slave on *.* to ‘replication‘@‘%‘ identified by ‘replication‘;
  2. Query OK, 0 rows affected (0.00 sec)
  3. MySQL> show master status;
  4. +------------------+----------+--------------+------------------+
  5. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
  6. +------------------+----------+--------------+------------------+
  7. | MySQL-bin.000003 |      374 |              |                  |
  8. +------------------+----------+--------------+------------------+
  9. 1 row in set (0.00 sec)

在192.168.1.201上,将192.168.1.202设为自己的主服务器

  1. MySQL> change master to master_host=‘192.168.1.202‘,master_user=‘replication‘,master_password=‘replication‘,master_log_file=‘MySQL-bin.000003‘,master_log_pos=374;
  2. Query OK, 0 rows affected (0.05 sec)
  3. MySQL> start slave;
  4. Query OK, 0 rows affected (0.00 sec)
  5. MySQL> show slave status\G
  6. *************************** 1. row ***************************
  7. Slave_IO_State: Waiting for master to send event
  8. Master_Host: 192.168.1.202
  9. Master_User: replication
  10. Master_Port: 3306
  11. Connect_Retry: 60
  12. Master_Log_File: MySQL-bin.000003
  13. Read_Master_Log_Pos: 374
  14. Relay_Log_File: MySQL-master1-relay-bin.000002
  15. Relay_Log_Pos: 235
  16. Relay_Master_Log_File: MySQL-bin.000003
  17. Slave_IO_Running: Yes
  18. Slave_SQL_Running: Yes
  19. Replicate_Do_DB:
  20. Replicate_Ignore_DB:
  21. Replicate_Do_Table:
  22. Replicate_Ignore_Table:
  23. Replicate_Wild_Do_Table:
  24. Replicate_Wild_Ignore_Table:
  25. Last_Errno: 0
  26. Last_Error:
  27. Skip_Counter: 0
  28. Exec_Master_Log_Pos: 374
  29. Relay_Log_Space: 235
  30. Until_Condition: None
  31. Until_Log_File:
  32. Until_Log_Pos: 0
  33. Master_SSL_Allowed: No
  34. Master_SSL_CA_File:
  35. Master_SSL_CA_Path:
  36. Master_SSL_Cert:
  37. Master_SSL_Cipher:
  38. Master_SSL_Key:
  39. Seconds_Behind_Master: 0
  40. 1 row in set (0.00 sec)

4、MySQL同步测试

如上述均正确配置,现在任何一台MySQL上更新数据都会同步到另一台MySQL,MySQL同步在此不再演示

二、keepalived安装及配置

1、192.168.1.201服务器上keepalived安装及配置

安装keepalived

  1. #tar zxvf keepalived-1.1.20.tar.gz
  2. #cd keepalived-1.1.20
  3. #./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.18-164.el5-i686
  4. #make && make install

配置keepalived

我们自己在新建一个配置文件,默认情况下keepalived启动时会去/etc/keepalived目录下找配置文件

  1. #mkdir /etc/keepalived
  2. #vi /etc/keepalived/keepalived.conf
  3. ! Configuration File for keepalived
  4. global_defs {
  5. notification_email {
  6. [email protected]
  7. }
  8. notification_email_from [email protected]
  9. smtp_server 127.0.0.1
  10. smtp_connect_timeout 30
  11. router_id MySQL-ha
  12. }
  13. vrrp_instance VI_1 {
  14. state BACKUP   #两台配置此处均是BACKUP
  15. interface eth0
  16. virtual_router_id 51
  17. priority 100   #优先级,另一台改为90
  18. advert_int 1
  19. nopreempt  #不抢占,只在优先级高的机器上设置即可,优先级低的机器不设置
  20. authentication {
  21. auth_type PASS
  22. auth_pass 1111
  23. }
  24. virtual_ipaddress {
  25. 192.168.1.200
  26. }
  27. }
  28. virtual_server 192.168.1.200 3306 {
  29. delay_loop 2   #每个2秒检查一次real_server状态
  30. lb_algo wrr   #LVS算法
  31. lb_kind DR    #LVS模式
  32. persistence_timeout 60   #会话保持时间
  33. protocol TCP
  34. real_server 192.168.1.201 3306 {
  35. weight 3
  36. notify_down /usr/local/MySQL/bin/MySQL.sh  #检测到服务down后执行的脚本
  37. TCP_CHECK {
  38. connect_timeout 10    #连接超时时间
  39. nb_get_retry 3       #重连次数
  40. delay_before_retry 3   #重连间隔时间
  41. connect_port 3306   #健康检查端口
  42. }
  43. }

编写检测服务down后所要执行的脚本

  1. #vi /usr/local/MySQL/bin/MySQL.sh
  2. #!/bin/sh
  3. pkill keepalived
  4. #chmod +x /usr/local/MySQL/bin/MySQL.sh

注:此脚本是上面配置文件notify_down选项所用到的,keepalived使用notify_down选项来检查real_server的服务状态,当发现real_server服务故障时,便触发此脚本;我们可以看到,脚本就一个命令,通过pkill keepalived强制杀死keepalived进程,从而实现了MySQL故障自动转移。另外,我们不用担心两个MySQL会同时提供数据更新操作,因为每台MySQL上的keepalived的配置里面只有本机MySQL的IP+VIP,而不是两台MySQL的IP+VIP

启动keepalived

  1. #/usr/local/keepalived/sbin/keepalived –D
  2. #ps -aux | grep keepalived

测试

找一台局域网PC,然后去ping  MySQL的VIP,这时候MySQL的VIP是可以ping的通的

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

2、192.168.1.202上keepalived安装及配置

安装keepalived

  1. #tar zxvf keepalived-1.1.20.tar.gz
  2. #cd keepalived-1.1.20
  3. #./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.18-164.el5-i686
  4. #make && make install

配置keepalived

这台配置和上面基本一样,但有三个地方不同:优先级为90、无抢占设置、real_server为本机IP

  1. #mkdir /etc/keepalived
  2. #vi /etc/keepalived/keepalived.conf
  3. ! Configuration File for keepalived
  4. global_defs {
  5. notification_email {
  6. [email protected]
  7. }
  8. notification_email_from [email protected]
  9. smtp_server 127.0.0.1
  10. smtp_connect_timeout 30
  11. router_id MySQL-ha
  12. }
  13. vrrp_instance VI_1 {
  14. state BACKUP
  15. interface eth0
  16. virtual_router_id 51
  17. priority 90
  18. advert_int 1
  19. authentication {
  20. auth_type PASS
  21. auth_pass 1111
  22. }
  23. virtual_ipaddress {
  24. 192.168.1.200
  25. }
  26. }
  27. virtual_server 192.168.1.200 3306 {
  28. delay_loop 2
  29. lb_algo wrr
  30. lb_kind DR
  31. persistence_timeout 60
  32. protocol TCP
  33. real_server 192.168.1.202 3306 {
  34. weight 3
  35. notify_down /usr/local/MySQL/bin/MySQL.sh
  36. TCP_CHECK {
  37. connect_timeout 10
  38. nb_get_retry 3
  39. delay_before_retry 3
  40. connect_port 3306
  41. }
  42. }

编写检测服务down后所要执行的脚本

  1. #vi /usr/local/MySQL/bin/MySQL.sh
  2. #!/bin/sh
  3. pkill keepalived
  4. #chmod +x /usr/local/MySQL/bin/MySQL.sh
  5. 启动keepalived
  6. #/usr/local/keepalived/sbin/keepalived –D
  7. #ps -aux | grep keepalived

测试

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

三、测试

MySQL远程登录测试

我们找一台安装有MySQL客户端的windows,然后登录VIP,看是否能登录,在登录之两台MySQL服务器都要授权允许从远程登录

  1. MySQL> grant all privileges on *.* to ‘root‘@‘%‘ identified by ‘123456‘;
  2. Query OK, 0 rows affected (0.00 sec)
  3. MySQL> flush privileges;
  4. Query OK, 0 rows affected (0.00 sec)

使用客户端登录VIP测试

  1. C:\MySQL\bin>MySQL.exe -uroot -p123456 -h192.168.1.200 -P3306
  2. Welcome to the MySQL monitor.  Commands end with ; or \g.
  3. Your MySQL connection id is 224
  4. Server version: 5.0.89-log Source distribution
  5. Type ‘help;‘ or ‘\h‘ for help. Type ‘\c‘ to clear the current input statement.
  6. MySQL>

● keepalived故障转移测试

※在windows客户端一直去ping  VIP,然后关闭192.168.1.201上的keepalived,正常情况下VIP就会切换到192.168.1.202上面去

※开启192.168.1.201上的keepalived,关闭192.168.1.202上的keepalived,看是否能自动切换,正常情况下VIP又会属于192.168.1.201

注:keepalived切换速度还是非常块的,整个切换过程只需1-3秒

● MySQL故障转移测试

※在192.168.1.201上关闭MySQL服务,看VIP是否会切换到192.168.1.202上

※开启192.168.1.201上的MySQL和keepalived,然后关闭192.168.1.202上的MySQL,看VIP是否会切换到192.168.1.201上

下面是用windows客户端连接的MySQL的VIP,在切换时我执行了一个MySQL查询命令,从执行show databases到显示出结果时间为3-5秒(大家可以看到上面有个错误提示,不过不用担心,因为我们的keepalived切换大概为3秒左右,这3秒左右VIP是谁都不属于的)

  1. MySQL> show databases;
  2. ERROR 2006 (HY000): MySQL server has gone away
  3. No connection. Trying to reconnect...
  4. Connection id:    592
  5. Current database: *** NONE ***
  6. +--------------------+
  7. | Database           |
  8. +--------------------+
  9. | information_schema |
  10. | MySQL              |
  11. | test               |
  12. +--------------------+
  13. 3 rows in set (9.01 sec)

后话:世间万事万物,都不具备绝对的完美,就像上面的MySQL-HA一样,keepalived只能做到对3306的健康检查,但是做不到比如像MySQL复制中的slave-SQL、slave-IO进程的检查。所以要想做到一些细致的健康检查,还得需要借助额外的监控工具,比如nagios,然后用nagios实现短信、邮件报警,从而能够有效地解决问题。

时间: 2024-10-14 04:41:33

mysql HA-keepalived的相关文章

MySQL MHA+Keepalived

一.MHA的简单介绍MHA是由perl语言编写的,用外挂脚本的方式实现mysql主从复制的高可用性.MHA可以自动检测mysql是否宕机,如果宕机,在10-30s内完成new master的选举,应用所有差异的binlog日志到所有slave,将所有的slave切换到新的master上来.MHA除了自动检测mysql是否宕机,还能够交互式的切换master,在日常的数据库维护中,这个功能还是挺有用的.由于MHA本身只负责数据库主从的切换,但是应用程序并不知道数据库的master变了.针对这种情况

MySql:利用keepalived构建高可用MySQL-HA

关于MySQL-HA,目前有多种解决方案,比如heartbeat.drbd.mmm.共享存储,但是它们各有优缺点.heartbeat.drbd配置较为复杂,需要自己写脚本才能实现MySQL自动切换,对于不会脚本语言的人来说,这无疑是一种脑裂问题:对于mmm,生产环境中很少有人用,且mmm 管理端需要单独运行一台服务器上,要是想实现高可用,就得对mmm管理端做HA,这样无疑又增加了硬件开支:对于共享存储,个人觉得MySQL数据还是放在本地较为安全,存储设备毕竟存在单点隐患.使用MySQL双mast

构建MySQL+DRBD+Keepalived高性能架构

前言* DRBD(DistributedReplicatedBlockDevice)是一个基于块设备级别在远程服务器直接同步和镜像数据的开源软件,类似于RAID1数据镜像,通常配合keepalived.heartbeat等HA软件来实现高可用性.这里简单记录仅供参考. 一.实施环境 系统版本:CentOS 5.8 DRBD版本: drbd-8.3.15 Keepalived:keepalived-1.1.15 Master:192.168.149.128 Backup:192.168.149.1

mysql(五)-----keepalived配置mysql的高可用

生产环境对数据库要求很高的,为了避免数据库的突发情况,给他做个保险--用keepalived做高可用环境(此处ip,密码均是乱造的):主:192.1.31.161 端口:3306 用户:vnum 密码:[email protected] 从:192.1.31.162 端口:3306 方案介绍 两台mysql互为主从,但只有master写,slave只负责读.主从通过keepalive做成高可用,当master出问题, 由slave接替master工作,即读写都在slave操作.当master恢复

MySQL的keepalived高可用监控脚本

MySQL的keepalived高可用监控脚本 MySQL(或者其它服务)的keepalived高可用监控脚本 开发脚本需求 :我们知道,keepalive是基于虚拟ip的存活来判断是否抢占master的机制的,但是如果我们做了MySQL的keepalived的高可用的时候,就要考虑一种情况的发生,那就是如果机器网卡并没有断,二十由于MySQL服务的不稳定,或者人为的误操作,导致的服务关闭,会引起的结果就是,keepalive并不会切换,因为并不是主master的虚拟ip不存在,而是服务已经停止

理解 OpenStack 高可用(HA) (5): MySQL HA

本系列会分析OpenStack 的高可用性(HA)概念和解决方案: (1)OpenStack 高可用方案概述 (2)Neutron L3 Agent HA - VRRP (虚拟路由冗余协议) (3)Neutron L3 Agent HA - DVR (分布式虚机路由器) (4)RabbitMQ HA (5)MySQL HA 1. MySQL HA 方案概括 Mysql HA 方案有很多种,包括: mmm: http://mysql-mmm.org/ mha: https://code.googl

理解 OpenStack 高可用(HA)(4):RabbitMQ 和 Mysql HA

本系列会分析 OpenStack 的高可用性(HA)解决方案: (1)概述 (写着中...) (2)Neutron L3 Agent HA - VRRP (虚拟路由冗余协议) (3)Neutron L3 Agent HA - DVR (分布式虚机路由器) (4)RabbitMQ 和 Mysql HA 1. 基础知识 1.1 Pacemaker Pacemaker 承担集群资源管理者(CRM - Cluster Resource Manager)的角色,它是一款开源的高可用资源管理软件,适合各种大

MySQL 高可用:mysql+Lvs+Keepalived 负载均衡及故障转移

转自 MySQL 高可用:mysql+Lvs+Keepalived 负载均衡及故障转移 - KK ——专注数据 - 博客频道 - CSDN.NEThttp://blog.csdn.net/kk185800961/article/details/51115264# 系统信息: mysql主库 192.168.1.152 CentOS 5.6 mysql 5.6.22 mysql从库 192.168.1.153 CentOS 5.6 mysql 5.6.22 VIP 192.168.1.150 my

部署k8s ssl集群实践6:配置高可用kube-apiserver组件ha+keepalived

参考文档:https://github.com/opsnull/follow-me-install-kubernetes-cluster感谢作者的无私分享.集群环境已搭建成功跑起来.文章是部署过程中遇到的错误和详细操作步骤记录.如有需要对比参考,请按照顺序阅读和测试. kubernetes master 节点运行如下组件:kube-apiserverkube-schedulerkube-controller-managerkube-scheduler 和 kube-controller-mana

How-to setup MySQL HA by using keepalived

With MySQL replication and keepalived, we can setup a quite robust high available MySQL environment in a few steps: Environment:Host1: db01.wordpress.comHost2: db02.wordpress.comDBVIP: mysql.wordpress.com 10.0.0.1 1. Setup MySQL Master-Master replica