自动化运维—Ansible

一:为什么选择Ansible

　　相对于puppet和saltstack，ansible无需客户端，更轻量级

　　ansible甚至都不用启动服务，仅仅只是一个工具，可以很轻松的实现分布式扩展

　　更强的远程命令执行操作

　　不输于puppet和saltstack的其他功能

二：Ansible基本架构

三：Asible基本组成

　　核心：ansible

　　核心模块（Core Modules）：这些都是ansible自带的模块

　　扩展模块（Custom Modules）：如果核心模块不足以完成某种功能，

　　可以添加扩展模块插件（Plugins）：完成模块功能的补充

　　剧本（Playbooks）：ansible的任务配置文件，将多个任务定义在剧本中，由ansible自动执行

　　连接插件（Connectior Plugins）：ansible基于连接插件连接到各个主机上，虽然ansible是使用ssh连接到各个主机的，但是它还支持其他的连接方法，所以需要有连接插件

　　主机群（Host Inventory）：定义ansible管理的主机

四：ansible工作原理

五：ansible安装

　　Ansible的安装方式有很多种，常用的安装方法是基于yum或者源码，如果是基于yum安装，需要配置epel源，然后直接执行yum -y install ansible即可。源码安装配置如下：

　　解决依赖关系：

　　 yum -y install python-jinja2 PyYAML python-paramiko python-babel python-crypto

　　下载ansible：

#wget https://github.com/ansible/ansible/archive/release1.6.1.zip

　　解压安装

