标签：ansible

1.使用 ssh-keygen -t rsa生成密钥对

ssh-keygen -t rsa

2.推送单个公钥到远程机器

格式： ssh-copy-id -i ~/.ssh/id_rsa.pub username@[ip,hostname]

ssh-copy-id -i ~/.ssh/id_rsa.pub [email protected]

3.添加ansible hosts

编辑/etc/ansible/hosts,没有则创建些文件。

格式：【主机名】 【主机地址】 【主机密码】 默认是root用户来进行的

[tomcat-servers]
1 ansible_ssh_user="tomcat"  ansible_ssh_host=192.168.100.1 ansible_ssh_pass="test"
2 ansible_ssh_user="tomcat"  ansible_ssh_host=192.168.100.2 ansible_ssh_pass="test"

新版的ansible(2.4) hosts有更新， 用以下方式：

[tomcat-servers]

192.168.100.1   ansible_user=tomcat  ansible_ssh_pass="test"
192.168.100.2   ansible_user=tomcat  ansible_ssh_pass="test"

4.批量推送公钥到远程机器

机器多的情况下，使用ssh-copy-id方法有些费时，使用ansible-playbook推送ymal，这里使用到了authoried_keys模块，可以参考官方文档http://docs.ansible.com/authorized_key_module.html

将以下文件命名为：push.ssh.ymal

 # Using alternate directory locations:
  - hosts: tomcat-servers
    user: tomcat （互信用户）
    tasks:
     - name: ssh-copy
       authorized_key: user=tomcat（互信用户） key="{{ lookup('file', '/home/tomcat/.ssh/id_rsa.pub（master端公钥）') }}"
       tags:
         - sshkey

5.执行推送命令

ansible-playbook push.ssh.ymal -f 10 （并发数）

6.如若报错,解决

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.

修改host_key_checking(默认是check的)：

vi /home/xiangdong/ansible/ansible.cfg
# uncomment this to disable SSH key host checking
host_key_checking = False

7.测试

#查看各机器时间
ansible all -a date
#ansible all -m command -a date # 作用同上

#ping
 ansible all -m ping

输出结果：

$ ansible all  -m ping 
192.168.100.1 | SUCCESS => {
    "changed": false, 
    "ping": "pong"
}

在本博客中，ansible是一个系列文章，我们会尽量以通俗易懂的方式总结ansible的相关知识点。

ansible系列博文直达链接：ansible轻松入门系列

“ansible系列”中的每篇文章都建立在前文的基础之上，所以，请按照顺序阅读这些文章，否则有可能在阅读中遇到障碍。

前文中，我们已经介绍了怎样使用模块，而且我们知道，ansible有很多模块，每个模块都有自己的功能，”模块”涉及到的方向比较多，所以对于个人来说，并没有必要了解所有的模块，我们只需要根据实际的业务场景了解相应的模块即可，而且ansible比较贴心，ansible根据模块的功能对这些模块进行了大致的分类，比如，如果某些模块都是操作文件的，就把它们分类到文件类模块中，如果某些模块都是操作数据库的，就把他们分类到数据库类模块中，那么，ansible把模块分为了哪些类呢？你可以参考官方手册，找到答案，模块的分类目录如下
http://docs.ansible.com/ansible/latest/modules_by_category.html

上述链接不仅对模块进行了分类，还给出了每个模块的使用示例，不过这些示例都是编写”剧本(playbook)”的示例，我们还没有介绍过怎样编写剧本，所以暂时不会参考这些示例，前文的示例中，我们一直以命令的方式运行ansible，通过命令的方式调用模块，这种直接在命令行中运行的ansible命令被称作为”ad-hoc命令”，我们可以通过”ad-hoc命令”的方式，快速的了解一个模块。

在前文的示例中，我们已经了解了ping模块与fetch模块，那么这篇文章中，我们来了解一些新的模块，这些模块都是常用的操作文件的模块，不过这篇文章写得并不全面，后续有空会继续补充总结，对等更新的朋友说声见谅，最近比较忙。

copy模块

