自动化运维工具之ansible的简单应用

色粉盒撒娇

　　ansible：
　　ansible是新出现的自动化运维工具，基于Python开发，集合了众多运维工具（puppet、cfengine、chef、func、fabric）的优点，实现了批量系统配置、批量程序部署、批量运行命令等功能。ansible是基于模块工作的，本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块,例如shell，copy,ping等，ansible只是提供一种框架。ansible的主要特性：
　　模块化：调用特定的模块，完成特定任务
　　基于Python语言实现，由Paramiko,PyYAML和jinja2三个关键模块
　　部署简单：agentless，无需在管控主机安装任何客户端
　　支持自定义模块；
　　支持playbook(剧本)；
　　运维工具的工作模式：
　　1、agent ：需要在管控主机上安装客户端，和客户端通信，比如：zabbix，puppt
　　2、agentless：无需安装客户端，基于SSH协议通信，比如：ansible
　　ansible是工作在agentless模式下具有幂等性，意思就是无论任务执行一遍或者多遍，对结果都不会产生影响。ansible在控制端只需要告诉监控端的期望状态就可以实现批量部署，只需告诉管控主机需要干什么就行。
　　ansible的架构图：

　　ansible通过连接插件Connaction Plugins来负责基于SSH和管控主机进行通信，Host Inventoy则记录了需操作主机的信息。ansible除了直接使用命令行控制外，还可以基于PlayBooks（剧本）来实现管理主机，通过各种模块和自定义模块来操作主机，并借助插件来记录日志和邮件等。
　　一、ansible的安装
]# yum -y install ansible　　
]# ls /etc/ansible/
　　
ansible.cfg                    //配置文件
　　
hosts                         //主机清单
　　
roles/                       //定义角色
　　1、定义hosts：
　　]# vim /etc/ansible/hosts
　　[webserver]     //定义主机组
　　172.18.250.77  ansible_ssh_user=root ansible_ssh_pass=123456  //连接主机的账号密码
　　172.18.250.78  ansible_ssh_user=root ansible_ssh_pass=123456
　　2、直接给出主机的账号密码不太安全，这时可以基于密钥方式认证：
]# ssh-keygen -t rsa -f ~/.ssh/id_rsa -P''　　
]# ansible webserver -m copy -a "src=/root/.ssh/id_rsa.pub dest=/root/"
　　
]# ansible webserver -m shell -a "cat /root/id_rsa.pub >>/root/.ssh/authorized_keys"
　　3、可以把账号密码去掉，试试能不能执行
]# vim /etc/ansible/hosts　　
[webserver]
　　
172.18.250.77
　　
172.18.250.78
　　
]# ansible webserver -m ping
　　
172.18.250.78 | success >> {
　　
    "changed": false,
　　
    "ping": "pong"
　　
}
　　

　　
172.18.250.77 | success >> {
　　
    "changed": false,
　　
    "ping": "pong"
　　
}
　　4、ansible的简单语法格式：
　　ansible HOST-PATTERN [-f forks] [-m MODULE_name] [-a args]
　　HOST-PATTERN：主机清单，可以是单个主机，也可以是主机组
　　-m module：       指明模块，默认为command
　　-f forks：           指明一次发送几个连接请求
　　-a args:              在远程主机上执行的参数
　　查看ansible的常用模块命令： ansible-doc -l
　　5、常用模块
　　command模块：在远程主机上执行命令，不支持管道
]# ansible webserver -m command -a "cat /etc/issue"　　
172.18.250.77 | success | rc=0 >>
　　
\S
　　
Kernel \r on an \m
　　

　　
172.18.250.78 | success | rc=0 >>
　　
\S
　　
Kernel \r on an \m
　　shell模块：在远程主机shell上执行命令，支持管道
]# ansible webserver -m shell -a "ss -tan |grep :8080"　　
172.18.250.78 | success | rc=0 >>
　　
LISTEN     0      128                      :::8080                    :::*
　　

　　
172.18.250.77 | success | rc=0 >>
　　
LISTEN     0      128                      :::8080                    :::*
　　copy模块：复制本地文件到远程主机，或者直接在远程主机上写内容
　　1、src=/path/to/somefile        dest=/path/to/somefile
　　2、content=someting              dest=/path/to/somefile
]# ansible webserver -m copy -a "src=/etc/issue dest=/tmp"　　
172.18.250.78 | success >> {
　　
    "changed": true,
　　
    "checksum": "5f63a8ace67bf6a8b62aa7da2cf5eccc05a89308",
　　

　　
172.18.250.77 | success >> {
　　
    "changed": true,
　　
    "checksum": "5f63a8ace67bf6a8b62aa7da2cf5eccc05a89308",
　　

　　
]# ls /tmp/
　　
issue
　　cron模块：管理定时计划任务
]# ansible webserver -m cron -a "minute=*/5 state=present job='ntpdate 172.18.0.1 >/dev/null' name=Rsynctime"　　
172.18.250.78 | success >> {
　　
    "changed": true,
　　
    "jobs": [
　　
        "Rsynctime"
　　
    ]
　　
}
　　

　　
172.18.250.77 | success >> {
　　
    "changed": true,
　　
    "jobs": [
　　
        "Rsynctime"
　　
    ]
　　
}
　　
]# crontab -l
　　
#Ansible: Rsynctime
　　
*/5 * * * * ntpdate 172.18.0.1 >/dev/null
　　

　　
mintue=    //分钟
　　
hour=      //小时
　　
day=       //哪天
　　
weekday=   //星期几
　　
month=     //哪月
　　
job=       //内容
　　
name=      //名称
　　
state=     //对内容做什么操作，present：创建  absent：删除
　　ping模块，对远程主机实行ping操作
]# ansible webserver -m ping　　
172.18.250.78 | success >> {
　　
    "changed": false,
　　
    "ping": "pong"
　　
}
　　

　　
172.18.250.77 | success >> {
　　
    "changed": false,
　　
    "ping": "pong"
　　
}
　　yum模块，程序包管理
]# ansible webserver -m yum -a "name=httpd state=present"　　
172.18.250.78 | success >> {
　　
    "changed": false,
　　
    "msg": "",
　　
    "rc": 0,
　　
    "results": [
　　
        "httpd-2.4.6-31.el7.centos.x86_64 providing httpd is already installed"
　　
    ]
　　
}
　　

　　
172.18.250.77 | success >> {
　　
    "changed": false,
　　
    "msg": "",
　　
    "rc": 0,
　　
    "results": [
　　
        "httpd-2.4.6-40.el7.centos.x86_64 providing httpd is already installed"
　　
    ]
　　
}
　　service模块，管理远程主机上的服务
]# ansible webserver -m service -a "name=httpd state=started enabled=1"　　
172.18.250.78 | success >> {
　　
    "changed": true,
　　
    "enabled": true,
　　
    "name": "httpd",
　　
    "state": "started"
　　
}
　　

　　
172.18.250.77 | success >> {
　　
    "changed": true,
　　
    "enabled": true,
　　
    "name": "httpd",
　　
    "state": "started"
　　
}
　　
name=         //程序名称
　　
state=        //执行的操作，started、stoped、restarted、reloaded
　　
enabled=      //是否开机自启
　　
runlevel=     //运行的级别
　　script模块，在远程主机上执行本地脚本，无需传递脚本过去
]# ansible webserver -m script -a "/tmp/mkdir.sh"（本地路径）　　
172.18.250.78 | success >> {
　　
    "changed": true,
　　
172.18.250.77 | success >> {
　　
    "changed": true,
　　

　　
默认是运行在用户的家目录下
　　user模块和group模块，在远程主机上创建用户和组
]# ansible webserver -m group -a "name=testgroup system=no gid=2000 state=present"　　
]# ansible webserver -m user -a "name=usertest system=no uid=2000 group=testgroup state=present"
　　二、playbooks的应用
　　运行playbook的方式：
　　1、只检测可能会发生的改变，但不真正执行操作
　　ansible-playbook --check file.yaml
　　2、运行
　　ansible-playbook file.yaml
　　先要了解YAML的语法，YAML的语法和其他高阶语言类似，并且可以简单表达清单、散列表、标量等数据结构。其结构（Structure）通过空格来展示，序列（Sequence）里的项用"-"来代表，Map里的键值对用":"分隔。
　　YAML文件扩展名通常为.yaml，如example.yaml。
列表（list）的所有元素均使用“-”打头，例如：　　
# A list of tasty fruits
　　
- Apple
　　
- Orange
　　

　　
字典(dictionary)通过key与value进行标识，例如：
　　
---
　　
# An employee record
　　
name: Example Developer
　　
job: Developer
　　
skill: Elite
　　

　　
也可以将key:value放置于{}中进行表示，例如：
　　
---
　　
# An employee record
　　
{name: Example Developer, job: Developer, skill: Elite}
　　playbook是由一个或多个“play”组成的列表。play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。从根本上来讲，所谓task无非是调用ansible的一个module。将多个play组织在一个playbook中，即可以让它们联同起来按事先编排的机制同唱一台大戏。
　　playbook的核心元素：
　　Tasks: 任务
　　Variables: 变量
　　Templates:  包含了模板语法的文本文件;
　　Handlers:   由特定条件触发的任务;
　　Roles： 角色
　　Hosts:  主机
　　1、hosts主机和用户
　　playbook中的每一个play的目的都是为了让某个或某些主机以某个指定的用户身份执行任务。hosts用于指定要执行指定任务的主机，其可以是一个或多个由冒号分隔主机组；remote_user则用于指定远程主机上的执行任务的用户。
  - hosts: webserver　　
    remote_user: root
　　
    tasks:
　　
    - name: ping
　　
      ping:
　　
      remote_user: usertest
　　
      sudo: yes
　　

　　
    remote_user也可用于各task中。也可以通过指定其通过sudo的方式在远程主机上执行任务，其可用于play全局或某任务；此外，甚至可以在sudo时使用sudo_user指定sudo时切换的用户。