unzip release1.6.1
cd ansible-release1.6.1
python setup.py build
python setup.py install
mkdir /etc/ansible
cp -r examples/* /etc/ansible

六：主机清单

6.1简单的主机和组

　　中括号中的名字代表组名，可以根据自己的需求将庞大的主机分成具有标识的组，如上面分了两个组webservers和dbservers组；

　　主机(hosts)部分可以使用域名、主机名、IP地址表示；当然使用前两者时，也需要主机能反解析到相应的IP地址，一般此类配置中多使用IP地址；

mail.yanruogu.com
[webservers]
web1.yanruogu.com
web2.yanruogu.com 
[dbservers]
db1.yanruogu.com
db2.yanruogu.com

6.2端口与别名

　　如果某些主机的SSH运行在自定义的端口上，ansible使用Paramiko进行ssh连接时，不会使用你SSH配置文件中列出的端口，但是如果修改ansible使用openssh进行ssh连接时将会使用：

192.168.1.1:3091

　　假如你想要为某些静态IP设置一些别名，可以这样做：

web1 ansible_ssh_port = 3333 ansible_ssh_host = 192.168.1.2

　　上面的 web1别名就指代了IP为192.168.1.2，ssh连接端口为3333的主机。

6.3指定主机范围

[webservers]
www[01:50].yanruogu.com
[databases]
db-[a:f].yanruogu.com

上面指定了从web1到web50，webservers组共计50台主机；databases组有db-a到db-f共6台主机。

6.4使用主机变量

　　以下是Hosts部分中经常用到的变量部分：

ansible_ssh_host     #用于指定被管理的主机的真实IP
ansible_ssh_port     #用于指定连接到被管理主机的ssh端口号，默认是22
ansible_ssh_user     #ssh连接时默认使用的用户名
ansible_ssh_pass     #ssh连接时的密码
ansible_sudo_pass     #使用sudo连接用户时的密码
ansible_sudo_exec     #如果sudo命令不在默认路径，需要指定sudo命令路径
ansible_ssh_private_key_file     #秘钥文件路径，秘钥文件如果不想使用ssh-agent管理时可以使用此选项
ansible_shell_type     #目标系统的shell的类型，默认sh
ansible_connection     #SSH 连接的类型： local , ssh , paramiko，在 ansible 1.2 之前默认是 paramiko ，后来智能选择，优先使用基于 ControlPersist 的 ssh （支持的前提）
ansible_python_interpreter     #用来指定python解释器的路径，默认为/usr/bin/python 同样可以指定ruby 、perl 的路径
ansible_*_interpreter     #其他解释器路径，用法与ansible_python_interpreter类似，这里"*"可以是ruby或才perl等其他语言

　　示例如下：

[test]
192.168.1.1 ansible_ssh_user=root ansible_ssh_pass='P@ssw0rd'
192.168.1.2 ansible_ssh_user=breeze ansible_ssh_pass='123456'
192.168.1.3 ansible_ssh_user=bernie ansible_ssh_port=3055 ansible_ssh_pass='456789'

　　上面的示例中指定了三台主机，三台主机的用密码分别是P@ssw0rd、123456、45789，指定的ssh连接的用户名分别为root、breeze、bernie，ssh 端口分别为22、22、3055 ，这样在ansible命令执行的时候就不用再指令用户和密码等了。

6.5组内变量

变量也可以通过组名，应用到组内的所有成员：

 [test]
 host1
 host2
 [test:vars]
 ntp_server=192.168.1.10
 proxy=192.168.1.20

上面test组中包含两台主机，通过对test组指定vars变更，相应的host1和host2相当于相应的指定了ntp_server和proxy变量参数值。

6.6组的包含与组内变量

　　上面的示例中，指定了武汉组有web1、web2；随州组有web3、web4主机；又指定了一个湖北组，同时包含武汉和随州；同时为该组内的所有主机指定了2个vars变量。设定了一个组中国组，包含湖北、湖南。

　　注：vars变量在ansible ad-hoc部分中基本用不到，主要用在ansible-playbook中。

   [wuhan]
   web1
   web2
   [suizhou]
   web4
   web3
   [hubei:children]
   wuhan
   suizhou
   [hubei:vars]
   ntp_server=192.168.1.10
   zabbix_server=192.168.1.10
   [china:children]
   hubei
   hunan

6.7Patterns（主机与组正则匹配部分）

　　把Patterns 直接理解为正则实际是不完全准确的，正常的理解为patterns意味着在ansible中管理哪些主机，也可以理解为，要与哪台主机进行通信。在探讨这个问题之前我们先看下ansible的用法：

　　ansible <pattern_goes_here> -m <module_name> -a <arguments>

　　直接上一个示例：

　　ansible webservers -m service -a "name=httpd state=restarted"

　　这里是对webservers 组或主机重启httpd服务，其中webservers 就是Pattern部分。而之所以上面说Pattern（模式）可以理解为正则，主要针对下面经常用到的用法而言的。

1、表示所有的主机可以使用all 或 *

2、通配符与逻辑或

利用通配符还可以指定一组具有规则特征的主机或主机名，冒号表示or－－－逻辑或

   web1.yanruogu.com
   web1.yanruogu.com:web2.yanruogu.com
   192.168.1.1
   192.168.1.*

当然，这里的*通配符也可以用在前面，如：

   *.yanruogu.com
   *.com    
   webservers1[0]     #表示匹配 webservers1 组的第 1 个主机    webservers1[0:25]  #表示匹配 webservers1 组的第 1 个到第 25 个主机（官网文档是":"表示范围，测试发现应该使用"-",注意不要和匹配多个主机组混淆）

上面的用法，在多个组之间同样适用，如：

   webservers
   webservers:dbservers  #表示两个组中所有的主机

3、逻辑非与逻辑and

非的表达式，如，目标主机必须在组webservers但不在phoenix组中

    webserver:!phoenix

交集的表达式，如，目标主机必须即在组webservers中又在组staging中

    webservers:&staging

一个更复杂的示例：

    webserver:dbservers:&staging:!phoenix

上面这个复杂的表达式最后表示的目标主机必须满足：在webservers或者dbservers组中，必须还存在于staging组中，但是不在phoenix组中。

4、混合高级用法

    *.yanruogu.com:*.org

还可以在开头的地方使用”~”，用来表示这是一个正则表达式:

    ~(web|db).*\.yanruogu\.com

给两个ansible-playbook中具体可能用的用法：

a、在ansible-palybook命令中，你也可以使用变量来组成这样的表达式，但是你必须使用“-e”的选项来指定这个表达式（通常我们不这样用）：

    ansible-palybook -e webservers:!`excluded`:&`required`

b、在ansible和ansible-playbook中，还可以通过一个参数”--limit”来明确指定排除某些主机或组：

    ansible-playbook site.yml --limit datacenter2

c、从Ansible1.2开始，如果想排除一个文件中的主机可以使用"@"：

    ansible-playbook site.yml --limit @retry_hosts.txt

七：ansible.cfg配置说明

　　Ansible默认安装好后有一个配置文件/etc/ansible/ansible.cfg，该配置文件中定义了ansible的主机的默认配置部分，如默认是否需要输入密码、是否开启sudo认证、action_plugins插件的位置、hosts主机组的位置、是否开启log功能、默认端口、key文件位置等等。

7.1配置读取顺序

　　1.环境变量

　　2.当前目录中的ansible.cfg

　　3.家目录中的ansible.cfg

　　4./etc/ansible/ansible.cfg

7.2配置详解

具体如下：

  [defaults]
   # some basic default values...
   hostfile       = /etc/ansible/hosts   \\指定默认hosts配置的位置
   # library_path = /usr/share/my_modules/
   remote_tmp     = $HOME/.ansible/tmp   \\
   sudo_exe=sudo                \\如果在其他远程主机上使用另一种方式执行sudo操作, sudo程序的路径可以用这个参数更换,使用命令行标签来拟合标准sudo
   roles_path =/opt/mysite/roles\\roles 路径指的是’roles/’下的额外目录,多条的路径可以用冒号分隔
   remote_user = root           \\ansible使用/usr/bin/ansible-playbook链接的默认用户名. 注意如果不指定,/usr/bin/ansible默认使用当前用户名称
   inventory =/etc/ansible/hosts\\默认库文件位置,脚本,或者存放可通信主机的目录
   command_warnings = False     \\当shell和命令行模块被默认模块简化的时,Ansible 将默认发出警告. 可以通过在命令行末尾添加 warn=yes 或者 warn=no选项来控制是否开启警告提示
   deprecation_warnings = True  \\允许在ansible-playbook输出结果中禁用“不建议使用”警告
   display_skipped_hosts = True \\跳过的任务状态是否显示，默认不显示
   error_on_undefined_vars= True\\如果所引用的变量名称错误的话, 将会导致ansible在执行步骤上失败
   executable = /bin/bash       \\可以在sudo环境下产生一个shell交互接口. 用户只在/bin/bash的或者sudo限制的一些场景中需要修改.大部分情况下不需要修改
   force_color = 1              \\到没有使用TTY终端的时候,这个选项当用来强制颜色模式
   force_handlers = True        \\即便这个用户崩溃,这个选项仍可以继续运行这个用户
   module_name = command        \\这个是/usr/bin/ansible的默认模块名（-m）. 默认是’command’模块
   library = /usr/share/ansible \\Ansible默认搜寻模块的位置
   nocolor=0                    \\默认ansible会为输出结果加上颜色,用来更好的区分状态信息和失败信息.如果你想关闭这一功能,可以把’nocolor’设置为‘1’
   pattern        = *           \\playbook要通信的默认主机组.默认值是对所有主机通信,
   vault_password_file= /path/to/vault_password_file \\设置密码文件,也可以通过命令行指定``–vault-password-file``
   timeout  = 10                \\SSH链接尝试超市时间
   jinja2_extensions = jinja2.ext.do,jinja2.ext.i18n \\允许开启Jinja2拓展模块
   private_key_file=/path/to/file.pem \\如果你是用pem密钥文件而不是SSH 客户端或密钥认证的话,你可以设置这里的默认值,来避免每一次提醒设置密钥文件位置``–ansible-private-keyfile``
   forks          = 5           \\这个选项设置在与主机通信时的默认并行进程数
   poll_interval  = 15          \\当具体的poll interval 没有定义时,多少时间回查一下这些任务的状态, 默认值是一个折中选择15秒钟
   sudo_user      = root  \\远程sudo用户，默认为root
   ask_sudo_pass = True   \\Ansible playbook 在执行sudo之前是否询问sudo密码.默认为no
   ask_pass      = True   \\Ansible 剧本playbook 是否会自动默认弹出弹出密码.默认为no
   transport      = smart
   remote_port    = 22    \\设置是系统默认的远程SSH端口,如果不指定,默认为22号端口
   module_lang    = C     \\这是默认模块和系统之间通信的计算机语言,默认为’C’语言
   gathering = implicit   \\这个设置控制默认facts收集（远程系统变量）
   host_key_checking = False    \\是否检测主机密钥
   log_path    = /var/log/ansible.log \\登陆日志，需要时可以自行添加。chown -R root:root ansible.log
   system_warnings = False    \\关闭运行ansible时系统的提示信息，一般为提示升级
   # set plugin path directories here, separate with colons
   action_plugins     = /usr/share/ansible_plugins/action_plugins       \\用来激活一些事件,例如执行一个模块,一个模版,等等
   callback_plugins   = /usr/share/ansible_plugins/callback_plugins     #
   connection_plugins = /usr/share/ansible_plugins/connection_plugins   \\连接插件允许拓展ansible拓展通讯信道,用来传输命令或者文件.
   lookup_plugins     = /usr/share/ansible_plugins/lookup_plugins       \\允许模块插件在不同区域被加载
   vars_plugins       = /usr/share/ansible_plugins/vars_plugins
   filter_plugins     = /usr/share/ansible_plugins/filter_plugins       \\过滤器是一种特殊的函数,用来拓展模版系统
[accelerate]
   accelerate_port = 5099    //急速模式下使用的端口
   accelerate_timeout = 30   //控制从客户机获取数据的超时时间.如果在这段时间内没有数据传输,套接字连接会被关闭
   accelerate_connect_timeout = 5.0  //设置空着套接字调用的超时时间.这个应该设置相对比较短.这个和`accelerate_port`连接在回滚到ssh或者paramiko连接方式之前会尝试三次开始远程加速daemon守护进程.默认设置为1.0秒
   accelerate_daemon_timeout = 30    //控制加速daemon守护进程的超时时间,用分钟来衡量.默认为30分钟:
[paramiko]
   record_host_keys=True        //默认设置会记录并验证通过在用户hostfile中新发现的的主机
[ssh_connection]
   ssh_args = -o ControlMaster=auto -o ControlPersist=60s  //ssh参数
   control_path=%(directory)s/ansible-ssh-%%h-%%p-%%r      //保存ControlPath套接字的位置
   scp_if_ssh=False                                        //.如果这个设置为True,scp将代替用来为远程主机传输文件
   pipelining=False                                        //默认这个选项为了保证与sudoers requiretty的设置的兼容性是禁用的. 但是为了提高性能强烈建议开启这个设置.

　　如果在对之前未连接的主机进行连结时报错如下：

ansible test -a 'uptime'
   192.168.1.1| FAILED =>Using a SSH password instead of a key is not possible because HostKeychecking is enabled and sshpass does not support this.Please add this host's fingerprint to your known_hosts file to manage this host.
   192.168.1.2 | FAILED => Using a SSH password instead of a key is not possible because Host Key checking is enabled and sshpass does not support this.  Please add this host's fingerprint to your known_hosts file to manage this host.

　　是由于在本机的~/.ssh/known_hosts文件中并有fingerprint key串，ssh第一次连接的时候一般会提示输入yes 进行确认为将key字符串加入到 ~/.ssh/known_hosts 文件中。

方法1：

在进行ssh连接时，可以使用-o参数将StrictHostKeyChecking设置为no，使用ssh连接时避免首次连接时让输入yes/no部分的提示。通过查看ansible.cfg配置文件，发现如下行：

[ssh_connection]
# ssh arguments to use
# Leaving off ControlPersist will result in poor performance, so use
# paramiko on older platforms rather than removing it
#ssh_args = -o ControlMaster=auto -o ControlPersist=60s

可以启用ssh_args 部分，使用下面的配置，避免上面出现的错误：

ssh_args = -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking＝no

方法2：

在ansible.cfg配置文件中，也会找到如下配置：

# uncomment this to disable SSH key host checking
host_key_checking = False

默认host_key_checking部分是注释的，通过找开该行的注释，同样也可以实现跳过ssh 首次连接提示验证部分。但在实际测试中，似乎并没有效果，建议使用方法1.

其他部分

默认ansible 执行的时候，并不会输出日志到文件，不过在ansible.cfg 配置文件中有如下行：

log_path = /var/log/ansible.log

默认log_path这行是注释的，打开该行的注释，所有的命令执行后，都会将日志输出到/var/log/ansible.log文件。

八：Ad-hoc与命令执行模块

Ad-Hoc 是指ansible下临时执行的一条命令，并且不需要保存的命令，对于复杂的命令会使用playbook。Ad-hoc的执行依赖于模块，ansible官方提供了大量的模块。如：command、raw、shell、file、cron等，具体可以通过ansible-doc -l 进行查看。可以使用ansible-doc -s module来查看某个模块的参数，也可以使用ansible-doc help module来查看该模块更详细的信息。

8.1Ad-hoc

1、命令说明

一个ad-hoc命令的执行，需要按以下格式进行执行：

    ansible 主机或组 -m 模块名 -a '模块参数'  ansible参数

主机和组，是在/etc/ansible/hosts 里进行指定的部分，当然动态Inventory 使用的是脚本从外部应用里获取的主机；
模块名，可以通过ansible-doc -l 查看目前安装的模块，默认不指定时，使用的是command模块，具体可以查看/etc/ansible/ansible.cfg 的“#module_name = command ” 部分，默认模块可以在该配置文件中进行修改；
模块参数，可以通过 “ansible-doc -s 模块名” 查看具体的用法及后面的参数；
ansible参数，可以通过ansible命令的帮助信息里查看到，这里有很多参数可以供选择，如是否需要输入密码、是否sudo等。

2、后台执行

当命令执行时间比较长时，也可以放到后台执行，使用-B、-P参数，如下：

   ansible all -B 3600 -a "/usr/bin/long_running_operation --do-stuff" #后台执行命令3600s，-B 表示后台执行的时间
   ansible all -m async_status -a "jid=123456789"  #检查任务的状态
   ansible all -B 1800 -P 60 -a "/usr/bin/long_running_operation --do-stuff" #后台执行命令最大时间是1800s即30分钟，-P 每60s检查下状态，默认15s

8.2命令执行模块

命令执行模块包含如下四个模块：

command模块：该模块通过-a跟上要执行的命令可以直接执行，不过命令里如果有带有如下字符部分则执行不成功 “ "<", ">", "|", "&" ；
shell 模块：用法基本和command一样，不过其是通过/bin/sh进行执行，所以shell 模块可以执行任何命令，就像在本机执行一样；
raw模块：用法和shell 模块一样，其也可以执行任意命令，就像在本机执行一样；
script模块：其是将管理端的shell 在被管理主机上执行，其原理是先将shell 复制到远程主机，再在远程主机上执行，原理类似于raw模块。

注：raw模块和comand、shell 模块不同的是其没有chdir、creates、removes参数，chdir参数的作用就是先切到chdir指定的目录后，再执行后面的命令，这在后面很多模块里都会有该参数。

command模块包含如下选项：

creates：一个文件名，当该文件存在，则该命令不执行
free_form：要执行的linux指令
chdir：在执行指令之前，先切换到该指定的目录
removes：一个文件名，当该文件不存在，则该选项不执行
executable：切换shell来执行指令，该执行路径必须是一个绝对路径

使用chdir的示例：

ansible 127.0.0.1 -m command -a 'chdir=/tmp/test.txt touch test.file'
ansible 127.0.0.1 -m shell -a 'chdir=/tmp/test.txt touch test2.file'
ansible 127.0.0.1 -m raw -a 'chdir=/tmp/text.txt touch test3.file'

三个命令都会返回执行成功的状态。不过实际上只有前两个文件会被创建成功。使用raw模块的执行的结果文件事实上也被正常创建了，不过不是在chdir指定的目录，而是在当前执行用户的家目录。

creates与removes示例：

ansible 192.168.1.1 -a 'creates=/tmp/server.txt uptime'         #当/tmp/server.txt文件存在时，则不执行uptime指令

ansible 192.168.1.1 -a 'removes=/tmp/server.txt uptime'       #当/tmp/server.txt文件不存在时，则不执行uptime指令

script模块示例：

要执行的脚本文件script.sh内容如下：

#/bin/bash
ls /

执行ansible指令：

#ansible 10.212.52.252 -m script -a 'script.sh' |egrep '>>|stdout'
127.0.0.1 | SUCCESS => {
    "changed": true,
    "rc": 0,
    "stderr": "",
    "stderr_lines": [],
    "stdout": "bin\nboot\ndata\ndev\netc\nhome\ninitrd.img\nlib\nlib64\nlost+found\nmedia\nmnt\nopt\nproc\nroot\nrun\nsbin\nsnap\nsrv\nsys\ntmp\nusr\nvar\nvmlinuz\n",
    "stdout_lines": [
        "bin",
        "boot",
        "data",
        "dev",
        "etc",
        "home",
        "initrd.img",
        "lib",
        "lib64",
        "lost+found",
        "media",
        "mnt",
        "opt",
        "proc",
        "root",
        "run",
        "sbin",
        "snap",
        "srv",
        "sys",
        "tmp",
        "usr",
        "var",
        "vmlinuz"
    ]
}

九：ansible常用模块

　　file:用于配置文件属性

　　yum：用于安装软件包

　　cron：配置计划任务

　　copy：复制文件到远程主机

　　command：在远程主机上执行命令

　　raw：类似于command模块，支持管道

　　user：配置用户 group：配置用户组

　　service：用于管理服务

　　ping：用于检测远程主机是否存活

　　setup：查看远程主机的基本信息

　　mount：配置挂载点

展示所有模块

ansible-doc -l

查看某模块相关参数

ansible-doc -s user

调用某模块，某个参数

#-m调用某个模块
#-a调用该模块下某个参数
ansible all -m command -a 'ls /home'

9.1setup模块

查看远程主机的基本信息

setup模块，主要用于获取主机信息，在playbooks里经常会用到的一个参数gather_facts就与该模块相关。setup模块下经常使用的一个参数是filter参数，具体使用示例如下：

ansible 10.212.52.252 -m setup -a 'filter=ansible_*_mb'   //查看主机内存信息
ansible 10.212.52.252 -m setup -a 'filter=ansible_eth[0-2]'   //查看地接口为eth0-2的网卡信息
ansible all -m setup --tree /tmp/facts   //将所有主机的信息输入到/tmp/facts目录下，每台主机的信息输入到主机名文件中（/etc/ansible/hosts里的主机名）

9.2ping

测试主机是否是通的，用法很简单，不涉及参数：

ansible test -m ping

9.3file　　

　　file模块主要用于远程主机上的文件操作，file模块包含如下选项：

force：需要在两种情况下强制创建软链接，一种是源文件不存在但之后会建立的情况下；另一种是目标软链接已存在,需要先取消之前的软链，然后创建新的软链，有两个选项：yes|no
group：定义文件/目录的属组
mode：定义文件/目录的权限
owner：定义文件/目录的属主
path：必选项，定义文件/目录的路径
recurse：递归的设置文件的属性，只对目录有效
src：要被链接的源文件的路径，只应用于state=link的情况
dest：被链接到的路径，只应用于state=link的情况
state：
- directory：如果目录不存在，创建目录
- file：即使文件不存在，也不会被创建
- link：创建软链接
- hard：创建硬链接
- touch：如果文件不存在，则会创建一个新的文件，如果文件或目录已存在，则更新其最后修改时间
- absent：删除目录、文件或者取消链接文件

使用示例：

ansible test -m file -a "src=/etc/fstab dest=/tmp/fstab state=link"    
ansible test -m file -a "path=/tmp/fstab state=absent"
ansible test -m file -a "path=/tmp/test state=touch"

9.4copy模块

复制文件到远程主机，copy模块包含如下选项：

backup：在覆盖之前将原文件备份，备份文件包含时间信息。有两个选项：yes|no
content：用于替代"src",可以直接设定指定文件的值
dest：必选项。要将源文件复制到的远程主机的绝对路径，如果源文件是一个目录，那么该路径也必须是个目录
directory_mode：递归的设定目录的权限，默认为系统默认权限
force：如果目标主机包含该文件，但内容不同，如果设置为yes，则强制覆盖，如果为no，则只有当目标主机的目标位置不存在该文件时，才复制。默认为yes
others：所有的file模块里的选项都可以在这里使用
src：要复制到远程主机的文件在本地的地址，可以是绝对路径，也可以是相对路径。如果路径是一个目录，它将递归复制。在这种情况下，如果路径使用"/"来结尾，则只复制目录里的内容，如果没有使用"/"来结尾，则包含目录在内的整个内容全部复制，类似于rsync。
validate ：The validation command to run before copying into place. The path to the file to validate is passed in via '%s' which must be present as in the visudo example below.

示例如下：

ansible test -m copy -a "src=/srv/myfiles/foo.conf dest=/etc/foo.conf owner=foo group=foo mode=0644"
ansible test -m copy -a "src=/mine/ntp.conf dest=/etc/ntp.conf owner=root group=root mode=644 backup=yes"
ansible test -m copy -a "src=/mine/sudoers dest=/etc/sudoers validate='visudo -cf %s'"

9.5cron模块

用于管理计划任务包含如下选项：

backup：对远程主机上的原任务计划内容修改之前做备份
cron_file：如果指定该选项，则用该文件替换远程主机上的cron.d目录下的用户的任务计划
day：日（1-31，*，*/2,……）
hour：小时（0-23，*，*/2，……）
minute：分钟（0-59，*，*/2，……）
month：月（1-12，*，*/2，……）
weekday：周（0-7，*，……）
job：要执行的任务，依赖于state=present
name：该任务的描述
special_time：指定什么时候执行，参数：reboot,yearly,annually,monthly,weekly,daily,hourly
state：确认该任务计划是创建还是删除
user：以哪个用户的身份执行