见名知义，copy模块的作用就是拷贝文件，它与之前介绍的fetch模块类似，不过，fetch模块是从远程主机中拉取文件到ansible

主机，而copy模块是将ansible主机上的文件拷贝到远程主机中。

此处我们介绍一些copy模块的常用参数，然后再给出对应示例。

• src参数 ：用于指定需要copy的文件或目录

• dest参数 ：用于指定文件将被拷贝到远程主机的哪个目录中，dest为必须参数

• content参数 ：当不使用src指定拷贝的文件时，可以使用content直接指定文件内容，src与content两个参数必有其一，否则会报错。

• force参数 : 当远程主机的目标路径中已经存在同名文件，并且与ansible主机中的文件内容不同时，是否强制覆盖，可选值有yes和no，默认值为yes，表示覆盖，如果设置为no，则不会执行覆盖拷贝操作，远程主机中的文件保持不变。

• backup参数 : 当远程主机的目标路径中已经存在同名文件，并且与ansible主机中的文件内容不同时，是否对远程主机的文件进行备份，可选值有yes和no，当设置为yes时，会先备份远程主机中的文件，然后再将ansible主机中的文件拷贝到远程主机。

• owner参数 : 指定文件拷贝到远程主机后的属主，但是远程主机上必须有对应的用户，否则会报错。

• group参数 : 指定文件拷贝到远程主机后的属组，但是远程主机上必须有对应的组，否则会报错。

• mode参数 : 指定文件拷贝到远程主机后的权限，如果你想将权限设置为”rw-r–r–“，则可以使用mode=0644表示，如果你想要在user对应的权限位上添加执行权限，则可以使用mode=u+x表示。

对应上述参数的ad-hoc示例命令如下：

将ansible主机中/testdir/copytest文件复制到远程主机的/opt目录下

ansible test70 -m copy -a "src=/testdir/copytest dest=/opt/"

在远程主机的/opt目录下生成文件test，test文件中有两行文本，第一行文本为aaa，第二行为bbb，当使用content指定文件内容时，dest参数对应的值必须是一个文件，而不能是一个路径。

ansible test70 -m copy -a 'content="aaanbbbn" dest=/opt/test'

将ansible主机中/testdir/copytest文件复制到远程主机的/opt目录中时，如果远程主机中已经存在/opt/copytest文件，并且文件内容与ansible主机中的copytest文件的内容不一致，则不执行拷贝操作，远程主机中的/opt/copytest文件内容不会被改变。

ansible test70 -m copy -a "src=/testdir/copytest dest=/opt/ force=no"

将ansible主机中/testdir/copytest文件复制到远程主机的/opt目录中时，如果远程主机中已经存在/opt/copytest文件，并且文件内容与ansible主机中的copytest文件的内容不一致，会执行拷贝操作，但是在执行拷贝操作之前，会将远程主机中的原文件重命名，以作备份，然后再进行拷贝操作。

ansible test70 -m copy -a "src=/testdir/copytest dest=/opt/ backup=yes"

拷贝文件时，指定文件的属主，需要注意，远程主机上必须存在对应的用户。

ansible test70 -m copy -a "src=/testdir/copytest dest=/opt/ owner=zsy"

拷贝文件时，指定文件的属组，需要注意，远程主机上必须存在对应的组。

ansible test70 -m copy -a "src=/testdir/copytest dest=/opt/ group=zsy"

拷贝文件时，指定文件的权限

ansible test70 -m copy -a "src=/testdir/copytest dest=/opt/ mode=0640"

file模块

file模块可以帮助我们完成一些对文件的基本操作，比如，创建文件或目录、删除文件或目录、修改文件权限等

此处我们介绍一些file模块的常用参数，然后再给出对应示例。

• path参数 ：必须参数，用于指定要操作的文件或目录，在之前版本的ansible中，使用dest参数或者name参数指定要操作的文件或目录，为了兼容之前的版本，使用dest或name也可以。

