Настройка удалённого окружения

Вы можете использовать ключевое слово environment на уровне play, блока или задачи, чтобы задать переменную окружения для действия на удалённом хосте. С помощью этого ключевого слова можно включить использование прокси для задачи, выполняющей HTTP-запросы, задать необходимые переменные окружения для менеджеров версий, специфичных для языка, и многое другое.

Если задать значение с помощью environment: на уровне play или блока, оно будет доступно только задачам внутри play или блока, которые выполняются от имени того же пользователя. Ключевое слово environment: не влияет на сам Ansible, параметры конфигурации Ansible, окружение других пользователей или выполнение других плагинов, таких как lookups и фильтры. Переменные, заданные с помощью environment:, не становятся автоматически фактами Ansible, даже если задать их на уровне play. Чтобы преобразовать эти значения в факты Ansible, необходимо включить в playbook явную задачу gather_facts и задать для этой задачи ключевое слово environment.

- hosts: all
  remote_user: root

  tasks:

    - name: Install cobbler
      ansible.builtin.package:
        name: cobbler
        state: present
      environment:
        http_proxy: http://proxy.example.com:8080

- hosts: all
  remote_user: root

  # create a variable named "proxy_env" that is a dictionary
  vars:
    proxy_env:
      http_proxy: http://proxy.example.com:8080

  tasks:

    - name: Install cobbler
      ansible.builtin.package:
        name: cobbler
        state: present
      environment: "{{ proxy_env }}"

---
# file: group_vars/boston

ntp_server: ntp.bos.example.com
backup: bak.bos.example.com
proxy_env:
  http_proxy: http://proxy.bos.example.com:8080
  https_proxy: http://proxy.bos.example.com:8080

- hosts: testing

  roles:
     - php
     - nginx

  environment:
    http_proxy: http://proxy.example.com:8080

Работа с менеджерами версий, специфичными для языка

Некоторые менеджеры версий, специфичные для языка (например, rbenv и nvm), требуют задавать переменные окружения во время их использования. При работе с этими инструментами вручную обычно считывают переменные окружения из скрипта или строк, добавленных в файл конфигурации оболочки. В Ansible это можно сделать с помощью ключевого слова environment на уровне play.

---
### A playbook demonstrating a common npm workflow:
# - Check for package.json in the application directory
# - If package.json exists:
#   * Run npm prune
#   * Run npm install

- hosts: application
  become: false

  vars:
    node_app_dir: /var/local/my_node_app

  environment:
    NVM_DIR: /var/local/nvm
    PATH: /var/local/nvm/versions/node/v4.2.1/bin:{{ ansible_env.PATH }}

  tasks:
  - name: Check for package.json
    ansible.builtin.stat:
      path: '{{ node_app_dir }}/package.json'
    register: packagejson

  - name: Run npm prune
    ansible.builtin.command: npm prune
    args:
      chdir: '{{ node_app_dir }}'
    when: packagejson.stat.exists

  - name: Run npm install
    community.general.npm:
      path: '{{ node_app_dir }}'
    when: packagejson.stat.exists

Вы также можете указать окружение на уровне задачи.

---
- name: Install ruby 2.3.1
  ansible.builtin.command: rbenv install {{ rbenv_ruby_version }}
  args:
    creates: '{{ rbenv_root }}/versions/{{ rbenv_ruby_version }}/bin/ruby'
  vars:
    rbenv_root: /usr/local/rbenv
    rbenv_ruby_version: 2.3.1
  environment:
    CONFIGURE_OPTS: '--disable-install-doc'
    RBENV_ROOT: '{{ rbenv_root }}'
    PATH: '{{ rbenv_root }}/bin:{{ rbenv_root }}/shims:{{ rbenv_plugins }}/ruby-build/bin:{{ ansible_env.PATH }}'