Коротко о главном

Ansible позволяет описывать состояние серверов в YAML и применять его повторно. Не нужен агент: достаточно SSH и Python на целевой машине. Это снижает порог входа, но требует дисциплины в организации инвентаря и ролей.

Ручные правки на нескольких серверах быстро расходятся. Ansible делает конфигурацию воспроизводимой, документирует изменения и позволяет проверять результат.

В тестовой среде Ansible запускается за пару минут. В рабочей — важны воспроизводимость, резервные копии, мониторинг и понятный план восстановления. Разберём, как подойти к этому системно.

Что меняется в рабочей среде

В тестовой среде достаточно, чтобы Ansible запускался. В продакшене добавляются требования к доступности, безопасности и восстановлению. Чем раньше вы зафиксируете эти требования, тем меньше придётся переделывать.

Базовая установка

Установка

В Debian, Ubuntu и Linux Mint используется пакетный менеджер APT:

sudo apt install ansible

В Fedora и RHEL-совместимых системах пакет ставится через DNF:

sudo dnf install ansible

В Arch Linux и производных пакет доступен в официальных репозиториях:

sudo pacman -S ansible

Настройка и проверка

1. Создайте инвентарь

Начните с простого INI-файла. Группы помогают применять разные роли к веб-серверам и базам.

[web]
web1 ansible_host=203.0.113.10

[db]
db1 ansible_host=203.0.113.20

2. Проверьте подключение

Модуль ping проверяет SSH и Python, а не ICMP.

ansible all -i inventory.ini -m ping

3. Напишите первый плейбук

Плейбук описывает задачи декларативно. Указывайте state: present и не используйте shell без необходимости.

- hosts: web
  become: true
  tasks:
    - name: Install nginx
      apt:
        name: nginx
        state: present

4. Запустите с проверкой

Сначала —check, затем обычный запуск. Для отладки используйте -vvv, но не оставляйте высокий уровень в логах.

ansible-playbook -i inventory.ini site.yml --check
ansible-playbook -i inventory.ini site.yml

5. Секреты и роли

Пароли храните в ansible-vault, а повторяемые задачи выносите в роли. Не коммитьте расшифрованные секреты.

ansible-vault create secrets.yml
ansible-galaxy init roles/nginx

Конфигурация для повторяемого развёртывания

Начните с минимального рабочего варианта. Не копируйте большой конфиг целиком: добавляйте параметры по одному и проверяйте результат после каждого изменения.

[defaults]
inventory = ./inventory.ini
host_key_checking = True

Безопасность и наблюдаемость

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

Чек-лист

  • Версии пакетов и конфигурация хранятся в репозитории или системе управления.
  • Есть резервная копия данных и проверенный сценарий восстановления.
  • Административный доступ ограничен по сети и снабжён отдельными учётными записями.
  • Логи и метрики собираются, а оповещения настроены на реальные пороги.
  • Изменения проходят проверку на тестовом стенде до выката.
  • Есть план отката и ответственный за его выполнение.

Практические советы

Эти рекомендации проверены на повседневных задачах. Начните с тех, которые закрывают вашу текущую боль, а не со всего списка сразу.

Совет 1. Идемпотентность важнее скорости первого запуска.

Идемпотентность важнее скорости первого запуска.

Совет 2. Не храните SSH-пароли в инвентаре.

Не храните SSH-пароли в инвентаре.

Совет 3. Используйте отдельного пользователя для автоматизации.

Используйте отдельного пользователя для автоматизации.

Совет 4. Проверяйте плейбуки на тестовом стенде.

Проверяйте плейбуки на тестовом стенде.

Совет 5. Логируйте изменения и храните конфигурацию в Git.

Логируйте изменения и храните конфигурацию в Git.

Типичные ошибки

Ниже — сбои, которые встречаются чаще всего. Перед исправлением сохраните текущие конфиги и запишите, какие изменения вносите: так проще откатиться.

1. UNREACHABLE

Проверьте SSH-ключи, адрес, пользователя и файрвол. Запустите ssh вручную с теми же параметрами.

2. Модуль не найден

Проверьте коллекцию и версию Ansible. Установите нужную коллекцию через ansible-galaxy.

3. Плейбук меняет всё при каждом запуске

Ищите shell/command без changed_when и задачи, не описывающие целевое состояние.

Итог

В рабочей среде Ansible должен быть предсказуемым: версии зафиксированы, изменения проходят проверку, резервные копии существуют, а сбои видны в мониторинге. Чек-лист выше — минимальная отправная точка.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 0 / 5. Количество оценок: 0

Оценок пока нет. Поставьте оценку первым.

Поделиться: Telegram ВКонтакте