ansible配置文件

Ansible配置文件目录

• Ansible配置文件
  • 一、ansible配置文件
    • 1.配置ansible
    • 2.配置文件优先级
    • 3.管理配置文件中的设置
    • 4.配置连接
      • 4.1连接设置
      • 4.2升级特权
    • 5.配置文件注释
  • 二、构建ansible清单
    • 1.定义清单
    • 2.清单存放位置
    • 3.使用静态清单指定受管主机
    • 4.验证清单
    • 5.构建Ansible清单
    • 6.自定义清单文件
  • 三、运行临时命令
    • 1.使用临时命令通过模块来执行任务
    • 2.在受管主机上运行任意命令

一、ansible配置文件1.配置ansible

可以通过修改 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将使用变量所指定的配置文件，而不用上面提到的任何配置文件。

2.配置文件优先级

ansible的配置文件名为ansible.cfg，默认会在四个地方（根据高/低优先级排序——从1到4）：

1. ANSIBLE_CONFIG：Ansible命令会优先检查该环境变量以及这个环境变量指向的配置文件
   Export 环境变量：设置环境变量
   Unset 环境变量： 取消环境变量
2. ./ansible.cfg：当前工作目录，即当前执行ansible指令的目录，如果ANSIBEL_CONFIG环境变量（上一优先级配置文件）未定义，则优先使用该配置文件
3. ~/.ansible.cfg：用户家目录下的隐藏文件，若当前工作目录下不存在ansible.cfg配置文件（上一优先级目录中的文件），则会查找用户家目录下的该隐藏文件
4. /etc/ansible/ansible.cfg：默认配置文件，如果上面两个路径下的ansible.cfg都不存在，则使用该文件

由于Ansible配置文件可以放入的位置有多种，因此Ansible当前使用哪一个配置文件可能会令人困惑。我们可以运行以下命令来清楚地确认所安装的Ansible版本以及正在使用的配置文件。

[root@localhost ~]# ansible --versionansible 2.9.6  config file = /etc/ansible/ansible.cfg...........

Ansible仅使用具有最高优先级的配置文件中的设置。即使存在优先级较低的其他配置文件，其设置也会被忽略，不会与选定配置文件中的设置结合。因此，如果你选择自行创建配置文件来取代全局/etc/ansible/ansible.cfg配置文件，就需要将该文件中所有需要的设置复制到自己的用户级配置文件中。用户组配置文件中未定义的设置将保持设为内置默认值，即使已在全局配置文件中设为某个其他值也是如此。

3.管理配置文件中的设置

Ansible配置文件由几个部分组成，每一部分含有以键值对形式定义的设置。部分的标题以中括号括起来。对于基本操作，请使用以下两部分：

• [defaults]部分设置Ansible操作的默认值
• [privilege_escalation]配置Ansible如何在受管主机上执行特权升级

例如，下面是典型的ansible.cfg文件：

[defaults]inventory = ./inventoryremote_user = userask_pass = false[privilege_escalation]become = truebecome_method = sudobecome_user = rootbecome_ask_pass = false

下表说明了此文件中的指令：
Ansible配置

4.配置连接

Ansible需要知道如何与其受管主机通信。更改配置文件的一个最常见原因是为了控制Ansible使用什么方法和用户来管理受管主机。需要的一些信息包括：

• 列出受管主机和主机组的清单的位置
• 要使用哪一种连接协议来与受管主机通信（默认为SSH），以及是否需要非标准网络端口来连接服务器
• 要在受管主机上使用哪一远程用户；这可以是root用户或者某一非特权用户
• 如果远程用户为非特权用户，Ansible需要知道它是否应尝试将特权升级为root以及如何进行升级（例如，通过sudo）
• 是否提示输入SSH密码或sudo密码以进行登录或获取特权

4.1连接设置

默认情况下，Ansible使用SSH协议连接受管主机。控制Ansible如何连接受管主机的最重要参数在[defaults]部分中设置。

默认情况下，Ansible尝试连接受管主机时使用的用户名与运行ansible命令的本地用户相同。若要指定不同的远程用户，请将remote_user参数设置为该用户名。

如果为运行Ansible的本地用户配置了SSH私钥，使得它们能够在受管主机上进行远程用户的身份验证，则Ansible将自动登录。如果不是这种情况，可以通过设置指令ask_pass = true，将Ansible配置为提示本地用户输入由远程用户使用的密码。

