部署MySQL-MMM高可用群集

MMM简介
? MMM(Master-Master replication manager for MySQL)是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发,主要用来监控和管理MySQL Master-Master(双主)复制,虽然叫做双主复制,但是业务上同一时刻只允许对一个主进行写入,另一台备选主上提供部分读服务,以加速在主主切换时刻备选主的预热,可以说MMM这套脚本程序一方面实现了故障切换的功能,另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。
? MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip,同时它还可以备份数据,实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性,所以MMM适用于对数据的一致性要求不是很高,但是又想最大程度的保证业务可用性的场景。对于那些对数据的一致性要求很高的业务,非常不建议采用MMM这种高可用架构。

MySQL-MMM优缺点

优点:高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性。
缺点:Monitor节点是单点,可以结合Keepalived实现高可用,对主机的数量有要求,需要实现读写分离,对程序来说是个挑战。
MySQL-MMM工作原理

?MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)。

  • mmm_mond:监控进程,负责所有的监控工作,决定和处理所有节点角色活动。此脚本需要在监管机上运行。
  • mmm_agentd:运行在每个mysql服务器上的代理进程,完成监控的探针工作和执行简单的远端服务设置。此脚本需要在被监管机上运行。
  • mmm_control:一个简单的脚本,提供管理mmm_mond进程的命令。
  • mysql-mmm的监管端会提供多个虚拟IP(VIP),包括一个可写VIP,多个可读VIP,通过监管的管理,这些IP会绑定在可用mysql之上,当某一台mysql宕机时,监管会将VIP迁移至其他mysql。

?在整个监管过程中,需要在mysql中添加相关授权用户,以便让mysql可以支持监理机的维护。授权的用户包括一个mmm_monitor用户和一个mmm_agent用户,如果想使用mmm的备份工具则还要添加一个mmm_tools用户。

  • 实验环境(mariadb数据库 是mysql的一个分支 节省安装时间它代替mysql)
主机 IP 主要软件
mysql主服务器 1 192.168.126.129 epel-release、mysql-mmm、mariadb
mysql主服务器 2 192.168.126.130 epel-release、mysql-mmm 、mariadb
mysql从服务器1 192.168.126.131 epel-release、mysql-mmm 、mariadb
mysql从服务器2 192.168.126.132 epel-release、mysql-mmm 、mariadb
Monitor 192.168.126.132 epel-release、mysql-mmm

  • 搭建本地YUM源(4台mysql服务器 不同处已标注)

     #yum -y install mariadb-server mariadb
    #systemctl stop firewalld.service
    #setenforce 0
    #vi /etc/my.cnf
    (9dd 删除原有的配置 添加下面的)
     [mysqld]
    log_error=/var/lib/mysql/mysql.err
    log=/var/lib/mysql/mysql_log.log
    log_slow_queries=/var/lib/mysql_slow_queris.log
    binlog-ignore-db=mysql,information_schema  //不需要同步的数据库名称
    character_set_server=utf8
    log_bin=mysql_bin                  //开启binlog日志用于主从复制
    server_id=1                            //4台id设置不同
    log_slave_updates=true
    sync_binlog=1
    auto_increment_increment=2    //字段一次递增多少
    auto_increment_offset=1           //自增字段的起始值:1,3,5,7...等 奇数ID
    
    # systemctl start mariadb  //开启服务
  • 配置主主同步
  • 主服务器1
    mysal> grant replication slave on *.* to ‘replication‘@‘192.168.126.%‘ identified by ‘123456‘;
    主2 : 查看文件名 和偏移量
    mysql> show master status;
    主1 :在主1上指定主2的IP 、日志文件、 偏移量
    mysql> change master to master_host=‘192.168.126.130‘,master_user=‘replication‘,master_password=‘123456‘,master_log_file=‘mysql_bin.000001‘,master_log_pos=775;
    mysql> start slave;  //开启同步
    mysql> show slave status\G;   //查看同步情况
  • 主服务器2
    mysal> grant replication slave on *.* to ‘replication‘@‘192.168.126.%‘ identified by ‘123456‘;
    主1 : 查看文件名 和偏移量
    mysql> show master status;
    主2 :在主2上指定主1的IP 、日志文件、 偏移量
    mysql> change master to master_host=‘192.168.126.129‘,master_user=‘replication‘,master_password=‘123456‘,master_log_file=‘mysql_bin.000001‘,master_log_pos=775;
    mysql> start slave;
  • 两台从服务器
    主1 : 查看文件名 和偏移量
    mysql> show master status;
    两台从服务器:在从服务器上指定主1的IP 、日志文件、 偏移量
    mysql> change master to master_host=‘192.168.126.129‘,master_user=‘replication‘,master_password=‘123456‘,master_log_file=‘mysql_bin.000001‘,master_log_pos=775;
    mysql> start slave;
  • 安装MMM 在所有服务器上安装 ,epel源要配置好
    # yum -y install mysql-mmm*
    # cd /etc/mysql-mmm/
    # vi /etc/mysql-mmm/mmm_common.conf   //所有主机上都要配置
  ……

