Демонстрация Ansible функций с контрольными и тестовыми виртуальными машинами

Установите  config.ssh.forward_agent = true в,  ansible-vm чтобы было проще сделать доступными ваши ключи для Ansible для SSH на удаленных компьютерах. (См. «Локальное тестирование» ниже для получения более подробной информации.)

Добавьте  mount_options: ['dmode=0775','fmode=0664'] для монтирования каталога с конфигурацией Ansible, чтобы файл инвентаризации не казался исполняемым для Ansible.

Общие сведения : Используйте роли, чтобы разделить конфигурацию на отдельные задачи (jboss, vagrant), используйте переменные для обработки изменений между средами и использования роли (например, порты JBoss,  jboss_host_type =  master|slave,  env =  vagrant|staging|production). Используйте теги для обозначения части конфигурации , так что эти части могут быть выбраны и выполнены без остатка (f.ex.  jboss_module,  jboss_configuration,  vagrant).

Файл секретных локальных учетных данных : в конфигурацию входят переменные из файла  secret_vars.yml, который добавляется в него,  .gitignore чтобы он не был зарегистрирован в Git, и каждый пользователь должен создать свою собственную локальную копию на основе  secret_vars.yml.example. Таким образом, конфиденциальные учетные данные никогда не покидают локальную машину.

Повторное использование через параметризованное включение и моделирование  creates для get_url . Чтобы избежать необходимости сохранять загруженные архивы, я использую,  stat чтобы проверить наличие файла / каталога и  while пропустить,  get_url если он существует. Все дело в файле включения задачи,  roles/jboss/tasks/fetch-module.ymlкоторый параметризован так, чтобы его можно было повторно использовать для извлечения и распаковки трех разных модулей — смотрите  roles/jboss/tasks/modules.yml.

Несколько сред  — здесь vagrant и  staging через два разных файла инвентаризации.

Если кажется, что Ansible зависает при выполнении команды, убедитесь, что команда не пытается запросить ввод данных пользователем, как в моем случае с тем,  unzip что я хотел знать, что делать с существующими файлами (исправлено, если запустить его с помощью  -o принудительной перезаписи их) ,

Конфигурация JBoss с использованием Ansible, поэтому можно автоматически применить его к серверу. Некоторые из файлов (-> шаблоны) параметризованы переменными, которые определены для f.ex. in  group_vars/appservers, файл инвентаризации хоста (f.ex.  vagrant) и  secret_vars.yml.

BEWARE : Копировать  secret_vars.yml.example в  secret_vars.yml и установить правильные учетные данные там.

Тебе понадобится

Виртуальная машина Vagrant / VirtualBox  ansible-vm имеет установленную Ansible и может использоваться для запуска ее на тестовой виртуальной машине или в стадии подготовки. Сама тестовая ВМ  centos-vmможет использоваться для локального тестирования изменений перед подготовкой. Как описано выше, вам нужно будет создать  secret_vars.yml с секретными учетными данными.

Под Linux / Mac вы можете установить и использовать Ansible напрямую, без  ansible-vm.

Vagrant — это инструмент командной строки, который может создавать, настраивать и управлять виртуальными машинами VirtualBox.

Ты должен знать:

• Запуск  vagrant up в  centos-vm или  ansible-vm для создания, настройки и запуска виртуальной машины
  
  • Запустите vagrant reload после  up первого запуска  , если были установлены новые гостевые дополнения
• Запустите  vagrant ssh ssh на компьютере как пользователь  vagrantс полными правами sudo.
• Запустите,  vagrant halt чтобы остановить виртуальную машину, и  vagrant destroy если вы хотите уничтожить ее (воссоздать ее с нуля)

Обратите внимание, что Vagrant автоматически совместно использует каталог vm как  /vagrant с виртуальной машиной (и мы также предоставляем этот каталог как  /Infrastructure) и может перенаправлять порты с гостевой виртуальной машины на хост, чтобы вы могли получить доступ к службам, работающим на виртуальной машине, через  locahost:<the forwarded port> которые мы часто используем  centos-vm.

Большая часть конфига находится внутри «ролей», таких как «jboss» и «vagrant», см.  ./roles/ Каталог.

Используйте тест CentOS VM. Чтобы разрешить выполнение ansible без пароля на тестовой ВМ, рекомендуется использовать ssh-agent, добавив к нему ключ vagrant через  ssh-add ~/.vagrant.d/insecure_private_key.

Ansible может попытаться предсказать некоторые изменения, которые он должен будет сделать:

 ansible-playbook -vi staging site.yml -u <your user name> [--ask-sudo-pass] --check --diff

Внутри  Infrastructure/ каталога запустите:

ansible-playbook -vi staging site.yml -u <your user name> [--ask-pass] [--ask-sudo-pass] [--tags <comma-separated tags>] [--private-key=key file]

Заметки:

• Ansible будет ssh как предоставленный пользователь для компьютеров, перечисленных в промежуточном файле («-u jakub» => «ssh jakub @ app (1 | 2) .staging.example.com»)
• --ask-pass необходимо, если ssh запрашивает пароль, т.е. если вы не настроили ssh без пароля
• --ask-sudo-pass (или  -K) необходимо, если ваш пользователь не имеет доступа sudo без пароля на сервере
• Вы можете использовать  --tags для выполнения только подмножество задач (при условии, что они были помечены); напр .: --tags newrelic,jboss_module,jboss_configuration

источники