【defaults]inventory = ./inventoryremote_user = rootask_pass = true

假设在使用一个Linux控制节点，并对受管主机使用OpenSSH，如果可以使用密码以远程用户身份登录，那么我们可以设置基于SSH密钥的身份验证，从而能够设置ask_pass = false。

第一步是确保在~/.ssh中为控制节点上的用户配置了SSH密钥对。并且使用ssh-copy-id命令将本地的公钥复制到受管主机中。

[root@localhost ~]# ssh-keygen -t rsaGenerating public/private rsa key pair.Enter file in which to save the key (/root/.ssh/id_rsa): Created directory '/root/.ssh'.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:7yO2BD/BEu9k/IHVA6P+ttx6OnjfxedM4AbHJLh7W3w root@localhost.localdomainThe key's randomart image is:+---[RSA 3072]----+|          o      ||         . =     ||      . . o + .  ||       * o . =   ||      o S o . +  ||       B = o = o ||        =.* . = E||       .+=++.= *.||       ..+*B+ . o|+----[SHA256]-----+[root@localhost ~]# ssh-copy-id -i ./.ssh/id_rsa.pub root@192.168.111.142/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "./.ssh/id_rsa.pub"The authenticity of host '192.168.111.142 (192.168.111.142)' can't be established.ECDSA key fingerprint is SHA256:ihTF+QdYwS+/XcImxzGkKP1w2QFfOkfCl+AI91A/g4Y.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 keysroot@192.168.111.142's password: Number of key(s) added: 1Now try logging into the machine, with:   "ssh 'root@192.168.111.142'"and check to make sure that only the key(s) you wanted were added.

4.2升级特权

鉴于安全性和审计原因，Ansible可能需要先以非特权用户身份连接远程主机，然后再通过特权升级获得root用户身份的管理权限。这可以在Ansible配置文件的[privilege_escalation]部分中设置。

要默认启用特权升级，可以在配置文件中设置指令become = true。即使默认为该设置，也可以在运行临时命令或Ansible Playbook时通过各种方式覆盖它。（例如，有时候可能要运行一些不需要特权升级的任务或play。）

become_method指令指定如何升级特权。有多个选项可用，但默认为使用sudo。类似地，become_user指令指定要升级到的用户，但默认为root。

如果所选的become_method机制要求用户输入密码才能升级特权，可以在配置文件中设置become_ask_pass = true指令。

以下示例ansible.cfg文件假设你可以通过基于SSH密钥的身份验证以someuser用户身份连接受管主机，并且someuser可以使用sudo以root用户身份运行命令而不必输入密码：

[defaults]inventory = ./inventoryremote_user = someuserask_pass = false[privilege_escalation]become = truebecome_method = sudobecome_user = rootbecome_ask_pass = false

5.配置文件注释

Ansible配置文件允许使用两种注释字符：井号或分号。

位于行开头的#号会注释掉整行。它不能和指令位于同一行中。

分号字符可以注释掉所在行中其右侧的所有内容。它可以和指令位于同一行中，只要该指令在其左侧。

二、构建ansible清单1.定义清单

清单定义Ansible将要管理的一批主机。这些主机也可以分配到组中，以进行集中管理。组可以包含子组，主机也可以是多个组的成员。清单还可以设置应用到它所定义的主机和组的变量。

可以通过两种方式定义主机清单。静态主机清单可以通过文本文件定义。动态主机清单可以根据需要使用外部信息提供程序通过脚本或其他程序来生成。

2.清单存放位置

在[defaults]部分中，inventory指令可以直接指向某一静态清单文件，或者指向含有多个静态清单文件和动态清单脚本的某一目录。

[defaults]inventory = ./inventory

3.使用静态清单指定受管主机

静态清单文件是指定Ansible目标受管主机的文本文件。可以使用多种不同的格式编写此文件，包括INI样式或YAML。一般默认使用的INI模式

在最简单的形式中。INI样式的静态清单文件是受管主机的主机名或IP地址的列表，每行一个：

配置文件位置为：/etc/ansible/hosts

192.168.111.142192.168.111.143web1

但通常而言，可以将受管主机组织为主机组。通过主机组，可以更加有效的对一系列系统运行Ansible。这时，每一部分的开头为以中括号括起来的主机组名称。其后为该组中每一受管主机的主机名或IP地址，每行一个。

web1[webservers]192.168.111.142[dbservers]192.168.111.143