　　2、tasks任务和action
　　play的主体部分是task list。task list中的各任务按次序逐个在hosts中指定的所有主机上执行，即在所有主机上完成第一个任务后再开始第二个。在运行自下而下某playbook时，如果中途发生错误，所有已执行任务都将回滚，因此，在更正playbook后重新执行一次即可。
　　task的目的是使用指定的参数执行模块，而在模块参数中可以使用变量。模块执行是幂等的，这意味着多次执行是安全的，因为其结果均一致。
　　每个task都应该有其name，用于playbook的执行结果输出，建议其内容尽可能清晰地描述任务执行步骤。如果未提供name，则action的结果将用于输出。
tasks:　　
    - name: yum install httpd packages
　　
      yum:  name=httpd state=present
　　
    - name: start httpd
　　
      service: name=httpd state=started
　　3、   Variables: 变量
　　3.1、由ansible自己提供的变量：facts，可以直接调用
]# ansible webserver -m setup　　
172.18.250.78 | success >> {
　　
    "ansible_facts": {
　　
        "ansible_all_ipv4_addresses": [
　　
            "172.18.250.78"
　　
        ],
　　
        "ansible_all_ipv6_addresses": [
　　
            "fe80::20c:29ff:fefa:c47b"
　　
        ],
　　
        "ansible_architecture": "x86_64",
　　
        "ansible_bios_date": "07/31/2013",
　　
        "ansible_bios_version": "6.00",
　　3.2、ansible-playbook命令的命令行中的自定义变量
]# vim /tmp/test.yaml　　
- hosts: webserver
　　
  remote_user: root
　　
  tasks:
　　
  - name: useradd
　　
    user: name={{ pkiname }} state=present
　　
]# ansible-playbook  -e pkiname=user111 --check test.yaml
　　3.3 向不同的主机中传递变量，在服务的配置文件中直接调用就行
]# vim /etc/ansible/hosts　　
[webserver]
　　
172.18.250.77  http_port=80
　　
172.18.250.78  http_port=8080
　　3.4、向组中的主机传递相同的变量，以便在playbook中使用
]# vim /etc/ansible/hosts　　
[webserver]
　　
172.18.250.77
　　
172.18.250.78
　　
[webserver:vars]
　　
httpd_port=8080
　　4、 Templates:  包含了模板语法的文本文件，嵌套有脚本（使用模板编程语言编写）
　　有时候需要根据服务器的配置来修改服务配置文件，这时可以根据模板来解决
]# vim /tmp/nginx.conf.j2　　
user nginx;
　　
worker_processes {{ ansible_processor_vcpus-1 }};    //根据服务器cpu核数减1
　　
]# vim /tmp/test.yaml
　　
- hosts: webserver
　　
   remote_user: root
　　
   tasks:
　　
   - name: nginx conf
　　
     template: src=/tmp/template/nginx.conf.j2 dest=/etc/nginx/nginx.conf
　　
   - name: restart
　　
     service: name=nginx state=restarted