<host default>
cluster_interface ens33
……
replication_user replication ? ? ? ? //复制用户密码
replication_password 123456 ? ? ? ? //复制用户
agent_user mmm_agent ? ? ? ? //代理用户
agent_password 123456 ? ? ? ? //代理用户密码

<host db1> ? ? ? ? ? //master-db1的host名称
ip 192.168.126.129
mode master ? ? ? //主
peer db2 ? ? ? //与master-db1对等的服务器的host名,也就是master-db2的服务器host名
</host>

<host db2>
ip 192.168.126.130
mode master
peer db1
</host>

<host db3>
ip 192.168.126.131
mode slave ? ? ? ? // 从
</host>

<host db4>
ip 192.168.126.132
mode slave
</host>

<role writer>
hosts db1, db2
ips 192.168.126.200 ? ? ? ? //对外提供的写操作的虚拟IP
mode exclusive ? ? ? ? //exclusive代表只允许存在一个主,也就是只能提供一个写的IP
</role>

<role reader>
hosts db3, db4
ips 192.168.126.210, 192.168.126.220 ? ? ? ?//对外提供读操作的虚拟ip
mode balanced ? ? ? ?//balanced代表负载均衡
</role>

  • 复制给其他服务器

    scp mmm_common.conf [email protected]:/etc/mysql-mmm/

    # scp mmm_common.conf [email protected]:/etc/mysql-mmm/
    # scp mmm_common.conf [email protected]:/etc/mysql-mmm/
    # scp mmm_common.conf [email protected]:/etc/mysql-mmm/
  • Monitor服务器配置
    # cd /etc/mysql-mmm/
    # vi mmm_mon.conf
    ping_ips      192.168.126.129,192.168.126.130,192.168.126.131,192.168.126.132 //数据库服务器地址
    auto_set_online     10        //自动上线时间 10秒
    .....
    <host default>
            monitor_user        mmm_monitor
            monitor_password    123456
    </host>
  • 在所有数据库上为mmm_agent 和 mmm_moniter 授权
    mysql> grant super, replication client, process on *.* to ‘mmm_agent‘@‘192.168.126.%‘ identified by ‘123456‘;
    mysql> grant replication client on *.* to ‘mmm_monitor‘@‘192.168.126.%‘ identified by ‘123456‘;
    mysql> flush privileges;   //刷新权限
  • 修改所有数据库的mmm_agent.conf
    # vi /etc/mysql-mmm/mmm_agent.conf
    ....
    this db1         //主1为db1、  主2为db2、   从1为db3 、  从2为db4
  • 在所有服务器上重启服务器

    systemctl start mysql-mmm-agent.service

    # systemctl enable mysql-mmm-agent.service
    # systemctl start mysql-mmm-monitor.service
  • Monitor服务器
    # mmm_control show //查看各节点的情况
    # mmm_control checks all // 检测监控功能是否完善   全是OK
    # mmm_control move_role writer db1     //切换虚拟IP 绑定的主机 db1

