运维自动化工具ansible的简单介绍

一、简介

ansible是个什么东西呢？官方的title是“Ansible is Simple IT Automation”――简单的自动化IT工具。这个工具的目标有这么几项：让我们自动化部署APP；自动化管理配置项；自动化的持续交付；自动化的（AWS）云服务管理。

所有的这几个目标本质上来说都是在一个台或者几台服务器上，执行一系列的命令而已。就像我之前有介绍过的Fabric，以及我们基于Fabric开发的自动化应用部署的工具： Essay 。都是做了这么个事――批量的在远程服务器上执行命令 。

那么fabric和ansible有什么差别呢？简单来说fabric像是一个工具箱，提供了很多好用的工具，用来在Remote执行命令，而Ansible则是提供了一套简单的流程，你要按照它的流程来做，就能轻松完成任务。这就像是库和框架的关系一样。

当然，它们之间也是有共同点的――都是基于 paramiko 开发的。这个paramiko是什么呢？它是一个纯Python实现的ssh协议库。因此fabric和ansible还有一个共同点就是不需要在远程主机上安装client/agents，因为它们是基于ssh来和远程主机通讯的。

二、安装及初步使用

   2.1、编译安装，本处使用yum安装    

[root@localhost ~]# yum install -y ansible

     说明：如果想要yum安装的话，请配置epel源

   2.2、准备配置文件

   修改/etc/ansible/hosts文件

[webservers]
172.16.130.2
172.16.130.3
可以用主机名也可以用ip地址
可以定于多个

   2.2、简单应用

   ansible通过ssh实现配置管理、应用部署、任务执行等功能，因此，需要事先配置ansible端能基于密钥认证的方式联系各被管理节点。

   ansible <host-pattern> [-f forks] [-m module_name] [-a args]

   例如：要查看两台机器的时间

[root@localhost ansible]# ansible all -a "date"
192.168.1.201 | success | rc=0 >>
Fri Mar 28 16:02:25 CST 2014
192.168.1.200 | success | rc=0 >>
Sat Apr 19 20:55:25 CST 2014

   -m module：默认为command

   ansible-doc 查看ansible的模块

       -l 列出所有的ansible模块

       -s 列出该模块的相关指令

   2.3、YAM

   YAML是一个可读性高的用来表达资料序列的格式。YAML参考了其他多种语言，包括：XML、C语言、Python、Perl以及电子邮件格式RFC2822等。Clark Evans在2001年在首次发表了这种语言，另外Ingy  Net与Oren Ben-Kiki也是这语言的共同设计者。

   YAML Ain't Markup Language，即YAML不是XML。不过，在开发的这种语言时，YAML的意思其实是："Yet Another Markup Language"（仍是一种标记语言）。其特性：

   YAML的可读性好

   YAML和脚本语言的交互性好

   YAML使用实现语言的数据类型

   YAML有一个一致的信息模型

   YAML易于实现

   YAML可以基于流来处理

   YAML表达能力强，扩展性好

   YAML的官方网站http://www.yaml.org。

   2.4、YAML语法

   YAML的语法和其他高阶语言类似，并且可以简单表达清单、散列表、标量等数据结构。其结构（Structure）通过空格来展示，序列（Sequence）里的项用"-"来代表，Map里的键值对用":"分隔。下面是一个示例。

name: John Smith
age: 41
gender: Male
spouse:
    name: Jane Smith
    age: 37
    gender: Female
children:
    -   name: Jimmy Smith
        age: 17
        gender: Male
    -   name: Jenny Smith
        age 13
        gender: Female
YAML文件扩展名通常为.yaml，如example.yaml。

   2.5 ansible playbooks

   playbook是由一个或多个“play”组成的列表。play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。从根本上来讲，所谓task无非是调用ansible的一个module。将多个play组织在一个playbook中，即可以让它们联同起来按事先编排的机制同唱一台大戏

hosts: webnodes
      vars:
        http_port: 80
        max_clients: 256
      remote_user: root
      tasks:
      - name: ensure apache is at the latest version
        yum: name=httpd state=latest
      - name: ensure apache is running
        service: name=httpd state=started
      handlers:
        - name: restart apache
          service: name=httpd state=restarted

   2.6 playbook 基础组建

       ①、HOSTS和Users

       playbook中的每一个play的目的都是为了让某个或某些主机以某个指定的用户身份执行任务。hosts用于指定要执行指定任务的主机，其可以是一个或多个由冒号分隔主机组；remote_user则用于指定远程主机上的执行任务的用户。如上面示例中的

       -hosts: webnodes

        remote_user: root

       不过，remote_user也可用于各task中。也可以通过指定其通过sudo的方式在远程主机上执行任务，其可用于play全局或某任务；此外，甚至可以在sudo时使用sudo_user指定sudo时切换的用户。

       - hosts: webnodes

         remote_user: wangfeng7399

         tasks:

           - name: test connection

             ping:

             remote_user: wangfeng7399

             sudo: yes

       ②、任务列表和cation

        play的主体部分是task list。task list中的各任务按次序逐个在hosts中指定的所有主机上执行，即在所有主机上完成第一个任务后再开始第二个。在运行自下而下某playbook时，如果中途发生错误，所有已执行任务都将回滚，因此，在更正playbook后重新执行一次即可。

       task的目的是使用指定的参数执行模块，而在模块参数中可以使用变量。模块执行是幂等的，这意味着多次执行是安全的，因为其结果均一致。

       每个task都应该有其name，用于playbook的执行结果输出，建议其内容尽可能清晰地描述任务执行步骤。如果未提供name，则action的结果将用于输出。

       定义task的可以使用“action: module options”或“module: options”的格式，推荐使用后者以实现向后兼容。如果action一行的内容过多，也中使用在行首使用几个空白字符进行换行。

       tasks:

         - name: make sure apache is running

           service: name=httpd state=running

       在众多模块中，只有command和shell模块仅需要给定一个列表而无需使用“key=value”格式，例如：

       tasks:

         - name: disable selinux

           command: /sbin/setenforce 0

       如果命令或脚本的退出码不为零，可以使用如下方式替代：

       tasks:

         - name: run this command and ignore the result

           shell: /usr/bin/somecommand || /bin/true

       或者使用ignore_errors来忽略错误信息：

       tasks:

         - name: run this command and ignore the result

           shell: /usr/bin/somecommand

           ignore_errors: True

       ③、handlers

       用于当关注的资源发生变化时采取一定的操作。

       “notify”这个action可用于在每个play的最后被触发，这样可以避免多次有改变发生时每次都执行指定的操作，取而代之，仅在所有的变化发生完成后一次性地执行指定操作。在notify中列出的操作称为handler，也即notify中调用handler中定义的操作。

       - name: template configuration file

         template: src=template.j2 dest=/etc/foo.conf

         notify:

            - restart memcached

            - restart apache

       handler是task列表，这些task与前述的task并没有本质上的不同。

       handlers:

           - name: restart memcached

             service:  name=memcached state=restarted

           - name: restart apache

             service: name=apache state=restarted