4.验证清单

若有疑问，可使用 ansible 命令验证计算机是否存在于清单中:

ansible [主机名/IP] --list-hosts

[root@localhost ~]# ansible web1 --list-hosts  hosts (1):    web1//不存在清单中[root@localhost ~]# ansible web111111111 --list-hosts[WARNING]: Could not match supplied host pattern, ignoring: web111111111[WARNING]: No hosts matched, nothing to do  hosts (0):

运行以下命令来列出指定组中的所有主机：

ansible [组名称] --list-hosts

[root@localhost ~]# ansible webservers --list-hosts  hosts (1):    192.168.111.142

如果清单中含有名称相同的主机和主机组，ansible 命令将显示警告并以主机作为其目标。主机组则被忽略。

应对这种情况的方法有多种，其中最简单的是确保主机组不使用与清单中主机相同的名称。

5.构建Ansible清单

清单内容：

web1[webservers]192.168.111.142[dbservers]192.168.111.143

使用以下命令列出默认清单文件中的所有受管主机：

[root@localhost ~]# ansible all --list-hosts  hosts (3):    web1    192.168.111.142    192.168.111.143

使用以下命令列出不属于任何组的受管主机：

[root@localhost ~]# ansible ungrouped --list-hosts  hosts (1):    web1

使用以下命令列出属于某组的受管主机：

[root@localhost ~]# ansible dbservers --list-hosts  hosts (1):    192.168.111.143

6.自定义清单文件

在清单的位置中已经创建一个名为inventory的自定义静态清单文件。

服务器清单规格

编辑/etc/ansible/inventory文件，将上表中所列出的主机加入受管主机序列。

[root@localhost ~]# vim /etc/ansible/ansible.cfginventory      = /etc/ansible/inventory//自定义清单存放位置[root@localhost ~]# vim /etc/ansible/inventory[test1]192.168.111.142 ansible_user=root ansible_password=1//密码写在配置文件中容易泄露最好别写[produce]192.168.111.143

执行以下命令列出所有受管主机：

[root@localhost ~]# ansible all -i /etc/ansible/inventory --list-hosts  hosts (2):    192.168.111.142    192.168.111.143

执行以下命令列出webservers组中的所有受管主机：

[root@localhost ~]# ansible test1 -i /etc/ansible/inventory --list-hosts  hosts (1):    192.168.111.142

三、运行临时命令

Ansible运行临时命令的语法如下：

ansible host-pattern -m module [-a 'module arguments'] [-i inventory]

host-pattern参数用于指定在其上运行临时命令的受管主机。它可以是清单中的特定受管主机或主机组。也可以用后面的-i选项指定特定的清单而不使用默认清单。

-m选项将Ansible应在目标主机上运行的module名称作为参数。模块是为了实施任务而执行的小程序。一些模块不需要额外的信息，但其他模块需要使用额外的参数来指定其操作详情。-a选项以带引号字符串形式取这些参数的列表。

一种最简单的临时命令使用ping模块。此模块不执行ICMP ping，而是检查能否在受管主机上运行基于Python的模块。例如，以下临时命令确定清单中的所有受管主机能否运行标准的模块：

[root@localhost ~]# ansible all -m ping192.168.111.143 | SUCCESS => {    "ansible_facts": {        "discovered_interpreter_python": "/usr/libexec/platform-python"    },    "changed": false,    "ping": "pong"}192.168.111.142 | SUCCESS => {    "ansible_facts": {        "discovered_interpreter_python": "/usr/libexec/platform-python"    },    "changed": false,    "ping": "pong"}

1.使用临时命令通过模块来执行任务

模块是临时命令用于完成任务的工具。Ansible提供了数百个能够完成不同任务的模块。通常我们可以查找一个经过测试的专用模块，作为标准安装的一部分来完成所需的任务。

ansible-doc -l命令可以列出系统上安装的所有模块

可以使用ansible-doc来按照名称查看特定模块的帮助文档，再查找关于模块将取什么参数作为选项的信息。

例如以下命令显示ping模块的帮助文档，在帮助文档里面输入q命令表示退出：

ansible-doc ping

更多的模块信息请访问在线Ansible文档，网址：

Index of all Modules — Ansible Documentation

Ansible常用模块

大部分模块会取用参数。可在模块的文档中找到可用于该模块的参数列表。临时命令可以通过-a选项向模块传递参数。无需参数时，可从临时命令中省略-a选项。如果需要指定多个参数，请以引号括起的空格分隔列表形式提供。

