Настройка окружения (и работа с прокси)
Новое в версии 1.1.
Ключевое слово environment позволяет установить переменную окружения для действия, выполняемого на удалённом целевом узле. Например, возможно, вам потребуется установить прокси для задачи, выполняющей http-запросы. Или, может быть, утилита или скрипт, которые вызываются, также нуждаются в установленных переменных окружения для корректной работы.
Вот пример:
- hosts: all
remote_user: root
tasks:
- name: Install cobbler
package:
name: cobbler
state: present
environment:
http_proxy: http://proxy.example.com:8080
Примечание
-
environment: does not affect Ansible itself, ONLY the context of the specific task action and this does not include - Собственные настройки конфигурации Ansible, а также выполнение других плагинов, включая поиски, фильтры и так далее.
Окружение также можно сохранить в переменной и получить доступ к нему следующим образом:
- hosts: all
remote_user: root
# here we make a variable named "proxy_env" that is a dictionary
vars:
proxy_env:
http_proxy: http://proxy.example.com:8080
tasks:
- name: Install cobbler
package:
name: cobbler
state: present
environment: "{{ proxy_env }}"
Вы также можете использовать его на уровне задания:
- hosts: testhost
roles:
- php
- nginx
environment:
http_proxy: http://proxy.example.com:8080
Хотя выше были показаны только настройки прокси, можно указать любое количество настроек. Наиболее логичным местом для определения хэша окружения является файл group_vars, например:
--- # 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
Работа с менеджерами версий для конкретных языков
Некоторые менеджеры версий для конкретных языков (например, rbenv и nvm) требуют установки переменных окружения во время работы этих инструментов. При ручном использовании этих инструментов они обычно требуют получения переменных окружения через скрипт или добавление строк в файл конфигурации оболочки. В Ansible вместо этого можно использовать директиву environment:
---
### 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
stat:
path: '{{ node_app_dir }}/package.json'
register: packagejson
- name: npm prune
command: npm prune
args:
chdir: '{{ node_app_dir }}'
when: packagejson.stat.exists
- name: npm install
npm:
path: '{{ node_app_dir }}'
when: packagejson.stat.exists
Примечание
ansible_env: обычно заполняется сбором фактов (M(gather_facts)), и значение переменных зависит от пользователя, выполнившего действие сбора. Если вы измените remote_user/become_user, вы можете получить неверные значения для этих переменных.
Вы также можете просто указать окружение для одной задачи:
---
- name: install ruby 2.3.1
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 }}'
См. также
- Об заданиях
- Введение в задания
- Список рассылки пользователей
- Есть вопрос? Обратитесь к группе Google!
- irc.freenode.net
- Канал IRC-чата #ansible
© 2012–2018 Michael DeHaan
© 2018–2019 Red Hat, Inc.
Licensed under the GNU General Public License version 3.
https://docs.ansible.com/ansible/2.9/user_guide/playbooks_environment.html