使用 Ansible 管理 MySQL 复制

简介：

Ansible 是一个配置管理和应用部署工具，功能类似于目前业界的配置管理工具 Chef,Puppet,Saltstack。Ansible 是通过 Python 语言开发。Ansible 平台由 Michael DeHaan 创建，他同时也是知名软件 Cobbler 与 Func 的作者。Ansible 的第一个版本发布于 2012 年 2 月，相比较其它同类产品来说，Ansible 还是非常年轻的，但这并不影响他的蓬勃发展与大家对他的热爱。

Ansible 默认通过 SSH 协议管理机器，所以 Ansible 不需要安装客户端程序在服务器上。您只需要将 Ansible 安装在一台服务器，在 Ansible 安装完后，您就可以去管理控制其它服务器。不需要为它配置数据库，Ansible 不会以 daemons 方式来启动或保持运行状态。Ansible 的目标有如下：

• 自动化部署应用
• 自动化管理配置
• 自动化的持续交付
• 自动化的（AWS）云服务管理。

根据 Ansible 官方提供的信息，当前使用 Ansible 的用户有：evernote、rackspace、NASA、Atlassian、twitter 等。

回页首

安装前的准备

Ansible 服务器需求

当前 Ansible 可以运行在安装了 Python2.6 的任何机器上（暂不支持 windows 机器做中心控制服务器），这包括 RedHat，Debian，CentOS,OS X,BSDS 等等。

被管理服务器需求

在被管理节点服务器上，需要安装 Python2.4 或更高的 Python 版本，如果在远程机器上运行的 Python 小于 Python2.5 的话，您将需要安装 python-simplejson。如果在远程机器的启用了 SELinux，你还需要安装 libselinux-python。

回页首

安装 Ansible

如果你是 CentOS/RedHat、Debian、Ubuntu 的用户，您可以使用系统包管理器 yum 或 apt-get 安装（CentOS/RedHat 需要安装 epel 包才能通过 yum 安装）。不过在这里，笔者强烈建议您使用 pip 安装 Ansible。那么什么是 pip 呢？ pip 是一个 Python 包安装和管理工具，功能类似 Node.js 的 npm、Ruby 的 gem。通过 pip 可以非常方便对 Python 包进行安装、升级、删除等管理操作。前面介绍过 Ansible 是使 Python 开发，那么自然 Ansible 也可以通过 pip 安装。如想了解 pip 的更多详情，请访问 https://pypi.python.org/pypi/pip/ 。

通过 pip 安装 Ansible

在使用 pip 之前，请确保您的系统已经安装 Pthon 的 setuptools 包

yum – y install python-setuptools

安装 pip

easy_install pip

通过 pip 安装 Ansible

pip install ansbile

怎么样？通过 pip 安装 Ansible 是不是很简单，只要简单的三个步骤，就完成了操作。只要支持 Python 的操作系统，都可以使用 pip 安装。

好的，现在你如果照着做的话，你已经在你的服务器上安装好了 Ansible。

前面介绍过 Ansible 是通过 SSH 协议管理机器，Ansible 默认使用 SSH Keys 方式通信，这个也是 Ansible 官方极力推荐的方法，但是如果您想使用密码的话，当然也是可以的。为了启用密码验证，使用 --ask-pass 选项，在本文中，笔者采用密钥验证方式进行演示，读者可以根据的需要选择使用密码验证还是密钥验证。

回页首

Ansible 实战

使用 Ansible 在远程服务器上执行命令

在安装好 Ansible 后，先通过使用 Ansible 在其它服务器上执行一条命令来确认 Ansible 服务器与其它服务器的连通性。在执行 Ansible 管理服务器前，需要要配置服务器信息。Ansible 使用文件来存储您要管理的服务器信息，这个文件在 Ansible 中叫清单文件，默认的清单文件存放在 /etc/ansible/hosts , 如果这个文件不存在，您可以新建该文件。当然您也可以在执行 Ansible 命令时执行清单文件的路径。清单文件的格式类似于 INI 文件，如下：

[webserver]   192.168.1.1   192.168.1.2   [databaseServer]   192.168.1.10   192.168.1.11

中括号符号中的是组名，组名可以自定义，但建议使用一个有说明意义的名称，如 webserver、databaseServer，组名后是各组内的成员 IP。下面笔者通过 Ansible 在远程服务器上执行一条命令：

ansible webserver -a "whoami"

图 1.ansible 执行命令结果

从 Ansible 的执行结果，我们知道 Ansible 服务器与远程服务器的连通是没有问题，并且执行命令成功。如果您想指定清单文件的路径，那么使用 – i 参数，加上文件路径即可，如下：