• state参数 ：此参数非常灵活，此参数对应的值需要根据情况设定，比如，当我们需要在远程主机中创建一个目录的时候，我们需要使用path参数指定对应的目录路径，假设，我想要在远程主机上创建/testdir/a/b目录，那么我则需要设置path=/testdir/a/b，但是，我们无法从”/testdir/a/b”这个路径看出b是一个文件还是一个目录，ansible也同样无法单单从一个字符串就知道你要创建文件还是目录，所以，我们需要通过state参数进行说明，当我们想要创建的/testdir/a/b是一个目录时，需要将state的值设置为directory，”directory”为目录之意，当它与path结合，ansible就能知道我们要操作的目标是一个目录，同理，当我们想要操作的/testdir/a/b是一个文件时，则需要将state的值设置为touch，当我们想要创建软链接文件时，需将state设置为link，想要创建硬链接文件时，需要将state设置为hard，当我们想要删除一个文件时（删除时不用区分目标是文件、目录、还是链接），则需要将state的值设置为absent，”absent”为缺席之意，当我们想让操作的目标”缺席”时，就表示我们想要删除目标。

• src参数 ：当state设置为link或者hard时，表示我们想要创建一个软链或者硬链，所以，我们必须指明软链或硬链链接的哪个文件，通过src参数即可指定链接源。

• force参数 : 当state=link的时候，可配合此参数强制创建链接文件，当force=yes时，表示强制创建链接文件，不过强制创建链接文件分为两种情况，情况一：当你要创建的链接文件指向的源文件并不存在时，使用此参数，可以先强制创建出链接文件。情况二：当你要创建链接文件的目录中已经存在与链接文件同名的文件时，将force设置为yes，回将同名文件覆盖为链接文件，相当于删除同名文件，创建链接文件。情况三：当你要创建链接文件的目录中已经存在与链接文件同名的文件，并且链接文件指向的源文件也不存在，这时会强制替换同名文件为链接文件。

• owner参数 ：用于指定被操作文件的属主，属主对应的用户必须在远程主机中存在，否则会报错。

• group参数 ：用于指定被操作文件的属组，属组对应的组必须在远程主机中存在，否则会报错。

• mode参数：用于指定被操作文件的权限，比如，如果想要将文件权限设置为”rw-r-x—“，则可以使用mode=650进行设置，或者使用mode=0650，效果也是相同的，如果你想要设置特殊权限，比如为二进制文件设置suid，则可以使用mode=4700，很方便吧。

• recurse参数：当要操作的文件为目录，将recurse设置为yes，可以递归的修改目录中文件的属性。

对应上述参数的ad-hoc示例命令如下：

在test70主机上创建一个名为testfile的文件，如果testfile文件已经存在，则会更新文件的时间戳，与touch命令的作用相同。

ansible test70 -m file -a "path=/testdir/testfile state=touch"

在test70主机上创建一个名为testdir的目录，如果testdir目录已经存在，则不进行任何操作。

ansible test70 -m file -a "path=/testdir/testdir state=directory"

在test70上为testfile文件创建软链接文件，软链接名为linkfile，执行下面命令的时候，testfile已经存在。

ansible test70 -m file -a "path=/testdir/linkfile state=link src=/testdir/testfile"

在test70上为testfile文件创建硬链接文件，硬链接名为hardfile，执行下面命令的时候，testfile已经存在。

ansible test70 -m file -a "path=/testdir/hardfile state=hard src=/testdir/testfile"

在创建链接文件时，如果源文件不存在，或者链接文件与其他文件同名时，强制覆盖同名文件或者创建链接文件，参考上述force参数的解释。

ansible test70 -m file -a "path=/testdir/linkfile state=link src=sourcefile force=yes"

删除远程机器上的指定文件或目录

ansible test70 -m file -a "path=/testdir/testdir state=absent"

在创建文件或目录的时候指定属主，或者修改远程主机上的文件或目录的属主。

ansible test70 -m file -a "path=/testdir/abc state=touch owner=zsy"
ansible test70 -m file -a "path=/testdir/abc owner=zsy"
ansible test70 -m file -a "path=/testdir/abc state=directory owner=zsy"