示例：

ansible test -m cron -a 'name="a job for reboot" special_time=reboot job="/some/job.sh"'
ansible test -m cron -a 'name="yum autoupdate" weekday="2" minute=0 hour=12 user="root
ansible test -m cron  -a 'backup="True" name="test" minute="0" hour="5,2" job="ls -alh > /dev/null"'
ansilbe test -m cron -a 'cron_file=ansible_yum-autoupdate state=absent'

9.6yum模块

使用yum包管理器来管理软件包，其选项有：

config_file：yum的配置文件
disable_gpg_check：关闭gpg_check
disablerepo：不启用某个源
enablerepo：启用某个源
name：要进行操作的软件包的名字，也可以传递一个url或者一个本地的rpm包的路径
state：状态（present【安装】，absent【卸载】，latest）

示例如下：

ansible test -m yum -a 'name=httpd state=latest'
ansible test -m yum -a 'name="@Development tools" state=present'
ansible test -m yum -a 'name=http://nginx.org/packages/centos/6/noarch/RPMS/nginx-release-centos-6-0.el6.ngx.noarch.rpm state=present'

9.7user模块与group模块

user模块是请求的是useradd, userdel, usermod三个指令，goup模块请求的是groupadd, groupdel, groupmod 三个指令。

9.7.1user模块