ansible webserver – i /etc/ansible/other-hosts – a“whoami”

以上是一条 ad-hoc 命令，也即临时执行命令。ad-hoc 是 Ansible 里的一个概念，通过使用 ad-hoc 您可以快速的完成命令的操作，如果你的操作只包含命令操作，而没有配置管理的内容的话，那么强烈建议使用 ad-hoc 命令，如文件传输、包管理、用户和组的管理、服务管理等等。

使用 Ansible 管理 MySQL 复制

Ansible 附带了非常多的模块，Ansible 将之称为“模块库”。模块可以在远程服务器上直接执行，也可以通过 Playbooks 执行，关于 Playbooks 将会在后面做介绍。Ansible 的模块非常丰富，包括云服务管理、文件、数据库、命令、网络等各个方面。笔者在这里演示如果通过 Ansible 其中的一个模块“mysql_replication”来管理 MySQL 的复制。首先在配置好 MySQL master 服务器与 slave 服务器的 MySQL 环境，使其满足 MySQL 复制的配置需求，并且 MySQL 主从服务器都要安装 Python 的 MySQLdb 模块，通过 Ansible 在主、从服务器上安装 MySQLdb。

ansible databaseServer -m yum -a "name=MySQL-python state=present"

在 MySQL master 服务器上创建 MySQL 复制帐号

mysql -uroot -p   mysql > GRANT REPLICATION SLAVE,REPLICATION CLIENT   ON *.* TO 'repl'@'192.168.1.%' IDENTIFIED BY '123456';   mysql > flush privileges;   mysql > quit;

在 MySQL master 服务器打开 mysql 的二进制日志功能 , 在 /etc/my.cnf 文件的 [mysqld] 部分添加以下内容：

server-id = 1

log-bin=mysql-bin

重启 MySQL , 使设置生效。

/etc/init.d/mysqld restart

修改 MySQL slave 数据库的 mysql 配置文件 , 在 /etc/my.cnf 文件的 [mysqld] 部分添加以下内容：

server-id = 2

重启 MySQL , 使设置生效。

/etc/init.d/mysqld restart

通过 Ansible 的 mysql_replication 模块获取到 MySQL master 服务器的状态

ansible mysql-master -m mysql_replication       -a "login_user=root login_password=123456 mode=getmaster"

图 2.获取 MySQL Master 服务器状态

Ansible 的结果都是采用的 json 格式显示，结果输出了 MySQL 的正在使用的二进制日志文件名称以及 Position 的值，记录这两个值。

通过 Ansible 的 mysql_replication 模块在 MySQL Slave 服务器上指定 MySQL master 服务器及设置复制信息。

ansible mysql-slave -m mysql_replication       – a "login_user=root login_password=123456   mode=changemaster master_host='172.16.64.147' master_user=repl   master_password=123456 master_log_file=mysql.000003 master_log_pos=711"

图 3.MySQL Change Master 执行结果：

在 MySQL 从服务器上启动复制

ansible mysql-slave -m mysql_replication  -a "login_user=root login_password=123456 mode=startslave"

图 4.在 MySQL Slave 开启复制执行结果：

查看 MySQL 复制状态

ansible mysql-slave -m mysql_replication  -a "login_user=root login_password=123456 mode=getslave"

图 5.查看 MySQL 复制状态

请注意图中红框选处，显示 Slave_IO_Running 和 Slave_SQL_Running 的值均为“Yes”,Slave_IO_State 的状态为“waiting for master to send event”，这表示刚刚通过 ansible 建立 MySQL 主从服务器之间的复制是正常的。现在您就可以尝试在 MySQL 主服务器上添加一些数据，看看会不会同步同步从服务器上。

通过 Ansible playbooks 管理 MySQL 复制

通过使用 Ansible 的 ad-hoc 命令行指令来使用模块命令是不是感觉很便捷，但我们仍然要手工去做很多事情，如安装 MySQL、配置 MySQL 复制环境等。虽然这些也可以通过 ad-hoc 命令行完成，但是如果我下次还要在其它服务器上配置 MySQL 复制，那么我又得重复敲一遍指令，如果是这样的话，那么这将是一样非常糟糕的事情。那么 Ansible 有没有办法解决这个问题呢？当然是有，Ansible 的 Playbooks 就可以很好的解决这个问题，Playbooks 翻译成中文就是剧本的意思，顾名思义，就是将所有的操作按照约定好的规则在文件中定义好做什么，然后再按照剧本演出一部大剧。Playbooks 非常适合部署复杂应用及配置的重复使用。Playbooks 声明配置，并你设置好的配置推送到指定的远程主机应用。Playbooks 与 saltstack 的 SLS(Salt State Tree)、puppet 的配置管理相同。