在创建文件或目录的时候指定属组，或者修改远程主机上的文件或目录的属组。

ansible test70 -m file -a "path=/testdir/abb state=touch group=zsy"
ansible test70 -m file -a "path=/testdir/abb group=zsy"
ansible test70 -m file -a "path=/testdir/abb state=directory group=zsy"

在创建文件或目录的时候指定权限，或者修改远程主机上的文件或目录的权限。

ansible test70 -m file -a "path=/testdir/abb state=touch mode=0644"
ansible test70 -m file -a "path=/testdir/abb mode=0644"
ansible test70 -m file -a "path=/testdir/binfile mode=4700"
ansible test70 -m file -a "path=/testdir/abb state=directory mode=0644"

当操作远程主机中的目录时，同时递归的将目录中的文件的属主属组都设置为zsy。

ansible test70 -m file -a "path=/testdir/abd state=directory owner=zsy group=zsy recurse=yes"

在本博客中，ansible是一个系列文章，我们会尽量以通俗易懂的方式总结ansible的相关知识点。

ansible系列博文直达链接：ansible轻松入门系列

“ansible系列”中的每篇文章都建立在前文的基础之上，所以，请按照顺序阅读这些文章，否则有可能在阅读中遇到障碍。

在前文的基础上，我们已经知道，当我们使用ansible完成实际任务时，需要依靠ansible的各个模块，比如，我们想要去ping某主机，则需要使用ping模块，命令如下

ansible all -m ping

前文说过，除了ping模块，ansible还有很多模块可供我们使用，那么ansible都有哪些模块呢？我们可以使用如下命令，查看ansible都有哪些模块。

ansible-doc  -l

执行上述命令后，可以看到ansible中各个模块的名称，以及模块的大概功能，当然，通过”ansible-doc -l”命令获取到的模块信息比较概括，并不是特别详细，如果想要获取到各个模块更加详细的用法，可以使用“ansible-doc -s”命令，比如，我们想要获取ping模块的详细使用方法，则可以使用如下命令查看

ansible-doc -s ping

即使使用“ansible-doc -s ping”命令查看ping模块的信息，得到的信息也是比较少的，这是因为ping模块本来就比较简单，而且ping模块并没有太多参数可用，但是并非所有模块都像ping模块一样简单，有的模块在使用时必须使用参数，比如 fetch 模块，见名知义，fetch为”拿来”之意，当我们需要将受管主机中的文件拉取到ansible主机时，则可以使用此模块，首先，我们可以使用“ansible-doc -s fetch”命令，查看一下fetch模块的用法，如下图所示

从帮助信息中可以看出，fetch模块的作用就是”Fetches a file from remote nodes”，即”从受管主机中拉取文件”之意，而且fetch模块提供了一些参数供我们使用，我们可用的参数有 dest、fail_on_missing、flat、src、validate_checksum ，如上图所示，返回信息中注释了每个参数的作用。

比如src参数，src参数的作用就是指定从受管主机中拉取哪个文件。

比如dest参数，dest参数的作用就是指定拉取文件到本地以后文件存放的位置。

细心如你一定发现了，在上图中，dest参数和src参数的注释中都包含”(required)”字样，这表示，在使用fetch模块时，dest参数与src参数是必须提供的，如果在使用fetch模块时，没有提供这两个参数，将会报错，想想也对，如果我们想要从远程主机中拉取文件，那么我们必须告诉ansible，从哪里拉取文件，拉取后将文件存放到哪里吧，所以，在学习怎样使用一个模块时，要注意这些必选参数，那么，我们就从fetch模块入手，看看怎样使用带有参数的模块吧~

在开始之前，先来看一下我们的主机清单配置，配置如下

[testA]
test60 ansible_host=10.1.1.60
test61 ansible_host=10.1.1.61

[testB]
test70 ansible_host=10.1.1.70

[test:children]
testA
testB

假如我们想要将testA组中所有主机的/etc/fstab文件拉取到本地，则可以使用如下命令

