mysql的MMM高可用方案

1    MMM高可用mysql方案

1.1  方案简介

MMM即Master-Master Replication Manager for MySQL（mysql主主复制管理器）关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件（在任何时候只有一个节点可以被写入），这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡，所以你可以用它来在一组居于复制的服务器启动虚拟ip，除此之外，它还有实现数据备份、节点之间重新同步功能的脚本。MySQL本身没有提供replication failover的解决方案，通过MMM方案能实现服务器的故障转移，从而实现mysql的高可用。MMM不仅能提供浮动IP的功能，更可贵的是如果当前的主服务器挂掉后，会将你后端的从服务器自动转向新的主服务器进行同步复制，不用手工更改同步配置。这个方案是目前比较成熟的解决方案。

1.2  方案优缺点

优点：安全性、稳定性高，可扩展性好，高可用，当主服务器挂掉以后，另一个主立即接管，其他的从服务器能自动切换，不用人工干预。

缺点：至少三个节点，对主机的数量有要求，需要实现读写分离，对程序来说是个挑战。

1.3  方案架构图

1.4  适用场景

MMM的适用场景为数据库访问量大，业务增长快，并且能实现读写分离的场景。

1.5  方案实战

1.5.1 实战环境介绍

实战环境服务器列表：


服务器
主机名
ip地址
Serverid
系统
Mysql

Monitor
Mon
10.1.1.111
--
Centos 5.5 64bit
--

Master1
db1
10.1.1.113
1
Centos 5.5 64bit
5.1.63

Master2
db2
10.1.1.75
2
Centos 5.5 64bit
5.1.63

Slave1
db3
10.1.1.108
3
Centos 5.5 64bit
5.1.63

实战环境虚拟IP列表：


VIP
Role
description

10.1.1.176
Read
应用配置的读取IP，也可以在前端加lvs等，做负载均衡   。三台数据库每台一个浮动VIP

10.1.1.177
Read

10.1.1.178
Read

10.1.1.179
Write
应用配置的写入的VIP，单点写入。

1.5.2 MMM的安装

在安装mmm之前要安装epel包，因为Centos的默认源中没有mmm的安装包，Epel是企业版Linux附加软件包(Extra Packages for Enterprise Linux)的缩写，是一个由特别兴趣小组创建、维护并管理的，针对红帽企业版Linux(RHEL)及其衍生发行版(比如CentOS、Scientific Linux)的一个高质量附加软件包项目。

安装epel：

wget ftp://ftp.sunet.se/pub/Linux/distributions/yellowdog/yum/6.2/extras/RPMS/epel-release-5-3.noarch.rpm

rpm -Uvh epel-release-5-3.noarch.rpm

安装monitor的安装：

yum -y install mysql-mmm*

各个DB上只需要安装mysql-mmm-agent

yum -y install mysql-mmm-agent

1.5.3 MMM的配置

1.5.3.1   配置之前的准备

前提是要配置好master1和master2的主主同步，master1和slave1的主从同步，限于篇幅这里我就不做介绍了。

在配置mmm之前首先要在mysql中创建除复制帐号之外的另外两个帐号，首先来介绍monitor user帐号，这个帐号是monitor服务器用来对mysql服务器做健康检查的，其次就是agent user，这个帐号是mmm agent(mmm代理)用来变成只读模式和同步master等，下面是创建这两个帐号的语句：

GRANT REPLICATION CLIENT ON *.* TO ‘mmm_monitor‘@‘10.1.1.%‘ IDENTIFIED BY ‘monitor_password‘;

GRANT SUPER, REPLICATION CLIENT, PROCESS ON *.* TO ‘mmm_agent‘@‘10.1.1.%‘   IDENTIFIED BY ‘agent_password‘;

flush privileges;

这两个语句在每个mysql中都要执行一下。

1.5.3.2   Monitor服务器的配置

MMM的配置文件在/etc/mysql-mmm目录下，monitor需要配置的文件有mmm_common.conf、mmm_mon.conf两个文件。mmm_common.conf文件在mmm的各个节点都是一样的，因此配置好以后copy到各个DB节点即可。

我mmm_common.conf的配置如下：

vim /etc/mysql-mmm/mmm_common.conf

active_master_role      writer

