使用变量
Ansible 使用变量来管理不同系统之间的差异。使用 Ansible，您可以使用单个命令在多个不同的系统上执行任务和剧本。为了表示这些不同系统之间的差异，您可以使用标准 YAML 语法（包括列表和字典）创建变量。您可以在剧本中、在您的清单中、在可重用的文件或角色中或在命令行中定义这些变量。您还可以通过将任务的返回值注册为新变量，在剧本运行期间创建变量。
创建变量后，无论是通过在文件中定义它们、在命令行中传递它们，还是将任务的返回值注册为新变量，您都可以在模块参数中、在条件“when”语句中、在模板中以及在循环中使用这些变量。
了解本页的概念和示例后，请阅读有关Ansible 事实的信息，这些事实是从远程系统检索到的变量。
创建有效的变量名
并非所有字符串都是有效的 Ansible 变量名。变量名只能包含字母、数字和下划线。Python 关键字或剧本关键词不是有效的变量名。变量名不能以数字开头。
变量名可以以下划线开头。在许多编程语言中，以下划线开头的变量是私有的。Ansible 中并非如此。以下划线开头的变量与任何其他变量的处理方式完全相同。不要依赖此约定来实现隐私或安全性。
此表提供了有效和无效变量名的示例
有效的变量名 |
无效的 |
|---|---|
|
|
|
剧本关键词，例如 |
|
|
|
|
简单变量
简单变量将变量名与单个值组合在一起。您可以在各种位置使用此语法（以及下面显示的列表和字典的语法）。有关在清单中、在剧本中、在可重用的文件中、在角色中或在命令行中设置变量的详细信息，请参见变量设置位置。
定义简单变量
您可以使用标准 YAML 语法定义简单变量。例如
remote_install_path: /opt/my_app_config
引用简单变量
定义变量后，使用 Jinja2 语法引用它。Jinja2 变量使用双大括号。例如，表达式 My amp goes to {{ max_amp_value }} 演示了变量替换的最基本形式。您可以在剧本中使用 Jinja2 语法。例如
ansible.builtin.template:
src: foo.cfg.j2
dest: '{{ remote_install_path }}/foo.cfg'
在此示例中，变量定义了文件的位置，该位置可能因系统而异。
注意
Ansible 允许在模板中使用 Jinja2 循环和条件语句，但不允许在剧本中使用。您不能创建任务循环。Ansible 剧本是纯机器可解析的 YAML。
何时需要引用变量（YAML 陷阱）
如果以 {{ foo }} 开头，则必须引用整个表达式才能创建有效的 YAML 语法。如果不引用整个表达式，YAML 解析器将无法解释语法——它可能是一个变量，也可能是 YAML 字典的开头。有关编写 YAML 的指南，请参阅YAML 语法文档。
如果像这样不加引号地使用变量
- hosts: app_servers
vars:
app_path: {{ base_path }}/22
您将看到：ERROR! Syntax Error while loading YAML. 如果添加引号，Ansible 将正常工作
- hosts: app_servers
vars:
app_path: "{{ base_path }}/22"
布尔变量
Ansible 接受各种布尔变量值：true/false、1/0、yes/no、True/False等等。有效字符串的匹配不区分大小写。虽然文档示例为了与ansible-lint的默认设置兼容而重点关注true/false，但您可以使用以下任何值。
有效值 |
描述 |
|---|---|
|
真值 (Truthy values) |
|
假值 (Falsy values) |
列表变量
列表变量将变量名与多个值组合在一起。多个值可以存储为项目列表或方括号[]中，用逗号分隔。
定义列表变量
您可以使用 YAML 列表定义具有多个值的变量。例如
region:
- northeast
- southeast
- midwest
引用列表变量
当您使用定义为列表（也称为数组）的变量时，您可以使用该列表中的单个特定字段。列表中的第一个项目是项目 0，第二个项目是项目 1。例如
region: "{{ region[0] }}"
此表达式的值为“northeast”。
字典变量
字典以键值对的形式存储数据。通常，字典用于存储相关数据，例如 ID 或用户配置文件中包含的信息。
定义键值对字典变量
您可以使用 YAML 字典定义更复杂的变量。YAML 字典将键映射到值。例如
foo:
field1: one
field2: two
引用键值对字典变量
当您使用定义为键值对字典（也称为哈希）的变量时，您可以使用方括号表示法或点表示法使用字典中的单个特定字段。
foo['field1']
foo.field1
这两个示例都引用相同的值（“one”）。方括号表示法始终有效。点表示法可能会导致问题，因为某些键与 Python 字典的属性和方法冲突。如果您使用以两个下划线开头和结尾的键（Python 中保留用于特殊含义）或任何已知的公共属性，请使用方括号表示法。
add、append、as_integer_ratio、bit_length、capitalize、center、clear、conjugate、copy、count、decode、denominator、difference、difference_update、discard、encode、endswith、expandtabs、extend、find、format、fromhex、fromkeys、get、has_key、hex、imag、index、insert、intersection、intersection_update、isalnum、isalpha、isdecimal、isdigit、isdisjoint、is_integer、islower、isnumeric、isspace、issubset、issuperset、istitle、isupper、items、iteritems、iterkeys、itervalues、join、keys、ljust、lower、lstrip、numerator、partition、pop、popitem、real、remove、replace、reverse、rfind、rindex、rjust、rpartition、rsplit、rstrip、setdefault、sort、split、splitlines、startswith、strip、swapcase、symmetric_difference、symmetric_difference_update、title、translate、union、update、upper、values、viewitems、viewkeys、viewvalues、zfill。
组合变量
要合并包含列表或字典的变量，您可以使用以下方法。
组合列表变量
您可以使用 set_fact 模块将列表组合到新的 merged_list 变量中，如下所示：
vars:
list1:
- apple
- banana
- fig
list2:
- peach
- plum
- pear
tasks:
- name: Combine list1 and list2 into a merged_list var
ansible.builtin.set_fact:
merged_list: "{{ list1 + list2 }}"
组合字典变量
要合并字典，请使用combine过滤器，例如
vars:
dict1:
name: Leeroy Jenkins
age: 25
occupation: Astronaut
dict2:
location: Galway
country: Ireland
postcode: H71 1234
tasks:
- name: Combine dict1 and dict2 into a merged_dict var
ansible.builtin.set_fact:
merged_dict: "{{ dict1 | ansible.builtin.combine(dict2) }}"
更多详情，请参见 ansible.builtin.combine。
使用 merge_variables lookup
要合并与给定前缀、后缀或正则表达式匹配的变量，您可以使用community.general.merge_variables lookup，例如
merged_variable: "{{ lookup('community.general.merge_variables', '__my_pattern', pattern_type='suffix') }}"
更多详情和使用示例，请参考 community.general.merge_variables lookup 文档。
注册变量
您可以使用任务关键字register从 Ansible 任务的输出创建变量。您可以在剧本中的任何后续任务中使用注册的变量。例如
- hosts: web_servers
tasks:
- name: Run a shell command and register its output as a variable
ansible.builtin.shell: /usr/bin/foo
register: foo_result
ignore_errors: true
- name: Run a shell command using output of the previous task
ansible.builtin.shell: /usr/bin/bar
when: foo_result.rc == 5
有关在后续任务的条件中使用注册变量的更多示例，请参见 条件。注册的变量可以是简单变量、列表变量、字典变量或复杂的嵌套数据结构。每个模块的文档都包含一个RETURN部分，描述该模块的返回值。要查看特定任务的值，请使用-v运行您的剧本。
注册的变量存储在内存中。您无法缓存注册的变量以供将来剧本运行使用。注册的变量仅在当前剧本运行的其余部分的主机上有效，包括同一剧本运行中的后续剧集。
已注册变量是主机级变量。当您在包含循环的任务中注册变量时，已注册变量将包含循环中每个项目的 value。在循环期间放入变量的数据结构将包含一个 results 属性，这是一个包含模块所有响应的列表。有关此工作原理的更深入示例，请参阅关于在循环中使用 register 的循环 部分。
注意
如果任务失败或被跳过，Ansible 仍然会注册一个带有失败或跳过状态的变量，除非任务是基于标签跳过的。有关添加和使用标签的信息，请参阅标签。
引用嵌套变量
许多已注册变量（和facts）是嵌套的 YAML 或 JSON 数据结构。您不能使用简单的 {{ foo }} 语法访问这些嵌套数据结构中的值。您必须使用方括号表示法或点表示法。例如，要使用方括号表示法从您的 facts 中引用 IP 地址
{{ ansible_facts["eth0"]["ipv4"]["address"] }}
要使用点表示法从您的 facts 中引用 IP 地址
{{ ansible_facts.eth0.ipv4.address }}
使用 Jinja2 过滤器转换变量
Jinja2 过滤器允许您在模板表达式中转换变量的值。例如，capitalize 过滤器会将传递给它的任何值大写；to_yaml 和 to_json 过滤器会更改变量值的格式。Jinja2 包含许多内置过滤器，Ansible 还提供了更多过滤器。要查找更多过滤器的示例，请参阅使用过滤器操作数据。
在何处设置变量
您可以在各种位置定义变量，例如在清单、剧本、可重用文件、角色和命令行中。Ansible 会加载它找到的每个可能的变量，然后根据变量优先级规则 选择要应用的变量。
在清单中定义变量
您可以为每个主机分别定义不同的变量，或为清单中的主机组设置共享变量。例如，如果 [Boston] 组中的所有机器都使用“boston.ntp.example.com”作为 NTP 服务器，您可以设置一个组变量。如何构建您的清单页面详细介绍了如何在清单中设置主机变量和组变量。
在剧本中定义变量
您可以在剧本中直接定义变量。
- hosts: webservers
vars:
http_port: 80
在剧本中定义变量时，这些变量只对在该剧本中执行的任务可见。
在包含的文件和角色中定义变量
您可以在可重用的变量文件和/或可重用的角色中定义变量。当您在可重用的变量文件中定义变量时，敏感变量与剧本分开。这种分离使您可以将剧本存储在源代码管理软件中，甚至共享剧本，而无需冒暴露密码或其他敏感和个人数据的风险。有关创建可重用文件和角色的信息，请参阅重用 Ansible 工件。
此示例显示如何包含在外部文件中定义的变量。
---
- hosts: all
remote_user: root
vars:
favcolor: blue
vars_files:
- /vars/external_vars.yml
tasks:
- name: This is just a placeholder
ansible.builtin.command: /bin/echo foo
每个变量文件的内容都是一个简单的 YAML 字典。例如
---
# in the above example, this would be vars/external_vars.yml
somevar: somevalue
password: magic
注意
您可以将每个主机和每个组的变量保存在类似的文件中。要了解如何组织变量，请参阅组织主机和组变量。
在运行时定义变量
您可以通过使用 --extra-vars（或 -e）参数在命令行传递变量来在运行剧本时定义变量。您还可以使用 vars_prompt 请求用户输入（请参阅交互式输入：提示）。当您在命令行传递变量时，请使用包含一个或多个变量的单引号字符串，格式如下所示。
键=值格式
使用 key=value 语法传递的值被解释为字符串。如果您需要传递非字符串值（例如布尔值、整数、浮点数、列表等），请使用 JSON 格式。
ansible-playbook release.yml --extra-vars "version=1.23.45 other_variable=foo"
JSON 字符串格式
ansible-playbook release.yml --extra-vars '{"version":"1.23.45","other_variable":"foo"}'
ansible-playbook arcade.yml --extra-vars '{"pacman":"mrs","ghosts":["inky","pinky","clyde","sue"]}'
使用 --extra-vars 传递变量时，必须为您的标记（例如，JSON）和 shell 适当地转义引号和其他特殊字符。
ansible-playbook arcade.yml --extra-vars "{\"name\":\"Conan O\'Brien\"}"
ansible-playbook arcade.yml --extra-vars '{"name":"Conan O'\\\''Brien"}'
ansible-playbook script.yml --extra-vars "{\"dialog\":\"He said \\\"I just can\'t get enough of those single and double-quotes"\!"\\\"\"}"
来自 JSON 或 YAML 文件的变量
如果您有很多特殊字符，请使用包含变量定义的 JSON 或 YAML 文件。在 JSON 和 YAML 文件名前面加上 @。
ansible-playbook release.yml --extra-vars "@some_file.json"
ansible-playbook release.yml --extra-vars "@some_file.yaml"
变量优先级：我应该在哪里放置变量？
您可以在许多不同的地方设置多个同名变量。当您这样做时，Ansible 会加载它找到的每个可能的变量，然后根据变量优先级选择要应用的变量。换句话说，不同的变量将按照一定的顺序相互覆盖。
就定义变量（在哪里定义特定类型的变量）达成指导原则的团队和项目通常会避免变量优先级问题。我们建议您在一个地方定义每个变量：弄清楚在哪里定义变量，并保持简单。有关示例，请参阅设置变量的技巧。
您可以在变量中设置的一些行为参数，也可以在 Ansible 配置、命令行选项和剧本关键字中设置。例如，您可以将 Ansible 用于连接远程设备的用户定义为具有 ansible_user 的变量，在配置文件中使用 DEFAULT_REMOTE_USER，在命令行选项中使用 -u，以及使用剧本关键字 remote_user。如果您在变量和另一种方法中定义相同的参数，则变量会覆盖其他设置。这种方法允许主机特定的设置覆盖更通用的设置。有关这些各种设置的优先级的示例和更多详细信息，请参阅控制 Ansible 的行为：优先级规则。
了解变量优先级
Ansible确实会应用变量优先级，您可能会有用武之地。以下是优先级顺序，从低到高（最后列出的变量会覆盖所有其他变量）
命令行值（例如
-u my_user，这些不是变量）清单文件或脚本组变量 [2]
清单 group_vars/all [3]
剧本 group_vars/all [3]
清单 group_vars/* [3]
剧本 group_vars/* [3]
清单文件或脚本主机变量 [2]
清单 host_vars/* [3]
剧本 host_vars/* [3]
主机 facts / 缓存的 set_facts [4]
剧本变量
剧本 vars_prompt
剧本 vars_files
角色变量（如角色目录结构中所定义）
块变量（仅适用于块中的任务）
任务变量（仅适用于任务）
include_vars
set_facts / 已注册变量
角色（和 include_role）参数
include 参数
额外变量（例如
-e "user=my_user"）（始终具有最高优先级）
一般情况下，Ansible 优先使用定义更晚、更活跃以及作用域更明确的变量。角色内部 defaults 文件夹中的变量很容易被覆盖。角色 vars 目录中的任何内容都会覆盖该命名空间中先前版本的变量。主机和/或清单变量会覆盖角色默认值，但显式包含（例如 vars 目录或`include_vars` 任务）会覆盖清单变量。
Ansible 合并清单中设置的不同变量，以便更具体的设置覆盖更通用的设置。例如，作为 group_var 指定的`ansible_ssh_user` 会被作为 host_var 指定的`ansible_user` 覆盖。有关在清单中设置的变量的优先级详情，请参阅变量合并方式。
脚注
注意
在任何部分内，重新定义变量都会覆盖之前的实例。如果多个组具有相同的变量，则最后加载的组获胜。如果在 playbook 的`vars:` 部分中两次定义一个变量，则第二个变量获胜。
注意
前面描述的是默认配置`hash_behaviour=replace`，切换到`merge` 以仅部分覆盖。
变量作用域
您可以根据所需的值的作用域来决定在哪里设置变量。Ansible 有三个主要作用域
全局：由配置、环境变量和命令行设置
Play：每个 play 及其包含的结构、vars 条目（vars；vars_files；vars_prompt）、角色默认值和 vars。
主机：直接与主机关联的变量，例如清单、include_vars、事实或已注册的任务输出
在模板内，您可以自动访问主机范围内所有变量，以及任何已注册的变量、事实和魔术变量。
关于在哪里设置变量的提示
您应该根据您可能想要对值进行的控制类型来选择定义变量的位置。
在处理地理位置或行为的清单中设置变量。由于组通常是将角色映射到主机的实体，因此您通常可以在组上设置变量，而不是在角色上定义它们。请记住：子组会覆盖父组，主机变量会覆盖组变量。有关设置主机和组变量的详细信息，请参阅在清单中定义变量。
在`group_vars/all` 文件中设置通用默认值。有关如何在清单中组织主机和组变量的详细信息，请参阅组织主机和组变量。组变量通常放置在清单文件旁边，但它们也可以由动态清单返回（请参阅使用动态清单）或在 AWX 或Red Hat Ansible Automation Platform 上通过 UI 或 API 定义。
---
# file: /etc/ansible/group_vars/all
# this is the site wide default
ntp_server: default-time.example.com
在`group_vars/my_location` 文件中设置特定位置的变量。所有组都是`all` 组的子组，因此此处设置的变量会覆盖在`group_vars/all` 中设置的变量。
---
# file: /etc/ansible/group_vars/boston
ntp_server: boston-time.example.com
如果一台主机使用不同的 NTP 服务器，您可以在 host_vars 文件中设置它，这将覆盖组变量。
---
# file: /etc/ansible/host_vars/xyz.boston.example.com
ntp_server: override.example.com
在角色中设置默认值以避免未定义变量错误。如果您共享您的角色，其他用户可以依赖您在`roles/x/defaults/main.yml` 文件中添加的合理默认值，或者他们可以轻松地在清单或命令行中覆盖这些值。有关详细信息，请参阅角色。例如
---
# file: roles/x/defaults/main.yml
# if no other value is supplied in inventory or as a parameter, this value will be used
http_port: 80
在角色中设置变量以确保在该角色中使用值，并且不会被清单变量覆盖。如果您不与其他人共享您的角色，则可以以这种方式定义特定于应用程序的行为（如端口），方法是在`roles/x/vars/main.yml` 中定义。如果您与其他人共享角色，则在此处放置变量会使它们难以覆盖，尽管仍然可以通过向角色传递参数或使用`-e` 设置变量来覆盖它们。
---
# file: roles/x/vars/main.yml
# this will absolutely be used in this role
http_port: 80
调用角色时将变量作为参数传递，以实现最大的清晰度、灵活性和可见性。此方法会覆盖角色存在的任何默认值。例如
roles:
- role: apache
vars:
http_port: 8080
当您阅读此 playbook 时，很明显您已选择设置变量或覆盖默认值。您还可以传递多个值，这允许您多次运行同一角色。有关详细信息，请参阅在一个 play 中多次运行角色。例如
roles:
- role: app_user
vars:
myname: Ian
- role: app_user
vars:
myname: Terry
- role: app_user
vars:
myname: Graham
- role: app_user
vars:
myname: John
在一个角色中设置的变量可用于后续角色。您可以在角色的`vars` 目录中设置变量（如角色目录结构中所定义），并在您的 playbook 的其他角色和其他地方使用它们。
roles:
- role: common_settings
- role: something
vars:
foo: 12
- role: something_else
注意
有一些保护措施可以避免需要命名空间变量。在此示例中，“common_settings”中定义的变量可用于“something”和“something_else”任务，但“something”中的任务将 foo 设置为 12，即使“common_settings”将 foo 设置为 20。
我们建议您不要担心变量优先级，而应考虑在决定在哪里设置变量时，您希望多容易或多频繁地覆盖变量。如果您不确定定义了哪些其他变量，并且需要特定值，请使用`--extra-vars`（`-e`）覆盖所有其他变量。
使用高级变量语法
有关用于声明变量并更好地控制 Ansible 使用的 YAML 文件中放置的数据的高级 YAML 语法的详细信息，请参阅高级 playbook 语法。