ansible testA -m fetch -a "src=/etc/fstab dest=/testdir/ansible/"

如上述命令所示，-m选项用于调用指定的模块，”-m fetch”表示调用fetch模块，

-a选项用于传递模块所需要使用的参数， -a “src=/etc/fstab dest=/testdir/ansible/”表示我们在使用fetch模块时，为fetch模块传入了两个参数，src与dest。

那么，我们一起来看一下上述命令的执行效果吧，如下

从命令的执行结果可以看出，上述命令执行成功了，因为两个主机对应的返回信息都返回了”SUCCESS”字样。

你可能会有疑问，为什么命令执行成功了，返回的信息却是”黄色”的，在我们的印象中，执行成功，返回的信息不应该是”绿色”的吗？这是为什么呢？此处我们暂且不讨论这个话题，后面我们再行解释。

从返回信息可以看出，执行上述ansible命令后，主机test60和主机test61中的文件已经拉取成功，test61的fstab文件被拷贝到了本机的/testdir/ansible目录中，而且，ansible在/testdir/ansible目录中自动创建了目录结构 test61/etc/，由于我们是同时从多台受管主机中拉取相同名称的文件，所以ansible会自动为我们创建各个主机对应的目录，以区分存放不同主机中的同名文件，有没有觉得很方便，很人性化呢~？

之前说过，ansible具有幂等性，幂等性能够保证我们重复的执行一项操作时，得到的结果是相同的，我们再来回顾一下幂等性的概念。

“幂等性”是什么意思呢？举个例子，你想把一个文件拷贝到目标主机的某个目录上，但是你不确定此目录中是否已经存在此文件，当你使用ansible完成这项任务时，就非常简单了，因为如果目标主机的对应目录中已经存在此文件，那么ansible则不会进行任何操作，如果目标主机的对应目录中并不存在此文件，ansible就会将文件拷贝到对应目录中，说白了，ansible是”以结果为导向的”，我们指定了一个”目标状态”，ansible会自动判断，”当前状态”是否与”目标状态”一致，如果一致，则不进行任何操作，如果不一致，那么就将”当前状态”变成”目标状态”，这就是”幂等性”，”幂等性”可以保证我们重复的执行同一项操作时，得到的结果是一样的。

那么我们就来实验一下，看看重复执行相同的ansible命令时，会得到什么效果，效果如下图所示

从上图可以看出，返回信息仍然包含”SUCCESS”字样，证明ansible命令执行成功，不过很明显，这次的返回信息为”绿色”，而且细心如你一定发现了，这次绿色的返回信息中，”changed”字段的值为false，而之前黄色的返回信息中，”changed”字段的值为true。

当返回信息为绿色时，”changed”为false，表示ansible没有进行任何操作，没有”改变什么”。

当返回信息为黄色时，”changed”为true，表示ansible执行了操作，”当前状态”已经被ansible改变成了”目标状态”。

没错，这就是幂等性的体现，当第一次执行上述命令时，ansible发现当前主机中并没有我们需要的fstab文件，ansible就会按照我们指定的操作，拉取fstab文件，也就是说，ansible”改变”了”当前状态”，将当前”没有fstab文件的状态”变为了”有fstab文件的状态”，当我们再次执行同样的命令时，ansible发现对应文件已经存在与对应目录中，于是ansible并没有做出任何操作，也没有进行任何改变，因为”当前状态”与我们预期的”目标状态”一致，没有必要再做出重复的无用功。

看到这里，你应该已经明白，为什么执行ansible命令时，会返回黄色的成功信息或者绿色的成功信息了吧？我们可以通过返回信息的颜色，更加精准的判断执行命令之前的状态是否与我们预期的一致。

从返回信息中可以看到，当ansible进行fetch操作时，会对对应文件进行哈希计算，算出文件哈希值，也就是说，如果我们改变了文件中的内容，哈希值也将随之发生改变，这个时候，即使对应目录中存在同名的文件，ansible也会判断出两个文件属于不同的文件，因为它们的哈希值并不相同，我们来实验一下，操作如下