home：指定用户的家目录，需要与createhome配合使用
groups：指定用户的属组
uid：指定用的uid
password：指定用户的密码
name：指定用户名
createhome：是否创建家目录 yes|no
system：是否为系统用户
remove：当state=absent时，remove=yes则表示连同家目录一起删除，等价于userdel -r
state：是创建还是删除
shell：指定用户的shell环境

使用示例：
ansible test -m user -a 'createhome=yes home=/home/user1 password=123123 name=user2 state=present shell=/bin/bash'

user: name=johnd comment="John Doe" uid=1040 group=admin
user: name=james shell=/bin/bash groups=admins,developers append=yes user: name=johnd state=absent remove=yes
user: name=james18 shell=/bin/zsh groups=developers expires=1422403387
user: name=test generate_ssh_key=yes ssh_key_bits=2048 ssh_key_file=.ssh/id_rsa    #生成密钥时，只会生成公钥文件和私钥文件，和直接使用ssh-keygen指令效果相同，不会生成authorized_keys文件。

注：指定password参数时，不能使用明文密码，因为后面这一串密码会被直接传送到被管理主机的/etc/shadow文件中，所以需要先将密码字符串进行加密处理。然后将得到的字符串放到password中即可。

echo "123456" | openssl passwd -1 -salt $(< /dev/urandom tr -dc '[:alnum:]' | head -c 32) -stdin
$1$4P4PlFuE$ur9ObJiT5iHNrb9QnjaIB0
#使用上面的密码创建用户
ansible all -m user -a 'name=foo password="$1$4P4PlFuE$ur9ObJiT5iHNrb9QnjaIB0"'

