Ansible. переопределить единственный ключ словаря

По умолчанию Ansible переопределяет переменные на первом уровне. Если вы хотите иметь возможность объединять словари, вам нужно изменить свой ansible.cfg файл и установить:

hash_behaviour=merge

(значение по умолчанию replace).

Обратите внимание, что команда Ansible не рекомендует это (но не объясняет почему). Думаю, это настоящий разделитель между пользователями. Это своего рода решение, которое принимается раз и навсегда: когда вы начинаете использовать эту функцию, вы не можете вернуться, и вы, вероятно, не сможете поделиться своим playbook с людьми типа replace.

Тем не менее, вы все равно можете извлечь выгоду из имеющихся playbooks (я не думаю, что playbooks используют поведение replace как «функцию»). Это как иметь группу крови AB, быть универсальным получателем ... но поскольку магия обычно происходит при переменном разрешении, а не внутри задач или шаблонов, я думаю, что часто можно делиться своими ролями без каких-либо изменений.

Если вам нужно переопределить один ключ, скажем, из параметров роли, вам придется передавать параметры некоторым запутанным способом.

Например, чтобы переопределить ключи post_max_size и upload_max_size в php5 словаре для конкретной роли, вам нужно будет сделать это следующим образом:

- { role: php5-fpm, php5: { post_max_size: 40M,
                            upload_max_filesize: 20M }}

При этом я использую поведение merge с самого начала, и мне оно очень нравится. Очень удобно хранить переменные в порядке.

Начиная с Ansible 2.0, вы можете использовать фильтр Jinja2 combine для объединения хэшей / словарей YAML без необходимости устанавливать hash_behavior=merge на глобальном уровне в вашем ansible.cfg файле.

Соответствующие документы: https://docs.ansible.com/ansible/latest/user_guide/playbooks_filters.html#sts=Combining%20hashes/dictionaries%C2%B6.

Лучший способ, который я нашел, - использовать переменные в качестве значения элемента словаря и переопределить это. Я считаю, что это обеспечивает простой и мощный приоритет переменных в отношении порядка переменных в анзибле.

роль / родитель / по умолчанию / main.yml

---
root_pw_value: ParentPassword

parent_dict:
  - root_pw: "{{ root_pw_value }}"

роль / ребенок / значения по умолчанию / main.yml

Примечание: role/child/meta/main.yml содержит dependencies: - { role: parent }

---
root_pw_value: ChildPassword

play-me.yml

---
  - hosts: all
    roles:
      - child

роли / родитель / задачи / main.yml и роли / дочерний / задачи / main.yml

- debug: var=parent_dict

Запустите ansible -i localhost, --connection="local" play-me.yml, и вы получите следующий результат:

PLAY [all] ******************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [localhost]

TASK: [parent | debug var=parent_dict] **************************************** 
ok: [localhost] => {
    "var": {
        "parent_dict": [
            {
                "root_pw": "ParentPassword"
            }
        ]
    }
}

TASK: [child | debug var=parent_dict] ***************************************** 
ok: [localhost] => {
    "var": {
        "parent_dict": [
            {
                "root_pw": "ChildPassword"
            }
        ]
    }
}

PLAY RECAP ******************************************************************** 
localhost                  : ok=3    changed=0    unreachable=0    failed=0

И это значения по умолчанию. Если вы укажете root_pw_value на более конкретных уровнях приоритета, таких как переменные группы инвентаризации / хоста, переменные роли, extra_vars в командной строке или что-нибудь из порядка приоритета [0], вы получите их.

[0] http://docs.ansible.com/ansible/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable

Просто попробовал с ansible 1.9.3, и он отлично работает. Не уверен, но похоже, что у вас просто опечатка в имени каталога group_vars (не groups_vars).