如何使用 Ansible 为 group_vars 配置属性优先级

Question

我的 Ansible 角色 vars/sonarqube.yml 有一个文件，其中包含内容

---
lvm_roles:
  sonarqube:
    size: '10g'
    path: '{{ sonar_home }}'

还有一个带有内容的文件group_vars/all/lvm.yml

lvm_roles:
  sonarqube:
    size: '20g'

在ansible.cfg我有一条线

hash_behaviour = merge

没有merge，结果将是

lvm_roles:
  sonarqube:
    size: '20g'

换句话说，我失去了path var。

merge 的结果是

lvm_roles:
  sonarqube:
    size: '10g'
    path: '/opt/sonarqube'

然而我想要和期望的结果是

lvm_roles:
  sonarqube:
    size: '20g'
    path: '/opt/sonarqube'

所以期望的行为是

1. Ansible 合并变量
2. group_vars 中的配置优先于我的角色中的配置。

我可以在 Ansible 中配置此行为吗？如何？

Answer 1

优先级在 Ansible 中是不可配置的，你不能给group_vars 中的配置比角色中vars 目录中的配置更高的优先级。

你想要的是 Ansible 不支持的 条件默认变量。例如此处Set Ansible role defaults conditionally 和此处use conditionals in vars ansible 所示。

这是 Ansible 作为 IaC 工具绝对缺乏的一个领域。例如，它是 Chef 中非常常用的功能。来自 Chef Apache 食谱的 attributes/default.rb 的片段演示了这种常见模式

....
case node['platform_family']
when 'rhel', 'fedora', 'amazon'
  if node['platform'] == 'amazon'
    default['apache']['package'] = 'httpd24'
    default['apache']['devel_package'] = 'httpd24-devel'
  else
    default['apache']['package'] = 'httpd'
    default['apache']['devel_package'] = 'httpd-devel'
  end
  default['apache']['service_name'] = 'httpd'
  default['apache']['perl_pkg']    = 'perl'
  default['apache']['apachectl']   = '/usr/sbin/apachectl'
  default['apache']['dir']         = '/etc/httpd'
  default['apache']['log_dir']     = '/var/log/httpd'

vars 目录中的配置可以与 Chef 中的“覆盖”属性进行比较。 Chef 食谱中的配置具有较低的优先级，但您可以使用“覆盖”属性来提供非常高的优先级。然而，在食谱中使用“覆盖”属性是非常少见的。它们的实际用途非常有限。反之亦然，Ansible vars 目录其预期用途创建覆盖几乎所有其他配置的高优先级配置，其实际用途非常有限。

如果您不同意，请分享我们绝对需要在角色中进行高优先级配置的角色示例。例如，您可以分享一个指向 Ansible 角色的链接，以演示实际用途。

vars 角色目录很有用，但不适用于其预期用途。在实践中，该目录用于存储条件配置。配置获得高优先级的事实比期望或预期的结果更成问题。

geerlingguy.posttgresql 角色证明了这一点。在这个角色中，geerlingguy 使用“伪变量”来解决 Ansible 没有条件默认变量的事实。

例如在vars/Debian-7.yml 中引入了一个变量__postgresql_data_dir。此变量获得高优先级。

__postgresql_data_dir: "/var/lib/postgresql/{{ __postgresql_version }}/main" 

除了可以用来模拟条件默认变量postgresql_data_dir，如tasks/variables.yml 中所示，它没有任何实际用途

- name: Define postgresql_data_dir.
  set_fact:
    postgresql_data_dir: "{{ __postgresql_data_dir }}"
  when: postgresql_data_dir is not defined

如果可以配置优先规则将是有意义的，因为 Ansible 角色中的 vars 目录通常由于其高优先级而具有有限的实际用途。要实际使用vars 目录，需要使用postgresql_data_dir 中的geerlingguy.posttgresql 角色来降低此目录中的配置优先级。

如果您不喜欢这种技巧，您也可以使用Set Ansible role defaults conditionally 中所述的解决方法set_fact 或use conditionals in vars ansible 中所述的邪恶内联编码。

建议 Ansible 社区将 vars 目录的预期用途从“覆盖”配置更改为“条件”配置。对角色中的配置给予高优先级是非常罕见的要求。然而，条件配置非常普遍。

Answer 2

问："期望的行为是"

1) Ansible merges vars
2) config in group_vars takes precedence over config in my role.

“我可以在 Ansible 中配置此行为吗？”

答：不可以。precedence 无法更改。 “角色变量”(15) 覆盖 “group_vars”(7)。使用 "group_vars" 覆盖“角色默认值”(2)。

问："你想要的是 Ansible 不支持的条件默认变量。"

答：如果 Ansible 不支持条件默认值，则无法为多个系统编写角色。可以创建条件默认值，例如

# Defaults variables
- name: "os_vars_playbook_dir: Vars from {{ playbook_dir }}/vars/defaults"
  include_vars: "{{ item }}"
  with_first_found:
    - files:
        - "{{ ansible_distribution }}-{{ ansible_distribution_release }}.yml"
        - "{{ ansible_distribution }}.yml"
        - "{{ ansible_os_family }}.yml"
        - "default.yml"
        - "defaults.yml"
      paths: "{{ playbook_dir }}/vars/defaults"
    
# Custom variables
- name: "os_vars_playbook_dir: Vars from {{ playbook_dir }}/vars"
  include_vars: "{{ item }}"
  with_first_found:
    - files:
        - "{{ ansible_distribution }}-{{ ansible_distribution_release }}.yml"
        - "{{ ansible_distribution }}.yml"
        - "{{ ansible_os_family }}.yml"
        - "default.yml"
        - "defaults.yml"
      paths: "{{ playbook_dir }}/vars"

^{（可在GitHub获得）}

---

注意事项

1. 在播放设置发现主机上正在运行的系统后，可以包含特定于操作系统的变量。

2. 角色的 vars/defaults 具有非常高的优先级“include_vars”(18)（因为 1.）。但是这个目录应该只包含系统变量。在标准情况下，用户不想更改这些变量。

3. 如有必要，可以在 vars/ 中自定义角色。 vars/ 中的自定义配置文件将在角色更新后继续存在，而 vars/defaults 可能会更新。