<host default>

cluster_interface       eth0

pid_path                /var/run/mysql-mmm/mmm_agentd.pid

bin_path                /usr/libexec/mysql-mmm/

replication_user        replication

replication_password    123456

agent_user              mmm_agent

agent_password          agent_password

</host>

<host db1>

ip      10.1.1.113    #这个IP尤其注意是db1的IP

mode    master

peer    db2

</host>

<host db2>

ip      10.1.1.75    #这个IP尤其注意是db2的IP

mode    master

peer    db1

</host>

<host db3>

ip      10.1.1.108

mode    slave

</host>

<role writer>

hosts   db1, db2

ips     10.1.1.179

mode    exclusive

</role>

<role reader>

hosts   db1, db2, db3

ips     10.1.1.176, 10.1.1.177, 10.1.1.178

mode    balanced

</role>

我的mmm_mon.conf配置如下：

vim /etc/mysql-mmm/mmm_mon.conf

include mmm_common.conf

<monitor>

ip                  127.0.0.1

pid_path            /var/run/mysql-mmm/mmm_mond.pid

bin_path            /usr/libexec/mysql-mmm

status_path         /var/lib/mysql-mmm/mmm_mond.status

ping_ips            10.1.1.1, 10.1.1.113, 10.1.1.75, 10.1.1.108

# ping_ips 监控了网关IP和其他的DB节点IP

auto_set_online     60

</monitor>

<host default>

monitor_user        mmm_monitor

monitor_password    monitor_password

</host>

debug 0

1.5.3.3   各个DB服务器的配置

各个DB服务器要配置的东西比较不多，主要有mmm_common.conf、mmm_agent.conf和/etc/default/mysql-mmm-agent文件。

  • db1 的配置

mmm_common.conf文件的配置和前面monitor的一样，直接copy过来即可使用

mmm_agent.conf的配置：

vim /etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf

this db1

mysql-mmm-agent的配置：

vim /etc/default/mysql-mmm-agent

ENABLED=1

  • db2 的配置

mmm_common.conf文件的配置和前面monitor的一样，直接copy过来即可使用

mmm_agent.conf的配置：

vim /etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf

this db2

mysql-mmm-agent的配置：

vim /etc/default/mysql-mmm-agent

ENABLED=1

  • db3 的配置

mmm_common.conf文件的配置和前面monitor的一样，直接copy过来即可使用

mmm_agent.conf的配置：

vim /etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf

this db3

mysql-mmm-agent的配置：

vim /etc/default/mysql-mmm-agent

ENABLED=1

1.5.4 MMM的管理

1.5.4.1   MMM的启动和停止

  • MMM的启动

启动mmm agent

/etc/init.d/mysql-mmm-agent start

将agent的启动命令写入到三个DB的rc.local文件中

启动mmm monitor

/etc/init.d/mysql-mmm-monitor start

将monitor的启动命令写入到monitor服务器的rc.local文件中

  • MMM的停止

停止mmm agent

/etc/init.d/mysql-mmm-agent stop

停止mmm monitor

/etc/init.d/mysql-mmm-monitor stop

1.5.4.2   MMM的基本管理

查看集群的状态

mmm_control show

将db1设置成online状态

mmm_control set_online db1

更多管理命令请使用mmm_control help查看，或者参考：

http://blog.chinaunix.net/uid-20639775-id-154606.html

1.5.5 MMM架构的测试

环境搭建好以后，就需要进行周密的测试，看是否实现了预期的功能：

  • 停掉master1后在monitor端使用mmm_control show看是否能切换。看看slave1是否能正确切换同步。
  • 启动master1后在monitor端使用mmm_control show看是否能切换。
  • 停掉master2后看看能否正确切换。

1.5.6 MMM架构的监控

为实现高可用，系统的各个层面都需要全面的监控起来，比如agent进程的监控，monitor进程的监控，mysql可用性的监控，数据库同步的监控等，推荐使用nagios对以上资源进行监控，第一时间发现问题，第一时间处理。

时间： 2024-08-24 12:18:57

mysql的MMM高可用方案的相关文章

mysql之MMM高可用方案简介