不同的发行版默认使用的加密方式可能会有区别，具体可以查看/etc/login.defs文件确认，centos 6.5版本使用的是SHA512加密算法。

9.7.2group示例

ansible all -m group -a 'name=somegroup state=present'

9.8synchronize模块

使用rsync同步文件，其参数如下：

archive: 归档，相当于同时开启recursive(递归)、links、perms、times、owner、group、-D选项都为yes ，默认该项为开启
checksum: 跳过检测sum值，默认关闭
compress:是否开启压缩
copy_links：复制链接文件，默认为no ，注意后面还有一个links参数
delete: 删除不存在的文件，默认no
dest：目录路径
dest_port：默认目录主机上的端口，默认是22，走的ssh协议
dirs：传速目录不进行递归，默认为no，即进行目录递归
rsync_opts：rsync参数部分
set_remote_user：主要用于/etc/ansible/hosts中定义或默认使用的用户与rsync使用的用户不同的情况
mode: push或pull 模块，push模的话，一般用于从本机向远程主机上传文件，pull 模式用于从远程主机上取文件

使用示例：

src=some/relative/path dest=/some/absolute/path rsync_path="sudo rsync"
src=some/relative/path dest=/some/absolute/path archive=no links=yes
src=some/relative/path dest=/some/absolute/path checksum=yes times=no
src=/tmp/helloworld dest=/var/www/helloword rsync_opts=--no-motd,--exclude=.git mode=pull

9.9filesystem模块

在块设备上创建文件系统
选项：

dev：目标块设备
force：在一个已有文件系统的设备上强制创建
fstype：文件系统的类型
opts：传递给mkfs命令的选项

示例：

ansible test -m filesystem -a 'fstype=ext2 dev=/dev/sdb1 force=yes'

ansible test -m filesystem -a 'fstype=ext4 dev=/dev/sdb1 opts="-cc"'

9.10mount模块

配置挂载点
选项：

dump
fstype：必选项，挂载文件的类型
name：必选项，挂载点
opts：传递给mount命令的参数

src：必选项，要挂载的文件

state：必选项

present：只处理fstab中的配置

absent：删除挂载点

mounted：自动创建挂载点并挂载之

umounted：卸载

示例：

name=/mnt/dvd src=/dev/sr0 fstype=iso9660 opts=ro state=present
name=/srv/disk src='LABEL=SOME_LABEL' state=present
name=/home src='UUID=b3e48f45-f933-4c8e-a700-22a159ec9077' opts=noatime state=present
ansible test -a 'dd if=/dev/zero of=/disk.img bs=4k count=1024'
ansible test -a 'losetup /dev/loop0 /disk.img'
ansible test -m filesystem 'fstype=ext4 force=yes opts=-F dev=/dev/loop0'
ansible test -m mount 'name=/mnt src=/dev/loop0 fstype=ext4 state=mounted opts=rw'

9.11get_url 模块

该模块主要用于从http、ftp、https服务器上下载文件（类似于wget），主要有如下选项：

sha256sum：下载完成后进行sha256 check；
timeout：下载超时时间，默认10s
url：下载的URL
url_password、url_username：主要用于需要用户名密码进行验证的情况
use_proxy：是事使用代理，代理需事先在环境变更中定义

示例：

 get_url: url=http://example.com/path/file.conf dest=/etc/foo.conf mode=0440
 get_url: url=http://example.com/path/file.conf dest=/etc/foo.conf sha256sum=b5bb9d8014a0f9b1d61e21e796d78dccdf1352f23cd32812f4850b878ae4944c

9.12unarchive模块

用于解压文件，模块包含如下选项：

copy：在解压文件之前，是否先将文件复制到远程主机，默认为yes。若为no，则要求目标主机上压缩包必须存在。
creates：指定一个文件名，当该文件存在时，则解压指令不执行
dest：远程主机上的一个路径，即文件解压的路径
grop：解压后的目录或文件的属组
list_files：如果为yes，则会列出压缩包里的文件，默认为no，2.0版本新增的选项
mode：解决后文件的权限
src：如果copy为yes，则需要指定压缩文件的源路径
owner：解压后文件或目录的属主

示例如下：

- unarchive: src=foo.tgz dest=/var/lib/foo
- unarchive: src=/tmp/foo.zip dest=/usr/local/bin copy=no
- unarchive: src=https://example.com/example.zip dest=/usr/local/bin copy=no

十：playbooks

10.1.playbooks基础

　　playbooks 是一种简单的配置管理系统与多机器部署系统的基础.与现有的其他系统有不同之处,且非常适合于复杂应用的部署.

Playbooks 的格式是YAML（详见:YAML 语法）,语法做到最小化,意在避免 playbooks 成为一种编程语言或是脚本,但它也并不是一个配置模型或过程的模型.

　　playbook 由一个或多个 ‘plays’ 组成.它的内容是一个以 ‘plays’ 为元素的列表.

在 play 之中,一组机器被映射为定义好的角色.在 ansible 中,play 的内容,被称为 tasks,即任务.在基本层次的应用中,一个任务是一个对 ansible 模块的调用.

1.用户组

###自定义远程用户
---
- hosts: webservers
  remote_user: root
  tasks:
    - name: test connetion
      ping: 
      remote_user: yh

###sudo执行
---
- hosts: webservers
  remote_user: root
  sudo: yes


###单个tasks用sudo执行
---
- hosts: webserver
  remote_user: root
  tasks:
    - service: name=nginx state=stared
      sudo: yes
      sudo_user: yh

