清单定义Ansible将要管理的一批主机。这些主机也可以分配到组中，以进行集中管理。组可以包含子组，主机也可以是多个组的成员。清单还可以设置应用到它所定义的主机和组的变量。
可以通过两种方式定义主机清单。静态主机清单可以通过文本文件定义。动态主机清单可以根据需要使用外部信息提供程序通过脚本或其他程序来生成。
静态清单文件是指定Ansible目标受管主机的文本文件。可以使用多种不同的格式编写此文件，包括INI样式或YAML。
在最简单的形式中。INI样式的静态清单文件是受管主机的主机名或IP地址的列表，每行一个：
[root@localhost ~]# vim /etc/ansible/hosts
## green.example.com //域名
## blue.example.com
## 192.168.100.1 //IP地址
## 192.168.100.10
但通常而言，可以将受管主机组织为主机组。通过主机组，可以更加有效的对一系列系统运行Ansible。这时，每一部分的开头为以中括号括起来的主机组名称。其后为该组中每一受管主机的主机名或IP地址，每行一个。
[root@localhost ~]# vim /etc/ansible/hosts
## [webservers]
## alpha.example.org
## beta.example.org
## 192.168.1.100
## 192.168.1.110
## www[001:006].example.com //这里的：表示范围（001—006）
# Ex 3: A collection of database servers in the ‘dbservers‘ group
## [dbservers]
## db01.intranet.mydomain.net
## db02.intranet.mydomain.net
## 10.25.1.56
## 10.25.1.57
## db-[99:101]-node.example.com //这里的：表示范围（99-101）
若有疑问，可使用 ansible 命令验证计算机是否存在于清单中：
[root@localhost ~]# ansible db-99-node.example.com --list-hosts
hosts (1):
db-99-node.example.com
[root@localhost ~]# ansible db-999-node.example.com --list-hosts
[WARNING]: Could not match supplied host pattern, ignoring: db-999-node.example.com
[WARNING]: No hosts matched, nothing to do
hosts (0):
运行以下命令来列出指定组中的所有主机：
[root@localhost ~]# ansible webservers --list-hosts
hosts (2):
alpha.example.org
beta.example.org
192.168.1.100
如果清单中含有名称相同的主机和主机组，ansible 命令将显示警告并以主机作为其目标。主机组则被忽略。
应对这种情况的方法有多种，其中最简单的是确保主机组不使用与清单中主机相同的名称。
/etc/ansible/hosts文件被视为系统的默认静态清单文件。不过，通常的做法是不使用该文件，而是在Ansible配置文件中为清单文件定义一个不同的位置。
修改默认清单文件/etc/ansible/hosts添加以下内容：
172.16.103.129
[webservers]
172.16.103.130
172.16.103.131
使用以下命令列出默认清单文件中的所有受管主机：
ansible all --list-hosts
使用以下命令列出不属于任何组的受管主机：
ansible ungrouped --list-hosts
使用以下命令列出属于某组的受管主机：
ansible webservers --list-hosts
在/etc/ansible/目录中，创建一个名为inventory的自定义静态清单文件。
服务器清单规格
| 主机IP | 用途 | 运行环境 |
|---|---|---|
| 192.168.110.137 | web服务器 | 生产 |
| 192.168.110.136 | 数据库服务器 | 测试 |
//修改hosts文件
[root@localhost ~]# vim /etc/hosts
[root@localhost ~]# vim /etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.110.137 node1
192.168.110.136 node2
//测试可不不可以ping通
[root@localhost ~]# ping node1
PING node1 (192.168.110.137) 56(84) bytes of data.
64 bytes from node1 (192.168.110.137): icmp_seq=1 ttl=64 time=0.110 ms
64 bytes from node1 (192.168.110.137): icmp_seq=2 ttl=64 time=0.156 ms
^C
--- node1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 35ms
rtt min/avg/max/mdev = 0.110/0.133/0.156/0.023 ms
[root@localhost ~]# ping node2
PING node2 (192.168.110.136) 56(84) bytes of data.
64 bytes from node2 (192.168.110.136): icmp_seq=1 ttl=64 time=0.976 ms
64 bytes from node2 (192.168.110.136): icmp_seq=2 ttl=64 time=1.40 ms
^C
--- node2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 3ms
rtt min/avg/max/mdev = 0.976/1.187/1.398/0.211 ms
//自己编辑一个inventory文件，不需要修改hosts文件，hosts文件可以用来查看帮助
[root@node1 ~]# vim /etc/ansible/ansible.cfg
[root@localhost ~]# vim /etc/ansible/ansible.cfg
# config file for ansible -- https://ansible.com/
# ===============================================
# nearly all parameters can be overridden in ansible-playbook
# or with command line flags. ansible will read ANSIBLE_CONFIG,
# ansible.cfg in the current working directory, .ansible.cfg in
# the home directory or /etc/ansible/ansible.cfg, whichever it
# finds first
[defaults]
# some basic default values...
inventory = /etc/ansible/inventory //取消注释，修改路径，把这里的hosts改成inventory
//编辑inventory配置文件
[root@localhost ~]# vim /etc/ansible/inventory
[dbs]
node1 //如果没有设置免密登录，要在后面加上 ansible_user=root ansible_password=你设置的密码
[webservers]
node2
//没有设置密码登录的情况
[root@localhost ~]# vim /etc/ansible/inventory
[dbs]
node1
[webservers]
node2 ansible_user=root ansible_password=1 //加上这一行
[root@localhost ~]# vim /etc/ansible/ansible.cfg
# additional paths to search for roles in, colon separated
#roles_path = /etc/ansible/roles
# uncomment this to disable SSH key host checking
host_key_checking = False //取消这一行注释
//完成通信
[root@localhost ~]# ansible node2 -m ping
node2 | SUCCESS => {
"ansible_facts": {
"discovered_interpreter_python": "/usr/libexec/platform-python"
},
"changed": false,
"ping": "pong"
}
//设置密钥连接
[root@localhost ~]# ssh-keygen -t rsa //执行这一步直接回车
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:rRzR3dfW6JanZQJ3y9WAZOLj21KchLWRfH/eKkvxyBE root@localhost.localdomain
The key‘s randomart image is:
+---[RSA 3072]----+
| .o=o. |
| o *++.o+|
| . = E.+.O|
| + + *.==|
| S o * =+*|
| . o = * *o|
| o o = o. |
| o. . |
| .o |
+----[SHA256]-----+
[root@localhost ~]# ssh-copy-id root@192.168.110.137 //node1免密登录
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
The authenticity of host ‘192.168.110.137 (192.168.110.137)‘ can‘t be established.
ECDSA key fingerprint is SHA256:mjVfwWDxFddz4TCV/AGo3m1MRdXCBz4vRnDC+5xG92U.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
root@192.168.110.137‘s password:
Number of key(s) added: 1
Now try logging into the machine, with: "ssh ‘root@192.168.110.137‘"
and check to make sure that only the key(s) you wanted were added.
[root@localhost ~]# ssh-copy-id root@192.168.110.136 //node2免密登录
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
root@192.168.110.136‘s password:
Number of key(s) added: 1
Now try logging into the machine, with: "ssh ‘root@192.168.110.136‘"
and check to make sure that only the key(s) you wanted were added.
[root@localhost ~]# ssh root@node1
Last login: Wed Jan 6 12:36:11 2021 from 192.168.110.137
[root@localhost ~]# exit
logout
Connection to node1 closed.
[root@localhost ~]# ssh root@node2
Last login: Wed Jan 6 12:37:13 2021 from 192.168.110.137
[root@localhost ~]# exit
logout
Connection to node2 closed.
//配置了免密登录所以刚才配置哪一行配置可以删除
[root@localhost ~]# vim /etc/ansible/inventory
[dbs]
node1
[webservers]
node2
执行以下命令列出所有受管主机：
ansible all -i /etc/ansible/inventory --list-hosts
执行以下命令列出webservers组中的所有受管主机：
ansible webservers -i /etc/ansible/inventory --list-hosts
可以通过修改 Ansible 配置文件中的设置来自定义 Ansible安装的行为。Ansible从控制节点上多个可能的位置之一选择其配置文件。
使用/etc/ansible/ansible.cfg
ansible软件包提供一个基本的配置文件，它位于/etc/ansible/ansible.cfg。如果找不到其他配置文件，则使用此文件。
使用~/.ansible.cfg
Ansible在用户的家目录中查找.ansible.cfg文件。如果存在此配置文件并且当前工作目录中也没有ansible.cfg文件，则使用此配置取代/etc/ansible/ansible.cfg。
使用./ansible.cfg
如果执行ansible命令的目录中存在ansible.cfg文件，则使用它，而不使用全局文件或用户的个人文件。这样，管理员可以创建一种目录结构，将不同的环境或项目存储在单独的目录中，并且每个目录包含为独特的一组设置而定制的配置文件。
推荐的做法是在需要运行Ansible命令的目录中创建ansible.cfg文件。此目录中也将包含任何供Ansible项目使用的文件，如清单和playbook。这是用于Ansible配置文件的最常用位置。实践中不常使用~/.ansible.cfg或/etc/ansible/ansible.cfg文件
使用ANSIBLE_CONFIG环境变量
我们可以通过将不同的配置文件放在不同的目录中，然后从适当的目录执行Ansible命令，以此利用配置文件。但是，随着配置文件数量的增加，这种方法存在局限性并且难以管理。有一个更加灵活的选项，即通过ANSIBLE_CONFIG环境变量定义配置文件的位置。定义了此变量时，Ansible将使用变量所指定的配置文件，而不用上面提到的任何配置文件。
ANSIBLE_CONFIG环境变量指定的任何文件将覆盖所有其他配置文件。如果没有设置该变量，则接下来检查运行ansible命令的目录中是否有ansible.cfg文件。如果不存在该文件，则检查用户的家目录是否有.ansible.cfg文件。只有在找不到其他配置文件时，才使用全局/etc/ansible/ansible.cfg文件。如果/etc/ansible/ansible.cfg配置文件不存在，Ansible包含它使用的默认值。
由于Ansible配置文件可以放入的位置有多种，因此Ansible当前使用哪一个配置文件可能会令人困惑。我们可以运行以下命令来清楚地确认所安装的Ansible版本以及正在使用的配置文件
查看ansible版本
[root@localhost ~]# ansible --version
ansible 2.9.16
config file = /etc/ansible/ansible.cfg
configured module search path = [‘/root/.ansible/plugins/modules‘, ‘/usr/share/ansible/plugins/modules‘]
ansible python module location = /usr/lib/python3.6/site-packages/ansible
executable location = /usr/bin/ansible
python version = 3.6.8 (default, Dec 5 2019, 15:45:45) [GCC 8.3.1 20191121 (Red Hat 8.3.1-5)]
Ansible仅使用具有最高优先级的配置文件中的设置。即使存在优先级较低的其他配置文件，其设置也会被忽略，不会与选定配置文件中的设置结合。因此，如果你选择自行创建配置文件来取代全局/etc/ansible/ansible.cfg配置文件，就需要将该文件中所有需要的设置复制到自己的用户级配置文件中。用户组配置文件中未定义的设置将保持设为内置默认值，即使已在全局配置文件中设为某个其他值也是如此。
Ansible配置文件由几个部分组成，每一部分含有以键值对形式定义的设置。部分的标题以中括号括起来。对于基本操作，请使用以下两部分：
例如，下面是典型的ansible.cfg文件：
[defaults]
inventory = ./inventory
remote_user = user
ask_pass = false
[privilege_escalation]
become = true
become_method = sudo
become_user = root
become_ask_pass = false
下表说明了此文件中的指令：
Ansible配置
| 指令 | 描述 |
|---|---|
| inventory | 指定清单文件的路径。 |
| remote_user | 要在受管主机上登录的用户名。如果未指定则使用当前用户名 |
| ask_pass | 是否提示输入SSH密码。如果使用SSH公钥身份验证则可以是false |
| become | 连接后是否自动在受管主机上切换用户（通常切换为root） 这也可以通过play来指定。 |
| become_method | 如何切换用户（通常为sudo，这也是默认设置，但可选择su） |
| become_user | 要在受管主机上切换到的用户（通常是root，这也是默认值） |
| become_ask_pass | 是否需要为become_method提示输入密码。默认为false。 |
Ansible需要知道如何与其受管主机通信。更改配置文件的一个最常见原因是为了控制Ansible使用什么方法和用户来管理受管主机。需要的一些信息包括：
Ansible配置文件允许使用两种注释字符：井号或分号。
位于行开头的#号会注释掉整行。它不能和指令位于同一行中。
分号字符可以注释掉所在行中其右侧的所有内容。它可以和指令位于同一行中，只要该指令在其左侧。
使用临时命令可以快速执行单个Ansible任务，不需要将它保存下来供以后再次运行。它们是简单的在线操作，无需编写playbook即可运行。
临时命令对快速测试和更改很有用。例如，可以使用临时命令确保一组服务器上的/etc/hosts文件中存在某一特定的行。可以使用另一个临时命令在许多不同的计算机上高效的重启服务，或者确保特定的软件包为最新版本。
临时命令对于通过Ansible快速执行简单的任务非常有用。它们确实也存在局限，而且总体而言，要使用Ansible Playbook来充分发挥Ansible的作用。但在许多情形中，临时命令正是快速执行简单任务所需要的工具。
Ansible运行临时命令的语法如下：
ansible host-pattern -m module [-a ‘module arguments‘] [-i inventory]
host-pattern参数用于指定在其上运行临时命令的受管主机。它可以是清单中的特定受管主机或主机组。也可以用后面的-i选项指定特定的清单而不使用默认清单。
-m选项将Ansible应在目标主机上运行的module名称作为参数。模块是为了实施任务而执行的小程序。一些模块不需要额外的信息，但其他模块需要使用额外的参数来指定其操作详情。-a选项以带引号字符串形式取这些参数的列表。
受管主机连接和特权升级的指令可以在Ansible配置文件中配置，也可以使用临时命令中的选项来定义。使用临时命令中的选项定义时，它们将优先于Ansible配置文件中配置的指令。下表显示了与各项配置文件指令类同的命令行选项。
Ansible命令行选项
| 配置文件指令 | 命令行选项 |
|---|---|
| inventory | -i |
| remote_user | -u |
| become | —become、-b |
| become_method | --become-method |
| become_user | --become-user |
| become_ask_pass | --ask-become-pass、-K |
在使用命令行选项配置这些指令前，可以通过查询ansible --help的输出来确定其当前定义的值。
ansible --help
[root@localhost ~]# ansible --help
usage: ansible [-h] [--version] [-v] [-b] [--become-method BECOME_METHOD]
[--become-user BECOME_USER] [-K] [-i INVENTORY] [--list-hosts]
[-l SUBSET] [-P POLL_INTERVAL] [-B SECONDS] [-o] [-t TREE] [-k]
[--private-key PRIVATE_KEY_FILE] [-u REMOTE_USER]
[-c CONNECTION] [-T TIMEOUT]
[--ssh-common-args SSH_COMMON_ARGS]
[--sftp-extra-args SFTP_EXTRA_ARGS]
[--scp-extra-args SCP_EXTRA_ARGS]
[--ssh-extra-args SSH_EXTRA_ARGS] [-C] [--syntax-check] [-D]
[-e EXTRA_VARS] [--vault-id VAULT_IDS]
[--ask-vault-pass | --vault-password-file VAULT_PASSWORD_FILES]
[-f FORKS] [-M MODULE_PATH] [--playbook-dir BASEDIR]
[-a MODULE_ARGS] [-m MODULE_NAME]
pattern
Define and run a single task ‘playbook‘ against a set of hosts
positional arguments:
pattern host pattern
原文：https://www.cnblogs.com/leixixi/p/14240410.html