Playbooks 使用 YAML 格式，语法应用简明易懂。以下笔者就使用 Ansilbe 来实现 MySQL 的安装、MySQL 复制环境的配置、MySQL 复制设置。

图 6.目录结构图

为了有效的组织和管理 Ansible 中的文件，笔者使用了 Ansible Playbook 的 roles 特性，这个特性在 Ansible 版本 1.2 或之后的版本中有效。笔者在 /etc/ansible 目录下建立了一个 roles 目录用于存放 Playbooks 定义的各个角色，这个是 Ansible 官方定义的默认 roles 目录，当然你可以添加或修改 roles 的目录路径，通过修改 /etc/ansible/ansible.cfg 文件中的 roles_path 值。roles 目录下是各个应用的目录名称，各目录以应用名称命令，这个名称可以自定义，但最好是设置一个有意义的名称，如本例中的 mysql，mysql 命令下包括了 defaults、handlers、meta、tasks、templates、vars 目录，分别对应不同的功能，这几个目录的命名都是 Ansible 官方定义好的，不可以修改，各目录功能说明见表 1。默认 Ansible 只处理各目录下文件名为 main.yml 中定义的操作，如果您有多个文件，可以在 main.yml 文件中 include 其它文件。

表 1.各目录功能说明

代码 1.defaults 目录的 main.yml 信息

cat /etc/ansible/roles/mysql/defaults/main.yml   ---   mysql_port: 3306   mysql_bind_address: "0.0.0.0"  mysql_root_db_pass: 123456    mysql_db:   - name: foo   replicate: yes   - name: bar   replicate: no    mysql_users:   - name: jack   pass: 123456   priv: "*.*:ALL"   mysql_repl_user:   - name: repl   pass: 123456    mysql_repl_role: master   mysql_db_id: 7

该文件包含了一些与 MySQL 相关的一些默认的变量信息，在这里设置了 MySQL 的端口、绑定地址，root 用户的密码，及新增的数据库、用户、复制用户信息。

代码 2.handlers 目录的 main.yml 信息

cat /etc/ansible/roles/mysql/handlers/main.yml   ---   - name: restart mysql   service: name={{ mysql_service }} state=restarted

handlers 目录中的 main.yml 文件包含的操作是执行完 tasks 之后服务器发生变化之后可供调用 的操作，本例中是重启 MySQL 操作

代码 3.tasks 目录里的 main.yml 信息

---   - name: Add the OS specific variables   include_vars: "{{ ansible_os_family }}.yml"   - name: Install the mysql packages in Redhat derivatives   yum: name={{ item }} state=installed   with_items: mysql_pkgs   when: ansible_os_family == 'RedHat'   - name: Install the mysql packages in Debian derivatives   apt: name={{ item }} state=installed update_cache=yes   with_items: mysql_pkgs   environment: env   when: ansible_os_family == 'Debian'   - name: Copy the my.cnf file   template: src=my.cnf.{{ ansible_os_family }}.j2 dest={{ mysql_conf_dir }}/my.cnf   notify:   - restart mysql    - name: Start the mysql services Redhat   service: name={{ mysql_service }} state=started enabled=yes    - name: update mysql root password for all root accounts   mysql_user: name=root host={{ item }} password={{ mysql_root_db_pass }}   with_items:   - "{{ ansible_hostname }}"  - 127.0.0.1   - ::1   - localhost   when: ansible_hostname != 'localhost'    - name: update mysql root password for all root accounts   mysql_user: name=root host={{ item }} password={{ mysql_root_db_pass }}   with_items:   - 127.0.0.1   - ::1   - localhost   when: ansible_hostname == 'localhost'     - name: ensure anonymous users are not in the database   mysql_user: name='' host={{ item }} login_user=root   login_password={{ mysql_root_db_pass }} state=absent   with_items:   - localhost   - "{{ ansible_hostname }}"   - name: remove the test database   mysql_db: name=test login_user=root   login_password={{ mysql_root_db_pass }} state=absent    - name: Create the database's   mysql_db: name={{ item.name }}   login_user=root login_password={{ mysql_root_db_pass }} state=present   with_items: mysql_db   when: mysql_db|lower() != 'none'   - name: Create the database users   mysql_user: login_user=root   login_password={{ mysql_root_db_pass }}   name={{ item.name }} password={{ item.pass|default("foobar") }}   priv={{ item.priv|default("*.*:ALL") }}   state=present host={{ item.host | default("localhost") }}   with_items: mysql_users   when: mysql_users|lower() != 'none'   - name: Create the replication users   mysql_user: login_user=root login_password={{ mysql_root_db_pass }}   name={{ item.name }} host="%" password={{ item.pass|default("foobar") }}   priv=*.*:"REPLICATION SLAVE" state=present   with_items: mysql_repl_user   when: mysql_repl_role == 'master'   - name: Check if slave is already configured for replication   mysql_replication: login_user=root   login_password={{ mysql_root_db_pass }} mode=getslave   ignore_errors: true   register: slave   when: mysql_repl_role == 'slave'   - name: Ensure the hostname entry   for master is available for the client.   lineinfile: dest=/etc/hosts regexp="{{ mysql_repl_master }}"   line="{{ mysql_repl_master + " " +   hostvars[mysql_repl_master].ansible_default_ipv4.address }}"    state=present   when: slave|failed and mysql_repl_role == 'slave'   and mysql_repl_master is defined    - name: Get the current master servers replication status   mysql_replication: login_user=root login_password=  {{ mysql_root_db_pass }} mode=getmaster   delegate_to: "{{ mysql_repl_master }}"  register: repl_stat   when: slave|failed and mysql_repl_role == 'slave'   and mysql_repl_master is defined    - name: Change the master in slave to start the replication   mysql_replication: login_user=root   login_password={{ mysql_root_db_pass }} mode=changemaster   master_host={{ mysql_repl_master }}    master_log_file={{ repl_stat.File }}     master_log_pos={{ repl_stat.Position }}     master_user={{ mysql_repl_user[0].name }}     master_password={{ mysql_repl_user[0].pass }}   when: slave|failed and mysql_repl_role == 'slave'   and mysql_repl_master is defined    - name: start slave in slave to start the replication   mysql_replication: login_user=root login_password={{ mysql_root_db_pass }}   mode=startslave   when: slave|failed and mysql_repl_role == 'slave'   and mysql_repl_master is defined