MMM(Master-Master Replication Manager for MySQL) MySQL主主复制管理器,提供了MySQL主主复制配置的监控.故障转移和管理的一套可伸缩的脚本套件.在MMM高可用解决方案中,典型的应用是双主多从架构,通过MySQL replication技术可以实现两台服务器互为主从,且在任何时候只有一个节点可以写入,避免多点写入的数据冲突.同时,当可写的主节点故障时,MMM套件可以立刻监控到,然后将服务自动切换到另一个主节点,继续提供服务,从而实现MySQL的

MySQL数据库——MMM高可用群集配置（实战！）

MMM简介 MMM(Master-Master replication manager for MySQL)是一套支持双主故障切换和双主日常管理的脚本程序.MMM使用Perl语言开发,主要用来监控和管理MySQL Master-Master(双主)复制,可以说是mysql主主复制管理器.虽然叫做双主复制,但是业务上同一时刻只允许对一个主进行写入,另一台备选主上提供部分读服务,以加速在主主切换时刻备选主的预热,可以说MMM这套脚本程序一方面实现了故障切换的功能,另一方面其内部附加的工具脚本也可以实

MySQL数据库——MMM高可用群集架构

概念 MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的). MMM高可用架构说明 mmm_mond:监控进程,负责所有的监控工作,决定和处理所有节点角色活动.此脚本需要在监管机上运行. mmm_agentd:运行在每个mysql服务器上的代理

MYSQL双主高可用方案部署实例

king01与king02互为master-slave [[email protected] ~]# mysql -uroot -pabcd.1234 mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.130.202 Maste

mysql主主高可用方案

masterA配置: yum -y install keepalived vim /etc/keepalived/keepalived.conf router_id LVS_MASTER-A interface ens33 nopreempt track_script { mysql } vim /opt/mysql.sh     //编写脚本 脚本内容: #!/bin/bashcounter=$(netstat -na|grep "LISTEN"|grep "3306&qu

分布式数据存储 - MySQL主从复制高可用方案

前面几篇文章说道MySQL数据库的高可用方案主从复制.主从复制的延迟产生原因.延迟检测及延迟解决方案(并未从根本上解决),这种主从复制方案保证数据的冗余的同时可以做读写分离来分担系统压力但是并非是高可用方案,因为主从节点中主节点仍然是单点的,一旦主节点宕机会导致应用中写失败.双主复制虽然很好的避免主节点的单点故障,但是未提供统一访问入口来实现负载均衡,如果其中master宕掉的话需要手动切换到另外一个master,而不能自动进行切换.本篇文章就来剖析主从复制的高可用. 一.基础概念介绍 Keep

MMM高可用MySQL服务集群解决方案

MMM高可用方案简介 MMM(Master-Master Replication Manager for MySQL)主主复制管理器,是一套提供了MySQL主主复制配置的监控.故障迁移和管理的可伸缩的脚本程序.在MMM高可用解决方案中,可以配置双主多从架构,通过MySQL Replication技术可以实现两台MySQL服务器互为主从,并且在任何时候只有一个节点可以写入,避免多节点写入的数据冲突,同时,当可写节点故障时,MMM套件可以立即监控到,然后将服务自动切换到另一个主节点继续提供服务,从而

[转载] MySQL高可用方案选型参考

原文: http://imysql.com/2015/09/14/solutions-of-mysql-ha.shtml?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io 本次专题是 MySQL高可用方案选型,这个专题想必有很多同学感兴趣. 高可用的意义以及各种不同高可用等级相应的停机时间我就不必多说了,直接进入主题. 可选MySQL高可用方案 MySQL的各种高可用方案,大多是基于以下几种基础来部署的: 基于主从复制:

MySQL高可用方案选型参考

本次专题是 MySQL高可用方案选型,这个专题想必有很多同学感兴趣. 高可用的意义以及各种不同高可用等级相应的停机时间我就不必多说了,直接进入主题. 可选MySQL高可用方案 MySQL的各种高可用方案,大多是基于以下几种基础来部署的: 基于主从复制: 基于Galera协议: 基于NDB引擎: 基于中间件/proxy: 基于共享存储: 基于主机高可用: 在这些可选项中,最常见的就是基于主从复制的方案,其次是基于Galera的方案,我们重点说说这两种方案.其余几种方案在生产上用的并不多,我们只简单