例如，以下临时命令使用user模块来确保runtime用户存在于192.168.111.142上并且其UID为4000：

[root@localhost ~]# ansible 192.168.111.142 -m user -a 'name=runtime uid=4000 state=present'192.168.111.142 | CHANGED => {    "ansible_facts": {        "discovered_interpreter_python": "/usr/libexec/platform-python"    },    "changed": true,    "comment": "",    "create_home": true,    "group": 4000,    "home": "/home/runtime",    "name": "runtime",    "shell": "/bin/bash",    "state": "present",    "system": false,    "uid": 4000}[root@localhost ~]# ansible 192.168.111.142 -a 'id runtime'192.168.111.142 | CHANGED | rc=0 >>uid=4000(runtime) gid=4000(runtime) groups=4000(runtime)

大多数模块为idempotent，这表示它们可以安全地多次运行；如果系统已处于正确的状态，它们不会进行任何操作。

2.在受管主机上运行任意命令

command模块允许管理员在受管主机的命令行中运行任意命令。要运行的命令通过-a选项指定为该模块的参数。例如，以下命令将对webservers组的受管主机运行hostname命令：

[root@localhost ~]# ansible test1 -m command -a 'hostname'192.168.111.142 | CHANGED | rc=0 >>LNMP

这条命令为每个受管主机返回两行输出。第一行是状态报告，显示对其运行临时操作的受管主机名称及操作的结果。第二行是使用Ansible command模块远程执行的命令的输出。

若要改善临时命令输出的可读性和解析，管理员可能会发现使对受管主机执行的每一项操作具有单行输出十分有用。使用-o选项以单行格式显示Ansible临时命令的输出。

[root@localhost ~]# ansible test1 -m command -a 'hostname' -o192.168.111.142 | CHANGED | rc=0 | (stdout) LNMP

command模块允许管理员对受管主机快速执行远程命令。这些命令不是由受管主机上的shell加以处理。因此，它们无法访问shell环境变量，也不能执行重定向和管道等shell操作。

在命令需要shell处理的情形中，管理员可以使用shell模块。与command模块类似，可以在临时命令中将要执行的命令作为参数传递给该模块。Ansible随后对受管主机远程执行该命令。与command模块不同的是，这些命令将通过受管主机上的shell进行处理。因此，可以访问shell环境变量，也可以使用重定向和管道等操作。

以下示例演示了command与shell的区别。如果尝试使用这两个模块执行内建的Bash命令set，只有使用shell模块才会成功：

[root@localhost ~]# ansible 192.168.111.143 -m command -a 'set'192.168.111.143 | FAILED | rc=2 >>[Errno 2] No such file or directory: b'set': b'set'[root@localhost ~]# ansible 192.168.111.143 -m shell -a 'set'192.168.111.143 | CHANGED | rc=0 >>BASH=/bin/shBASHOPTS=cmdhist:complete_fullquote:extquote:force_fignore:hostcomplete:interactive_comments:progcomp:promptvars:sourcepathBASH_ALIASES=()BASH_ARGC=()BASH_ARGV=()BASH_CMDS=()BASH_EXECUTION_STRING=set...............TERM=xtermUID=0USER=rootXDG_RUNTIME_DIR=/run/user/0XDG_SESSION_ID=6_=/usr/libexec/platform-pythonwhich_declare='declare -f'

command和shell模块都要求受管主机上安装正常工作的Python。第三个模块是raw，它可以绕过模块子系统，直接使用远程shell运行命令。在管理无法安装Python的系统（如网络路由器）时，可以利用这个模块。它也可以用于将Python安装到主机上。

在大多数情况下，建议避免使用command、shell和raw这三个“运行命令”模块。

其他模块大部分都是幂等的，可以自动进行更改跟踪。它们可以测试系统的状态，在这些系统已处于正确状态时不执行任何操作。相反，以幂等方式使用“运行命令”模块要复杂得多。依靠它们，你更难以确信再次运行临时命令或playbook不会造成意外的失败。当shell或command模块运行时，通常会基于它是否认为影响了计算机状态而报告CHANGED状态。

有时候，“运行命令”模块是有用的工具，也是解决问题的好办法。如果确实需要使用它们，可能最好先尝试用command模块，只有在需要shell或raw模块的特殊功能时才利用它们。