使用变量
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
等等。有效字符串的匹配不区分大小写。虽然文档示例侧重于true/false
以与ansible-lint
的默认设置兼容,但您可以使用以下任何一种
有效值 |
描述 |
---|---|
|
真值 |
|
假值 |
列表变量
列表变量将变量名与多个值结合起来。多个值可以存储为项目列表或方括号 []
中,并用逗号分隔。
将变量定义为列表
您可以使用 YAML 列表定义具有多个值的变量。例如
region:
- northeast
- southeast
- midwest
引用列表变量
当您使用定义为列表(也称为数组)的变量时,您可以使用该列表中的单个特定字段。列表中的第一个项目是项目 0,第二个项目是项目 1。例如
region: "{{ region[0] }}"
此表达式的值为“东北”。
字典变量
字典以键值对的形式存储数据。通常,字典用于存储相关数据,例如 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 查找
要合并与给定前缀、后缀或正则表达式匹配的变量,您可以使用 community.general.merge_variables
查找,例如
merged_variable: "{{ lookup('community.general.merge_variables', '__my_pattern', pattern_type='suffix') }}"
有关更多详细信息和使用示例,请参阅 community.general.merge_variables 查找文档。
注册变量
您可以使用任务关键字 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_user
在变量中定义Ansible用于连接到远程设备的用户,在配置文件中使用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
覆盖。有关在清单中设置的变量的优先级详细信息,请参阅 变量合并方式。
脚注
注意
在任何部分内,重新定义一个变量都会覆盖之前的实例。如果多个组具有相同的变量,则最后加载的一个胜出。如果您在一个 play 的 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 语法。