2.Tasks列表

　　每一个play包含一个task列表，每一个task在其所对应的主机上执行完毕后，下一个task才会执行，

3.Handlers

　　Handlers 最佳的应用场景是用来重启服务,或者触发系统重启操作.除此以外很少用到了。

handlers:
    - name: restart memcached
      service:  name=memcached state=restarted
    - name: restart apache
      service: name=apache state=restarted

10.2.playbook之Role、Include

　　假如你希望在多个 play 或者多个 playbook 中重用同一个 task 列表，你可以使用 include files 做到这一点。

tasks
  - include: tasks/foo.yml

　　Roles 基于一个已知的文件结构，去自动的加载某些 vars_files，tasks 以及 handlers。基于 roles 对内容进行分组，使得我们可以容易地与其他用户分享 roles 。

　　这个 playbook 为一个角色 ‘x’ 指定了如下的行为：

如果 roles/x/tasks/main.yml 存在, 其中列出的 tasks 将被添加到 play 中
如果 roles/x/handlers/main.yml 存在, 其中列出的 handlers 将被添加到 play 中
如果 roles/x/vars/main.yml 存在, 其中列出的 variables 将被添加到 play 中
如果 roles/x/meta/main.yml 存在, 其中列出的 “角色依赖” 将被添加到 roles 列表中 (1.3 and later)
所有 copy tasks 可以引用 roles/x/files/ 中的文件，不需要指明文件的路径。
所有 script tasks 可以引用 roles/x/files/ 中的脚本，不需要指明文件的路径。
所有 template tasks 可以引用 roles/x/templates/ 中的文件，不需要指明文件的路径。
所有 include tasks 可以引用 roles/x/tasks/ 中的文件，不需要指明文件的路径。

---

- hosts: webservers
  roles:
    - { role: some_role, when: "ansible_os_family == 'RedHat'" }

10.3.Variables

　　YAML语法要求如果值以{{ foo }}开头的话我们需要将整行用双引号包起来.这是为了确认你不是想声明一个YAML字典.

- hosts: app_servers
  vars:
       app_path: "{{ base_path }}/22"

　　获取远程主机的IP地址或者操作系统是什么，以及硬盘类型、主机名等都可以从中获取。

ansibel  hostname   -m setup

有些提供的facts,比如网络信息等,是一个嵌套的数据结构.访问它们使用简单的 {{ foo }} 语法并不够用,当仍然很容易.如下所示:

{{ ansible_eth0["ipv4"]["address"] }}

或者这样写:

{{ ansible_eth0.ipv4.address }}

相似的,以下代码展示了我们如何访问数组的第一个元素:

{{ foo[0] }}

　　Ansible会自动提供给你一些变量,即使你并没有定义过它们.这些变量中重要的有 ‘hostvars’,’group_names’,和 ‘groups’.由于这些变量名是预留的,所以用户不应当覆盖它们. ‘environmen’ 也是预留的. hostvars可以让你访问其它主机的变量,包括哪些主机中获取到的facts.

　　group_names 是当前主机所在所有群组的列表(数组).所以可以使用Jinja2语法在模板中根据该主机所在群组关系(或角色)来产生变化:

{% if 'webserver' in group_names %}
   # some part of a configuration file that only applies to webservers
{% endif %}

　　groups 是inventory中所有群组(主机)的列表.可用于枚举群组中的所有主机.例如:

{% for host in groups['app_servers'] %}
   # something that applies to all app servers.
{% endfor %}

变量文件分割

　　把playbook置于源代码管理之下是个很好的注意,当你可能会想把playbook源码公开之余还想保持某些重要的变量私有.有时你也想把某些信息放置在不同的文件中,远离主playbook文件

你可以使用外部的变量文件来实现:

---

- hosts: all
  remote_user: root
  vars:
    favcolor: blue
  vars_files:
    - /vars/external_vars.yml

  tasks:

  - name: this is just a placeholder
    command: /bin/echo foo

这可以保证你共享playbook源码时隔离敏感数据的风险.

每个变量文件的内容是一个简单的YAML文件,如下所示:

---
# in the above example, this would be vars/external_vars.yml
somevar: somevalue
password: magic

命令行中传参

　　除了`vars_prompt`和`vars_files`也可以通过Ansible命令行发送变量.如果你想编写一个通用的发布playbook时则特别有用,你可以传递应用的版本以便部署:

ansible-playbook release.yml --extra-vars "version=1.23.45 other_variable=foo"

其它场景中也很有用,比如为playbook设置主机群组或用户.

Example:

---

- hosts: '{{ hosts }}'
  remote_user: '{{ user }}'

  tasks:
     - ...

ansible-playbook release.yml --extra-vars "hosts=vipers user=starbuck"

10.4.条件选择

1.when

tasks:
  - name: "shutdown Debian flavored systems"
    command: /sbin/shutdown -t now
    when: ansible_os_family == "Debian"

tasks:
  - shell: echo "only on Red Hat 6, derivatives, and later"
    when: ansible_os_family == "RedHat" and ansible_lsb.major_release|int >= 6

　　如果一个变量不存在,你可以使用Jinja2的`defined`命令跳过或略过.例如:

tasks:
    - shell: echo "I've got '{{ foo }}' and am not afraid to use it!"
      when: foo is defined

    - fail: msg="Bailing out. this play requires 'bar'"
      when: bar is not defined

2.条件导入

　　举个例子,名字叫做Apache的包,在CentOS 和 Debian系统中也许不同, 但是这个问题可以一些简单的语法就可以被Ansible Playbook解决:

---
- hosts: all
  remote_user: root
  vars_files:
    - "vars/common.yml"
    - [ "vars/{{ ansible_os_family }}.yml", "vars/os_defaults.yml" ]
  tasks:
  - name: make sure apache is running
    service: name={{ apache }} state=running

3.基于变量选择文件或者模板

　　有时候,你想要复制一个配置文件,或者一个基于参数的模版. 下面的结构选载选第一个宿主给予的变量文件,这些可以比把很多if选择放在模版里要简单的多. 下面的例子展示怎样根据不同的系统,例如CentOS,Debian制作一个配置文件的模版:

- name: template a file
   template: src={{ item }} dest=/etc/myapp/foo.conf
   with_first_found:
     - files:
        - {{ ansible_distribution }}.conf
        - default.conf
       paths:
        - search_location_one/somedir/
        - /opt/other_location/somedir/

4.注册变量

　　 ‘register’ 关键词决定了把结果存储在哪个变量中.结果参数可以用在模版中,动作条目,或者 when 语句. 像这样（这是一个浅显的例子）:

- name: test play
  hosts: all

  tasks:

      - shell: cat /etc/motd
        register: motd_contents

      - shell: echo "motd contains the word hi"
        when: motd_contents.stdout.find('hi') != -1

10.5.循环

(1)标准循环:with_items

(2)嵌套循环:with_nested