如上图所示，我们在/testdir/ansible/test61/etc/fstab文件的尾部加入一个”空格”，以改变文件内容，然后又执行了fetch命令，我们发现，test61的返回信息为黄色，test60主机的返回信息为绿色，证明ansible已经做出了正确的判断，将修改过的文件替换了，替换为重新拉取的文件。

小结

我们对上文的一些命令进行总结，方便以后回顾

列出ansible所支持的模块

ansible-doc -l

查看模块的详细帮助信息，比如查看fetch模块的帮助

ansible-doc -s fetch

调用模块，比如调用ping模块

ansible all -m ping

调用模块的同时传入模块所需要的参数，以fetch模块为例

ansible 10.1.1.60 -m fetch -a "src=/etc/fstab dest=/testdir/ansible/"

关于ansible模块的基本使用，我们暂时先介绍到这里，希望能够对你有所帮助~

在本博客中，ansible是一个系列文章，我们会尽量以通俗易懂的方式总结ansible的相关知识点。

ansible系列博文直达链接：ansible轻松入门系列

“ansible系列”中的每篇文章都建立在前文的基础之上，所以，请按照顺序阅读这些文章，否则有可能在阅读中遇到障碍。

上一篇文章介绍了ansible的基本概念，以及相关的基础配置，我们已经知道，如果想要管理受管主机，则需要将受管主机添加到ansible的管理清单中，当安装ansible以后，会提供一个默认的管理清单，即/etc/ansible/hosts文件，今天我们就来详细的聊聊它。

仍然以我们之前的演示环境为例，我们有4台主机，IP如下

• 10.1.1.71

• 10.1.1.70

• 10.1.1.61

• 10.1.1.60

主机71为ansible主机，同时，主机71的公钥已经配置在了其他3台主机中。

在前文中，我们已经介绍了怎样简单的配置清单，比如通过IP地址的方式配置受管主机，或者通过别名的方式配置受管主机，此处不再赘述，假设，我想要通过ansible管理主机60与主机61，那么我可以在/etc/ansible/hosts中写入如下内容

10.1.1.60

10.1.1.61

配置完成后，即可通过命令管理这两台主机，仍然使用之前的示例命令作为演示。

如上图所示，我们使用了两条命令，分别去ping主机60和主机61，是没有问题的，其实，我们也可以使用”all”关键字，在一条命令中，一次性的去操作”清单”中的所有主机，示例如下

是不是很简单，有没有很方便？那么，聪明如你一定会想，我们能不能自定义一些类似”all”这样的关键字呢？

答案是肯定的，清单支持”分组”功能，我们可以将某些主机分为一组，然后通过组名去管理组内的所有主机。

比如，主机60和主机61都属于A模块的服务器，主机70属于B模块的服务器，那么，我们则可以在清单中进行如下配置

上述配置表示我们定义了两个组，A组和B组，A组中包含主机60与61，B组中包含主机70，经过上述配置后，我们可以通过组名去管理组内的所有主机，示例如下。

当然，在实际的应用中，我们并不会使用”A”或者”B”这样的名字作为组名，此处是为了演示方便，在实际使用时，组名应该尽量的见名知义

在上例的A组中，两台受管主机的IP地址为10.1.1.60和10.1.1.61 ，细心如你一定发现了，这两台主机的IP地址是连续的，所以，我们可以使用更简洁的方法，配置A组中的受管主机，示例如下

上例A组中的配置与之前A组中的配置的效果是相同的，不过这种方式更加方便，因为如果你需要配置10台IP地址连续的主机时，只需要一条配置就可以搞定了。

除了使用IP地址，我们也可以使用主机名配置受管主机，当然，使用主机名配置受管主机的前提是ansible主机可以正确解析对应的主机名，比如，我们想要通过主机名配置两台主机，示例如下。

眼尖的你一定又从上述配置中发现了某种规律，没错，上述主机名中，”dbSrv-“之后的字母是按照字母顺序排列的，所以，上述配置也可以简写为如下模样，它们的效果是相同的。