　　5、Handlers:   由特定条件触发的任务;
　　“notify”这个action可用于在每个play的最后被触发，这样可以避免多次有改变发生时每次都执行指定的操作，取而代之，仅在所有的变化发生完成后一次性地执行指定操作。在notify中列出的操作称为handler，也即notify中调用handler中定义的操作。
]# vim /tmp/test.yaml　　
- hosts: webserver
　　
  remote_user: root
　　
  tasks:
　　
  - name: install nginx
　　
    yum: name=nginx state=present
　　
  - name: nginx conf
　　
    template: src=/tmp/template/nginx.conf.j2 dest=/etc/nginx/nginx.conf
　　
    notify: restart            //只有当配置文件发生改变时才会触发notify
　　
  - name: start nginx
　　
    service: name=nginx state=started
　　
  handlers:
　　
    - name: restart           //触发notify时就执行重启操作
　　
      service: name=nginx state=restarted
　　6、playbook还支持条件测试和循环：
条件测试：　　
when语句：在task中使用，jinja2语法格式
　　
      tasks:
　　
      - name: install conf file to centos7
　　
        template：src=files/nginx.conf.c7.j2
　　
        when: ansible_distribution_major_version == "7"
　　
      - name:  install conf file to centos7
　　
        template：src=files/nginx.conf.c6.j2
　　
        when: ansible_distribution_major_version == "6"
　　

　　