(3)哈希列表循环:with_dict 【编译一个集合中的key和value】

(4)文件列表循环:with_fileglob 【遍历一个目录下所有文件】

(5)并行数据使用循环:with_together 【将两个数组一对一遍历成集合】

(6)对子元素进行循环:with_subelements 【用来加载一个yml文件中的各元素以及子元素】

(7)对整数序列采用循环:with_sequence 【循环某段整数之间的数字】

(8)生成随机数字:random_choice

(9)Do_until循环:until 【通过设定循环次数和循环时间等待服务达到某种状态】

(10)查找第一个匹配的文件:with_fist_found

(11)使用索引循环列表:with_indexd_items 【循环列表的同时可以换取索引所在位置】

(12)循环匹配文件:with_ini 【ini插件可以使用正则表达式来获取一组键值对】

(13)扁平化列表:with_flattened 【循环迭代多层嵌套列表】

(14)循环中使用注册器:with_items 【循环获取registry的results】

1.标准循环

为了保持简洁,重复的任务可以用以下简写的方式:

- name: add several users
  user: name={{ item }} state=present groups=wheel
  with_items:
     - testuser1
     - testuser2

如果你在变量文件中或者 ‘vars’ 区域定义了一组YAML列表,你也可以这样做:

with_items: "{{somelist}}"

以上写法与下面是完全等同的:

- name: add user testuser1
  user: name=testuser1 state=present groups=wheel
- name: add user testuser2
  user: name=testuser2 state=present groups=wheel

使用 ‘with_items’ 用于迭代的条目类型不仅仅支持简单的字符串列表.如果你有一个哈希列表,那么你可以用以下方式来引用子项:

- name: add several users
  user: name={{ item.name }} state=present groups={{ item.groups }}
  with_items:
    - { name: 'testuser1', groups: 'wheel' }

2.嵌套循环

循环也可以嵌套:

- name: give users access to multiple databases
  mysql_user: name={{ item[0] }} priv={{ item[1] }}.*:ALL append_privs=yes password=foo
  with_nested:
    - [ 'alice', 'bob' ]
    - [ 'clientdb', 'employeedb', 'providerdb' ]

和以上介绍的’with_items’一样,你也可以使用预定义变量.:

- name: here, 'users' contains the above list of employees
  mysql_user: name={{ item[0] }} priv={{ item[1] }}.*:ALL append_privs=yes password=foo
  with_nested:
    - "{{users}}"
    - [ 'clientdb', 'employeedb', 'providerdb' ]

3.对哈希表使用循环

假如你有以下变量:

---
users:
  alice:
    name: Alice Appleworth
    telephone: 123-456-7890
  bob:
    name: Bob Bananarama
    telephone: 987-654-3210

你想打印出每个用户的名称和电话号码.你可以使用 with_dict 来循环哈希表中的元素:

tasks:
  - name: Print phone records
    debug: msg="User {{ item.key }} is {{ item.value.name }} ({{ item.value.telephone }})"
    with_dict: "{{users}}"

4.对文件列表使用循环

with_fileglob 可以以非递归的方式来模式匹配单个目录中的文件.如下面所示:

---
- hosts: all

  tasks:

    # first ensure our target directory exists
    - file: dest=/etc/fooapp state=directory

    # copy each file over that matches the given pattern
    - copy: src={{ item }} dest=/etc/fooapp/ owner=root mode=600
      with_fileglob:
        - /playbooks/files/fooapp/*

5.对并行数据采用循环

假设你通过某种方式加载了以下变量数据:

---
alpha: [ 'a', 'b', 'c', 'd' ]
numbers:  [ 1, 2, 3, 4 ]

如果你想得到’(a, 1)’和’(b, 2)’之类的集合.可以使用’with_together’:

tasks:
    - debug: msg="{{ item.0 }} and {{ item.1 }}"
      with_together:
        - "{{alpha}}"
        - "{{numbers}}"

7.对子元素进行循环

假设你想对一组用户做一些动作,比如创建这些用户,并且允许它们使用一组SSH key来登录.

如何实现那? 先假设你有按以下方式定义的数据,可以通过”vars_files”或”group_vars/all”文件加载:

---
users:
  - name: alice
    authorized:
      - /tmp/alice/onekey.pub
      - /tmp/alice/twokey.pub
    mysql:
        password: mysql-password
        hosts:
          - "%"
          - "127.0.0.1"
          - "::1"
          - "localhost"
        privs:
          - "*.*:SELECT"
          - "DB1.*:ALL"
  - name: bob
    authorized:
      - /tmp/bob/id_rsa.pub
    mysql:
        password: other-mysql-password
        hosts:
          - "db1"
        privs:
          - "*.*:SELECT"
          - "DB2.*:ALL"

那么可以这样实现:

- user: name={{ item.name }} state=present generate_ssh_key=yes
  with_items: "{{users}}"

- authorized_key: "user={{ item.0.name }} key='{{ lookup('file', item.1) }}'"
  with_subelements:
     - users
     - authorized

根据mysql hosts以及预先给定的privs subkey列表,我们也可以在嵌套的subkey中迭代列表:

- name: Setup MySQL users
  mysql_user: name={{ item.0.user }} password={{ item.0.mysql.password }} host={{ item.1 }} priv={{ item.0.mysql.privs | join('/') }}
  with_subelements:
    - users
    - mysql.hosts

8.对整数序列进行循环

with_sequence 可以以升序数字顺序生成一组序列.你可以指定起始值、终止值,以及一个可选的步长值.

指定参数时也可以使用key=value这种键值对的方式.如果采用这种方式,’format’是一个可打印的字符串.

数字值可以被指定为10进制,16进制(0x3f8)或者八进制(0600).负数则不受支持.请看以下示例:

---
- hosts: all

  tasks:

    # create groups
    - group: name=evens state=present
    - group: name=odds state=present

    # create some test users
    - user: name={{ item }} state=present groups=evens
      with_sequence: start=0 end=32 format=testuser%02x

    # create a series of directories with even numbers for some reason
    - file: dest=/var/stuff/{{ item }} state=directory
      with_sequence: start=4 end=16 stride=2

    # a simpler way to use the sequence plugin
    # create 4 groups
    - group: name=group{{ item }} state=present
      with_sequence: count=4

9.随机选择

　　‘random_choice’功能可以用来随机获取一些值.它并不是负载均衡器(已经有相关的模块了).它有时可以用作一个简化版的负载均衡器,比如作为条件判断:

- debug: msg={{ item }}
  with_random_choice:
     - "go through the door"
     - "drink from the goblet"
     - "press the red button"
     - "do nothing"

　　提供的字符串中的其中一个会被随机选中.

10.Do-Until循环

有时你想重试一个任务直到达到某个条件.比如下面这个例子:

- action: shell /usr/bin/foo
  register: result
  until: result.stdout.find("all systems go") != -1
  retries: 5
  delay: 10

　　上面的例子递归运行shell模块,直到模块结果中的stdout输出中包含”all systems go”字符串,或者该任务按照10秒的延迟重试超过5次.”retries”和”delay”的默认值分别是3和5.

　　该任务返回最后一个任务返回的结果.单次重试的结果可以使用-vv选项来查看. 被注册的变量会有一个新的属性’attempts’,值为该任务重试的次数.

11.查找第一个匹配文件

　　这其实不是一个循环,但和循环很相似.如果你想引用一个文件,而该文件是从一组文件中根据给定条件匹配出来的.这组文件中部分文件名由变量拼接而成.针对该场景你可以这样做:

- name: INTERFACES | Create Ansible header for /etc/network/interfaces
  template: src={{ item }} dest=/etc/foo.conf
  with_first_found:
    - "{{ansible_virtualization_type}}_foo.conf"
    - "default_foo.conf"

　　该功能还有一个更完整的版本,可以配置搜索路径.请看以下示例:

- name: some configuration template
  template: src={{ item }} dest=/etc/file.cfg mode=0444 owner=root group=root
  with_first_found:
    - files:
       - "{{inventory_hostname}}/etc/file.cfg"
      paths:
       - ../../../templates.overwrites
       - ../../../templates
    - files:
        - etc/file.cfg
      paths:
        - templates

12.迭代程序的执行结果

13.使用索引循环列表

14.扁平化列表

15.循环中使用注册器

16.自定义迭代

　　当对处于循环中的某个数据结构使用 register 来注册变量时,结果包含一个 results 属性,这是从模块中得到的所有响应的一个列表.

　　以下是在 with_items 中使用 register 的示例:

- shell: echo "{{ item }}"
  with_items:
    - one
    - two
  register: echo　

　　返回的数据结构如下,与非循环结构中使用 register 的返回结果是不同的:

{
    "changed": true,
    "msg": "All items completed",
    "results": [
        {
            "changed": true,
            "cmd": "echo \"one\" ",
            "delta": "0:00:00.003110",
            "end": "2013-12-19 12:00:05.187153",
            "invocation": {
                "module_args": "echo \"one\"",
                "module_name": "shell"
            },
            "item": "one",
            "rc": 0,
            "start": "2013-12-19 12:00:05.184043",
            "stderr": "",
            "stdout": "one"
        },
        {
            "changed": true,
            "cmd": "echo \"two\" ",
            "delta": "0:00:00.002920",
            "end": "2013-12-19 12:00:05.245502",
            "invocation": {
                "module_args": "echo \"two\"",
                "module_name": "shell"
            },
            "item": "two",
            "rc": 0,
            "start": "2013-12-19 12:00:05.242582",
            "stderr": "",
            "stdout": "two"
        }
    ]
}

　　随后的任务可以用以下方式来循环注册变量,用来检查结果值:

- name: Fail if return code is not 0
  fail:
    msg: "The command ({{ item.cmd }}) did not have a 0 return code"
  when: item.rc != 0
  with_items: "{{echo.results}}"

十一:重要点总结

1.Variables

(1)合法变量名：变量名可以为字母,数字以及下划线.变量始终应该以字母开头.

(2)playbook中定义变量：

  vars:
    http_port: 80

(3) 值以{{ foo }}开头的话我们需要将整行用双引号包起来

(4)使用facts获取信息：ansible hostname -m setup

2.条件选择

(1)when

(2)注册变量：register: 变量名

3.循环

(1)标准循环:with_items

(2)嵌套循环:with_nested

(3)哈希列表循环:with_dict 【编译一个集合中的key和value】

(4)文件列表循环:with_fileglob 【遍历一个目录下所有文件】

(5)并行数据使用循环:with_together 【将两个数组一对一遍历成集合】

(6)对子元素进行循环:with_subelements 【用来加载一个yml文件中的各元素以及子元素】

(7)对整数序列采用循环:with_sequence 【循环某段整数之间的数字】

(8)生成随机数字:random_choice

(9)Do_until循环:until 【通过设定循环次数和循环时间等待服务达到某种状态】

(10)查找第一个匹配的文件:with_fist_found

(11)使用索引循环列表:with_indexd_items 【循环列表的同时可以换取索引所在位置】

(12)循环匹配文件:with_ini 【ini插件可以使用正则表达式来获取一组键值对】

(13)扁平化列表:with_flattened 【循环迭代多层嵌套列表】

(14)循环中使用注册器:with_items 【循环获取registry的results】

4.Special Topics

(1)异步和轮询

对于耗时长的任务可以采取，1.同时进行多个任务 2.异步模式

async: 45 不指定则为同步

poll: 5 默认轮询时间10s

(2)check mode

(3)错误处理:

忽略错误命令：ignore_errors: yes
控制对失败的定义：failed_when: "'FAILED' in command_result.stderr"     
覆盖结果：changed_when: False

(4)标签:tags运行指定标签部分

(5)vault:加密和解密文件

(6)start-at-task：从指定阶段开始运行

(7)step：在每个任务前会自动停止,并询问是否应该执行该任务

5.模块

1.setup：获取主机的基本信息

2.ping：测试主机是否是通的

3.file:用于远程主机上的文件操作

4.copy:复制文件到远程主机

5.yum:管理软件包

6.user/group:管理用户组

7.mount:挂载模块

8.get_url:用于从http、ftp、https服务器上下载文件（类似于wget）

9.unarchive:解压文件

linfile:对文件内容进行修改，替换，追加，https://blog.51cto.com/zouqingyun/1882367

posted @ 2018-08-19 16:38 姚红阅读(1833) 评论(1) 编辑收藏举报

会员力量，点亮园子希望

刷新页面返回顶部

自动化运维—Ansible

一:为什么选择Ansible

二：Ansible基本架构

三：Asible基本组成

四：ansible工作原理

五：ansible安装

六：主机清单

6.1简单的主机和组

6.2端口与别名

6.3指定主机范围

6.4使用主机变量

6.5组内变量

6.6组的包含与组内变量

6.7Patterns（主机与组正则匹配部分）

1、表示所有的主机可以使用all 或 *

2、通配符与逻辑或

3、逻辑非与逻辑and

4、混合高级用法

七：ansible.cfg配置说明

7.1配置读取顺序

7.2配置详解

方法1：

方法2：

其他部分

八：Ad-hoc与命令执行模块

8.1Ad-hoc

1、命令说明

2、后台执行

8.2命令执行模块

九：ansible常用模块

9.1setup模块

9.2ping

9.3file

9.4copy模块

9.5cron模块

9.6yum模块

9.7user模块与group模块

9.7.1user模块

9.7.2group示例

9.8synchronize模块

9.9filesystem模块

9.10mount模块

9.11get_url 模块

9.12unarchive模块

十：playbooks

10.1.playbooks基础

10.2.playbook之Role、Include

10.3.Variables

10.4.条件选择

10.5.循环

十一:重要点总结

1.Variables

2.条件选择

3.循环

4.Special Topics

5.模块

公告

9.3file　　