tasks 目录中的 main.yml 包括了 playbooks 中所有要执行操作，每一个操作都会有一个名称，用于简单的描述本次的操作内容，本例中的 tasks 包括了：

• MySQL 安装；
• MySQL 管理员用户 root 的密码修改；
• MySQL 配置文件的生成；
• 测试库的删除；
• 空用户的删除；
• 数据库的创建（若需要）；
• 数据库用户的创建及赋权（苦需要）；
• 复制用户创建及密码设置；
• 获取 master 状态；
• Slave 连接 master 并开启复制。

Ansible playbooks 中的每个任务是按序依次执行的，这个大家可以看 ansible playbooks 的执行过程。

代码 4.templates 目录中的 my.cnf.RedHat.j2

cat /etc/ansible/roles/mysql/templates/my.cnf.RedHat.j2   [mysqld]   datadir=/var/lib/mysql   socket=/var/lib/mysql/mysql.sock   user=mysql   # Disabling symbolic-links is recommended to   prevent assorted security risks   symbolic-links=0   port={{ mysql_port }}   bind-address={{ mysql_bind_address }}   log_bin = mysql-bin   server-id = {{ mysql_db_id }}    {% if mysql_repl_role == 'master' %}   #log_bin = mysql-bin   expire_logs_days = 10   max_binlog_size = 100M    {% for i in mysql_db %}   {% if i.replicate|default(1) %}   binlog_do_db = {{ i.name }}   {% endif %}   {% endfor %}    {% for i in mysql_db %}   {% if not i.replicate|default(1) %}   binlog_ignore_db = {{ i.name }}   {% endif %}   {% endfor %}   {% endif %}    [mysqld_safe]   log-error=/var/log/mysqld.log   pid-file=/var/run/mysqld/mysqld.pid

templates 目录中包括了一个 MySQL 的配置文件样本。

代码 5.vars 目录中的 main.yml

cat /etc/ansible/roles/mysql/vars/main.yml   ---   env:   RUNLEVEL: 1

代码 6.vars 目录中的 RedHat.yml

cat /etc/ansible/roles/mysql/vars/RedHat.yml   ---   mysql_pkgs:   - libselinux-python   - mysql-server   - MySQL-python    mysql_service: mysqld    mysql_conf_dir: "/etc/"

vars 目录中是此次操作所涉及到的变量信息。

代码 7.ansible 执行 MySQL 复制配置的 playbook 配置文件 mysql_repl.yml

cat /etc/ansible/mysql_repl.yml   - hosts: mysql-master   roles:   - {role: mysql, mysql_db: none,mysql_users:   [{name: jack, pass: 123456, priv: "*.*:ALL"}],mysql_db_id: 1008 }    - hosts: mysql-slave   roles:   - {role: mysql, mysql_db: none,   mysql_users: none,mysql_repl_role: slave,   mysql_repl_master: 192.168.1.10,mysql_db_id:1009,    mysql_repl_user: [{name: repl, pass: 123456}] }