通常情况下，我们为了更加的灵活的管理受管主机，可能需要在组内嵌套组。

比如，服务器环境从大类上可以分为”生产环境”和”测试环境”，所以，我们很自然的把主机分成了两组，生产组和测试组，但是，仔细想想，生产环境又包含很多业务模块，比如，A模块生产组、B模块生产组，同理，测试环境中也会有同样的问题，比如A模块测试环境组，B模块测试组，这时，我们就需要更加细化的进行分组，示例如下

上述示例表示我们配置了3个组，proA组、proB组、pro组，而pro组中包含”子组”，没错，”children”关键字表示当前组中存在子组，pro组的子组就是proA组和proB组，也就是说，当我们操作pro组时，就相当于操作proA组和ProB组中的所有主机，这样分组就能为我们带来一些好处，比如，当我们需要针对生产环境中的所有主机进行操作时，调用pro组即可，当我们需要对生产环境中的某一个模块进行操作时，比如生产环境中的A模块，那么我们只调用proA组即可。

当然，你也可以使用更加”原始”的方法，实现与上述分组相同的效果，示例如下。

没错，同一主机可以被分配到不同的组中，而这种分组的方式与之前子组的分组方式实现的效果是相同的，但是，这样分组并不能体现出组与组之间的逻辑层级关系，而且，当子组内的主机非常多时，这种原始的方法容易让管理变得”混乱”，所以，当组与组之间存在一定的层级关系时，我们还是推荐使用嵌套组的方式配置组，因为这样做逻辑上更加清晰。

到目前为止，我们一直都在使用INI的配置风格去配置”清单”，其实，/etc/ansible/hosts不仅能够识别INI的配置语法，还能够识别”YAML”的配置语法。

YAML是一种语言，YAML是”YAML Ain’t a Markup Language”的缩写，从YAML的全称可以看出来，YAML并不是一种标记语言，但是，如果你使用过类似XML这种标记语言，那么你可能会很快的学会YAML，与XML相同的是，我们可以使用YAML编写配置文件，而ansible的清单也支持YAML的语法，所以我们可以使用YAML语法编写清单，从而管理受管主机，这样说可能不是特别容易理解，不如先来看一个小例子（没有接触过YAML语法没有关系，先向下看）

如下示例仍然是在/etc/ansible/hosts文件中编写

上述配置就是使用YAML语法配置的主机清单，非常简单

最上方使用all关键字，all后面有”:”，你一定联想到了，我们之前可以使用all关键字，管理清单中的所有主机，这里的”all:”就是这个含义。

第二行开头使用一个空格作为缩进，使用hosts关键字，表示hosts属于all的下一级，我们可以这样理解，all是默认的一个组，这个组是最大的一个组，当我们需要在组中定义受管主机时，就需要使用到hosts关键字，当我们进行自定义分组时，也需要使用hosts关键字，每个分组指明自己组内的受管主机时，都要使用到hosts关键字，注意，在YAML的语法中，只能使用空格作为缩进，不能使用tab，否则语法上会报错，如果你习惯使用vim编辑文件，同时你又习惯使用tab作为缩进，那么你可以将ansible主机上的vim进行设置，默认将tab转化为空格，这样就能兼容你的使用习惯了，我就是这样设置的。

第三行开头使用两个空格作为缩进，然后指明了主机60的IP地址，没错，主机60的IP地址就是hosts元素下一级的元素

第四行开头使用两个空格作为缩进，然后指明了主机61的IP地址，你一定想明白了，主机60和主机61的层级是相同的，它们是平级的，因为它们的左侧缩进是对齐的。

为了让从来没有接触过YAML的朋友能够更好的理解，在下面的示例中，我们会先给出INI风格的配置，然后使用YAML语法写出同样效果的配置，并进行对比，以方便理解，虽然”清单”能够同时识别这两种语法，但是不建议在一个”清单”中同时混用这两种语法。

此处先列出上述YAML配置以及对应的INI配置

#YAML示例
all:
  hosts:
    10.1.1.60:
    10.1.1.61:

#上例相当于如下INI配置
10.1.1.60
10.1.1.61

那么，我们来扩展一下

#先看一个INI风格的配置，示例如下
10.1.1.61

[test1]
10.1.1.60

[test2]
10.1.1.70
#上述配置表示当前清单中有3台受管主机，主机61不属于任何组，主机60属于test1组，主机70属于test2组

#使用YAML语法进行同等效果的配置如下
#注意，为了使缩进显得更加明显，此处每次缩进使用两个空格
all:
  hosts:
    10.1.1.61:
  children:
    test1:
      hosts:
        10.1.1.60:
    test2:
      hosts:
        10.1.1.70:
#从上例可以看出，当直接在清单中创建组时，需要在all关键字内使用children关键字，而定义每个组时，有必须使用hosts关键字，指明组内的主机

有了上面的基础，我们来看一下当组中嵌套组时，使用YAML语法应该怎样描写

#仍然先写出INI风格的示例以作对比，如下
[proA]
10.1.1.60

[proB]
10.1.1.70

[pro:children]
proA
proB

#对应YAML格式的配置如下
all:
  children:
    pro:
      children:
        proA:
          hosts:
            10.1.1.60:
        proB:
          hosts:
            10.1.1.70:
#上述配置表示，pro组有两个子组，分别为proA组和proB组，而这两个组分别有自己组内的主机。

细心如你，一定已经发现，当我们使用YAML语法配置清单时，无非是使用hosts、children等关键字与我们的自定义名称进行排列组合罢了。

#前文中，我们还介绍了使用别名的方式配置受管主机，INI格式的示例如下

#同等效果的YAML语法配置如下

注意：上图中标注的”空格”不可省，这是YAML的语法，省略空格后会报错

其实，我们还可以在清单中配置变量，但是，目前我们并没有实际的演示场景，所以此处先行略过。

更多内容可以参考官网手册，直达链接如下

http://docs.ansible.com/ansible/latest/intro_inventory.html

你可能已经习惯使用INI的语法编辑清单，或者你对YAML并不熟悉，于是你准备放弃学习YAML语法，这样并不可行，因为之后我们会介绍怎样编写ansible的剧本，编写ansible剧本时，只能使用YAML语法，所以，不要放弃YAML，当然，我们也不用过于深究YAML的语法，我们只要记住一些套路（固定格式），就可以编写ansible剧本了，所以不要着急，船到桥头自然直，到时候你自然会掌握这些语法的。

好了，关于”清单”的配置暂时总结到这里，希望能够对你有所帮助。

初始化安装elasticsearch这类集群系统的时候，往往需要批量操作大量的磁盘。可以通过ansible快速完成这类工作。

假设每台设备有10块盘(sdxxx)，要挂载到/dataxxx，elasticsearch数据目录为/dataxxx/es，首先将变量写入vars/main.yaml，

---

disks:
  /dev/sdb: /data1
  /dev/sdc: /data2
  /dev/sdd: /data3
  /dev/sde: /data4
  /dev/sdf: /data5
  /dev/sdg: /data6
  /dev/sdh: /data7
  /dev/sdi: /data8
  /dev/sdj: /data9
  /dev/sdk: /data10

然后，创建任务文件，tasks/main.yaml，

---

- file:
    path: "{{ item.value }}/es"
    state: directory
    owner: elasticsearch
    group: elasticsearch
    mode: 0755
  with_dict: "{{ disks }}"

- name: umount datanode disks
  mount:
    path: "{{ item.value }}"
    state: absent
  with_dict: "{{ disks }}"

- name: format datanode disks
  filesystem: fstype=xfs dev="{{ item.key }}" force=true
  with_dict: "{{ disks }}"

- name: mount datanode disks
  mount:
    path: "{{ item.value }}"
    src: "{{ item.key }}"
    fstype: xfs
    opts: "defaults,noatime,nobarrier"
    state: mounted
  with_dict: "{{ disks }}"

创建目录、umount、format、mount、写入/etc/fstab，一气呵成。