MySQL高可用系列之MMM.docxVIP

MySQL高可用系列之MMMMySQL－MMM是一套基于perl语言编写的脚本程序，通过不同的脚本实现对MySQL服务器及之间复制的管理与维护。概述MySQL－MMM是Master-Master replication manager for Mysql的缩写，仅仅是一套MySQL复制的管理程序，本身并不具备任何MySQL服务功能。简介在MySQL－MMM集群环境中，典型的应用架构有两种：一是Master＋Master，即双主复制结构；二是Master＋Master＋Slave，即双主＋多从复制结构。MySQL－MMM脚本就是用来管理、监控这些MySQL Replication的，不但允许主备Master之间来回切换，当复制出现问题时，可以执行故障迁移操作。对于MySQL Master＋Master双主复制的配置，在复制相关文档中，提到了几种情况，其中一种情况就是人为地控制节点的写操作，保证同一时间内，只允许一个节点对外提供写操作，以此来避免冲突。MySQL-MMM就是采用的这种方式，它通过绑定一个VIP来控制，VIP只能绑定到活动Master节点上，而将备用Master节点通过read_only参数设置为只读，所有应用程序都是通过这个VIP来访问数据库的，因此同一时间段内，只有一个节点对外提供写服务。对于多个Slave实例，附带的工具套件还可实现Read操作的负载均衡，从而大大提供读操作性能。运行过程中，当检查到某一台MySQL Server处于不可用状态，MMM还可以将原有的操作请求转移到其它可用节点上，从而实现服务的高可用性；这包括写操作的转移（主备Master之间），读操作的转移（多个Slave之间），以及多个Slave实例的Master转换等。当发现某一台Slave Server的数据延迟较高，达到设定的阀值时，还可还可松绑其绑定的VIP，以此屏蔽该节点，暂停对外服务。另外，MySQL-MMM还提供了一套很好用的运维管理工具，可以实现简单快捷的数据库备份与维护，简化日常维护成本。架构可以从下面几个方面来大致了解一下MySQL－MMM集群环境的架构。脚本MySQL-MMM程序主要包括如下三个脚本，其所有管理功能也是通过它们实现的。mmm_mond监控进程，负责所有的监控工作，决定和处理所有节点的角色活动，运行在监控服务器上。mmm_agentd 代理进程，完成实际的监控工作，以及执行简单的远端服务设置，需要运行在每一个被监管的MySQL Server服务器上。mmm_control这是一个简单的控制脚本，它提供了管理mmm_mond进程的相关命令。VIP可以说MySQL－MMM集群的所有高可用功能（故障转移、负载均衡）都是基于虚拟IP（VIP）来实现的，VIP由监控端提供，包括一个可写的VIP和多个只读的VIP。可写VIP绑定到活动Master服务器上，此时备用Master服务器为只读，应用程序通过这个VIP访问读写数据；当监测到活动Master故障不可用时，将这个VIP转移到备用Master服务器上，并取消只读限制，以此实现故障转移功能，此时备用Master就成了活动Master。只读VIP绑定到一个或多个Slave服务器，以及备用Master上，对外提供只读服务；并可实现负载均衡，从而提高读操作性能。当监测到某一台服务器故障不可用，或数据延迟达到设定的阀值时，则松绑该VIP，以此屏蔽该节点，暂停服务。用户整个MySQL－MMM集群环境中，存在如下三个用户，它们需要拥有不同的权限。mmm_monitor这个用户在MMM Monitor服务器上使用，需要授予Replication Client权限，这个权限允许从监控服务器执行show master status和show slave status命令，以便查看Master、Slave实例的状态。mmm_agent这个用户在所有MMM Agent服务器上使用，拥有SUPER、Replication Client、PROCESS权限。mmm_tolls这个是MMM备份工具专用的账户，若想使用MMM备份工具，则需创建这个账户，需拥有SUPER、Replication Client、RELOAD权限。注：关于MMM Tools，由于篇幅限制，将单独介绍。部署前面提到，MySQL－MMM集群的典型应用架构有两种：一是Master＋Master，即双主复制结构；二是Master＋Master＋Slave，即双主＋多从复制结构，下面以这两种架构为例，介绍其搭建步骤。环境：OS：CentOS 5.8 (x86_64) 内核：2.6.18-308.el5 DB：MySQL 5.5.17架构：Master＋Master这套架构需要三台服务器（节点），一台用于MMM