安装并配置 MySQL 服务器，并完成 MySQL 主从复制设置。

在 /etc/ansible/hosts 文件中添加服务器信息

cat /etc/ansible/hosts   [mysql-master]   192.168.1.10   [mysql-slave]   192.168.1.11

使用 Ansible playbook 配置 MySQL 复制

ansible-playbook mysql_repl.yml   PLAY [mysql-master] ***********************************************************    GATHERING FACTS ***************************************************************   ok: [192.168.1.10]    TASK: [mysql | Add the OS specific variables] *********************************   ok: [192.168.1.10]    TASK: [mysql | Install the mysql packages in Redhat derivatives] **************   changed: [192.168.1.10] => (item=libselinux-python,mysql-server,MySQL-python)    TASK: [mysql | Install the mysql packages in Debian derivatives] **************   skipping: [192.168.1.10]    TASK: [mysql | Copy the my.cnf file] ******************************************   ok: [192.168.1.10]    TASK: [mysql | Start the mysql services Redhat] *******************************   changed: [192.168.1.10]    TASK: [mysql | update mysql root password for all root accounts] **************   changed: [192.168.1.10] => (item=client001)   changed: [192.168.1.10] => (item=127.0.0.1)   changed: [192.168.1.10] => (item=::1)   changed: [192.168.1.10] => (item=localhost)    TASK: [mysql | update mysql root password for all root accounts] **************   skipping: [192.168.1.10] => (item=127.0.0.1)   skipping: [192.168.1.10] => (item=::1)   skipping: [192.168.1.10] => (item=localhost)    TASK: [mysql | ensure anonymous users are not in the database] ****************   changed: [192.168.1.10] => (item=localhost)   ok: [192.168.1.10] => (item=client001)    TASK: [mysql | remove the test database] **************************************   changed: [192.168.1.10]    TASK: [mysql | Create the database's] *****************************************   changed: [192.168.1.10] => (item={'name': 'benz'})   changed: [192.168.1.10] => (item={'name': 'benz2'})    TASK: [mysql | Create the database users] *************************************   changed: [192.168.1.10] => (item={'pass': 'foobar', 'name': 'ben3', 'priv': '*.*:ALL'})   changed: [192.168.1.10] => (item={'name': 'ben2', 'pass': 'foo'})    TASK: [mysql | Create the replication users] **********************************   changed: [192.168.1.10] => (item={'name': 'repl', 'pass': 'foobar'})    TASK: [mysql | Check if slave is already configured for replication] **********   skipping: [192.168.1.10]    TASK: [mysql | Ensure the hostname entry for master is available for the client.] ***   skipping: [192.168.1.10]    TASK: [mysql | Get the current master servers replication status] *************   skipping: [192.168.1.10]    TASK: [mysql | Change the master in slave to start the replication] ***********   skipping: [192.168.1.10]    TASK: [mysql | start slave in slave to start the replication] *****************   skipping: [192.168.1.10]   #### 限于篇幅，部分输出省略 #######    PLAY RECAP ********************************************************************   192.168.1.10 : ok=12 changed=8 unreachable=0 failed=0   192.168.1.11 : ok=17 changed=8 unreachable=0 failed=0

大家仔细看输出，会发现 ansible 的 task 是按顺序一个个依次执行，在执行每个任务时，都会显示该任务的名称及状态，这样非常利于查看任务执行的状态。然后在任务的最终结尾处（即 PLAY RECAP）是各个 task 的状态统计总结，包含了各个 task 的执行情况，如执行成功数，变更数、错误数。通过这里可以判断 task 是否成功执行完成。

回页首

Ansible 与其它配置管理的对比

笔者选择了目前几款主流的与 Ansible 功能类似的配置管理软件 Puppet、Saltstack，这里所做的对比不针对各个软件的性能作比较，只是对各个软件的特性做个对比。具体内容见表 1：

表 2.Ansible Vs. puppet Vs. Saltstack 对比

回页首

结束语：

Ansible 是一个新兴的 IT 自动化管理工具。目前它的下载量已经超过了 100 万。在 GitHub，它是排名前 10 位的 Python 项目。可以预见 Ansible 的发展是不可限量。笔者在本文中使用 Anaible 来管理 MySQL 复制来向大家介绍了 Ansible 一些使用方法和应用场景，希望通过本文，能够让大家都爱上这个超级有能量的系统自动化管理工具。