原文地址:http://blog.51cto.com/13630803/2140115

时间: 2024-08-04 17:45:00

部署MySQL-MMM高可用群集的相关文章

MySQL—MMM高可用群集的搭建(全过程,纯干货~~)

本篇文章主要介绍搭建MMM方案以及MMM架构的原理.MMM方案不适用对数据一致性要求很高的业务.下面一起来学习学习. 先来看看具体的架构拓扑,如下: 其中, 角色 Hosts IP地址 应用属性 VIP master1 master 192.168.142.135 write 192.168.142.188 master2 backup 192.168.142.132 write|read 192.168.142.188 slave1 slave 192.168.142.136 read 192

Corosync部署MySQL+DRBD高可用服务

介绍篇 高可用集群主要是有两个或者多个节点进行工作,ha基本组成部分包括四个部分:1.位于最底层的信息和基础架构层(Messaging Layer),主要用于节点之间传递心跳信息,故也称为心跳层.节点之间传递心跳信息可以通过广播,组播,单播等方式.2.第二层为成员关系(Membership)层,这层最重要的作用是主节点通过cluster consensus menbership service(CCM或者CCS)这种服务由第一层提供的信息,来生产一个完整的成员关系.这层主要实现承上启下的作用,承

Mysql MMM 高可用

一.Mysql MMM 高可用概况: mmm_mond  负责所有的监控工作的监控守护进程,决定节点的移除等: mmm_agentd  运行在mysql服务器上的代理守护进程,通过简单远程服务集提供给监控节点: mmm_control  命令行管理mmm_mond进程: Monitor:192.168.209.18 DB1:192.168.209.19 DB2:192.168.209.20 DB3:192.168.209.21   virtual write ip:192.168.209.4 v

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

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

MySQL数据库——MMM高可用群集配置(实战!)

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

MMM高可用群集

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

mysql 群集架构mmm高可用群集及服务器上线

MMM即Multi-Master Replication Manager for MySQL:mysql多主复制管理器,基于perl实现,关于mysql主主复制配置的监控.故障转移和管理的一套可伸缩的脚本套件(在任何时候只有一个节点可以被写入),MMM也能对从服务器进行读负载均衡,所以可以用它来在一组用于复制的服务器启动虚拟ip,除此之外,它还有实现数据备份.节点之间重新同步功能的脚本. 优点:高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致

MySQL——mmm高可用(实践!)

MySQL-MMM优缺点: 优点:高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性. 缺点:Monitor节点是单点,可以结合Keepalived实现高可用. MySQL-MMM工作原理:  MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master

MySQL——MMM高可用

MySQL-MMM优缺点: 优点:高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性. 缺点:Monitor节点是单点,可以结合Keepalived实现高可用. 实验环境: master1服务器 192.168.13.167 master2服务器 192.168.13.151 slave1服务器 192.168.13.168 slave2服务器 192.168.13.145 monitor服务器 192.168.13.164 1.在maste

部署LVS-DR + keepalived 高可用群集

LVS集群采用IP负载均衡技术和基于内容请求分发技术.调度器具有很好的吞吐率,将请求均衡地转移到不同的服务器上执行,且调度器自动屏蔽掉服务器的故障,从而将一组服务器构成一个高性能的.高可用的虚拟服务器.整个服务器集群的结构对客户是透明的,而且无需修改客户端和服务器端的程序.为此,在设计时需要考虑系统的透明性.可伸缩性.高可用性和易管理性. 直接路由(DirectRouting):简称DR模式,采用半开放式的网络结构,与TUN模式的结构类似,但各节点并不是分散在各地,而是与调度器位于同一个物理网络