循环语句：对迭代项的引用，固定变量名为"item",而后，要在task中使用with_items给定要迭代的元素列表；
　　
   with_items两个方法表示：
　　
      列表方法：字符串、字典
　　

　　
   1、字符串表示
　　
       - hosts: all
　　
         remote_user: root
　　tasks:
　　- name: install some package
　　
           yum: name={{ item }} state=present
　　with_items:
　　- nginx
　　- httpd
　　
   2、字典表示：
　　
      - hosts: all
　　remote_user: root
　　
        tasks:
　　
        - name: add group
　　group: name={{ item }} state=present
　　with_items:
　　
          - group11
　　- group22
　　
          - group33
　　
        - name: add user
　　user: name={{ item.name }} group={{ item.group }} state=present
　　with_items:
　　- { name: 'user11',group: 'group11' }
　　
          - { name: 'user22',group: 'group22' }
　　- { name: 'user33',group: 'group33' }
　　7、tags：标签
　　tags用于让用户选择运行playbook中的部分代码。ansible具有幂等性，因此会自动跳过没有变化的部分，即便如此，有些代码为测试其确实没有发生变化的时间依然会非常地长。此时，如果确信其没有变化，就可以通过tags跳过此些代码片断。
]# vim /tmp/test.yaml　　
- hosts: webserver
　　
  remote_user: root
　　
  tasks:
　　
  - name: install nginx
　　
    yum: name=nginx state=present
　　
  - name: nginx conf
　　
    template: src=/tmp/template/nginx.conf.j2 dest=/etc/nginx/nginx.conf
　　
    notify: restart
　　
    tags: res                //在配置文件修改这打标签，执行时不会测试instll和start两部分   - name: start nginx          代码
　　
    service: name=nginx state=started
　　
  handlers:
　　
    - name: restart
　　
      service: name=nginx state=restarted
　　
]# ansible-playbook  --tags=res --check test.yaml
　　三、roles
　　ansilbe自1.2版本引入的新特性，用于层次性、结构化地组织playbook。roles能够根据层次型结构自动装载变量文件、tasks以及handlers等。要使用roles只需要在playbook中使用include指令即可。简单来讲，roles就是通过分别将变量、文件、任务、模板及处理器放置于单独的目录中，并可以便捷地include它们的一种机制。角色一般用于基于主机构建服务的场景中，但也可以是用于构建守护进程等场景中。
　　创建role的步骤
　　(1) 创建以roles命名的目录；
　　(2) 在roles目录中分别创建以各角色名称命名的目录，如webservers等；
　　(3) 在每个角色命名的目录中分别创建files、handlers、meta、tasks、templates和vars目录；用不到的目录可以创建为空目录，也可以不创建；
　　(4) 在playbook文件中，调用各角色；
　　role内各目录中可用的文件
　　tasks目录：至少应该包含一个名为main.yml的文件，其定义了此角色的任务列表；此文件可以使用include包含其它的位于此目录中的task文件；
　　files目录：存放由copy或script等模块调用的文件；
　　templates目录：template模块会自动在此目录中寻找Jinja2模板文件；
　　handlers目录：此目录中应当包含一个main.yml文件，用于定义此角色用到的各handler；在handler中使用include包含的其它的handler文件也应该位于此目录中；
　　vars目录：应当包含一个main.yml文件，用于定义此角色用到的变量；
　　meta目录：应当包含一个main.yml文件，用于定义此角色的特殊设定及其依赖关系；ansible 1.3及其以后的版本才支持；
　　default目录：为当前角色设定默认变量时使用此目录；应当包含一个main.yml文件；
　　示例：创建个nginx角色，实现nginx的安装
]# mkdir /etc/ansible/roles/nginx　　
]# cd /etc/ansible/roles/nginx/
　　
]# mkdir tasks files templates handlers vars meta default
　　
]# cd tasks/
　　
]# vim main.yml              //编辑task
　　
- name: install nginx
　　
  yum: name=nginx state=present
　　
- name: nginx conf
　　
  template: src=nginx.conf.j2 dest=/etc/nginx/nginx.conf
　　
  notify: restart nginx
　　
  tags: res
　　
- name:  start nginx
　　
  service: name=nginx state=started
　　

　　
]# cd handlers/
　　
]# vim main.yml             //编辑handlers
　　
- name: restart nginx
　　
  service: name=nginx state=restarted
　　

　　
]# cd templates/
　　
]# cp /tmp/nginx.conf.j2 ./    //准备模板
　　
]# vim /etc/ansible/roles/nginx/templates/nginx.conf.j2
　　
user {{ username }};
　　

　　
]# cd vars/
　　
]# vim main.yml            //定义变量
　　
username: deamon          //变量定义时较特殊，不要加“-”，定义运行nginx的用户
　　

　　
]# vim /tmp/nginx.yml
　　
- hosts:websrvs
　　
  remote_user:root
　　
  roles:
　　
  - nginx                 //直接调用nginx
　　
# 调用变量：
　　
- host:
　　
   remote_user:
　　
   roles:
　　
   - { role: nginx,username: nginx }
　　
# 还可以基于条件测试实现角色调用；
　　
- host:
　　
   remote_user:
　　
   roles:
　　
   - { role: nginx,when: ansible_distribution_majro_version == ’7‘ }
　　

　　
]# ansible-playbook --check /tmp/nginx.yml
　　

　　
PLAY [webserver] **************************************************************
　　

　　
GATHERING FACTS ***************************************************************
　　
ok: [172.18.250.78]
　　
ok: [172.18.250.77]
　　

　　
TASK: [nginx | install nginx] *************************************************
　　
changed: [172.18.250.78]
　　
changed: [172.18.250.77]
　　

　　
TASK: [nginx | nginx conf] ****************************************************
　　
changed: [172.18.250.78]
　　
changed: [172.18.250.77]
　　

　　
TASK: [nginx | start nginx] ***************************************************
　　
changed: [172.18.250.78]
　　
changed: [172.18.250.77]
　　

　　
NOTIFIED: [nginx | restart nginx] *********************************************
　　
changed: [172.18.250.78]
　　
changed: [172.18.250.77]
　　

　　
PLAY RECAP ********************************************************************
　　
172.18.250.77              : ok=5    changed=4    unreachable=0    failed=0
　　
172.18.250.78              : ok=5    changed=4    unreachable=0    failed=0