Как мы можем поменять последовательное выполнение таски плейбука на машинах в параллельное

Организация параллельного выполнения задач в Ansible

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

Основные механизмы параллелизма

1. Управление количеством параллельных процессов (forks)

Ansible контролирует параллелизм через параметр forks, определяющий максимальное количество нод, на которых задачи выполняются одновременно.

# В конфигурационном файле ansible.cfg
[defaults]
forks = 20

# Или при запуске плейбука
ansible-playbook playbook.yml -f 20

2. Стратегии выполнения (strategy)

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

- hosts: webservers
  strategy: free  # Позволяет нодам выполняться независимо
  tasks:
    - name: Install packages
      apt:
        name: "{{ item }}"
        state: present
      loop:
        - nginx
        - python3

Основные стратегии:

• linear (по умолчанию) — задачи выполняются последовательно на всех хостах
• free — каждая нода выполняет задачи независимо, максимальный параллелизм
• debug — для отладки, с приостановками между задачами

Продвинутые техники параллелизации

1. Асинхронные задачи с опросом

Для длительных операций, которые могут блокировать выполнение:

- name: Execute long-running task
  command: /usr/bin/long_running_script.sh
  async: 600  # Максимальное время выполнения в секундах
  poll: 0     # Не опрашивать статус сразу
  
- name: Check async task status
  async_status:
    jid: "{{ ansible_job_id }}"
  register: job_result
  until: job_result.finished
  retries: 30
  delay: 10

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

Позволяет запускать только определенные части плейбука:

ansible-playbook playbook.yml --tags "deploy,config" -f 50

3. Параллельные плейбуки с include_tasks

Можно разбивать сложные задачи на подзадачи:

- hosts: all
  tasks:
    - include_tasks: setup_database.yml
    - include_tasks: configure_app.yml

Оптимизация производительности

Настройка SSH-соединений

# В ansible.cfg
[ssh_connection]
pipelining = True
control_path = /tmp/ansible-ssh-%%h-%%p-%%r
control_path_dir = /tmp/ansible-cp

Использование ускоренных режимов

• accelerate mode — устаревший, но быстрый режим
• persistent connections — повторное использование SSH-соединений

Ограничения и лучшие практики

Ограничения:

• Слишком большое количество forks может перегрузить контроллер
• Некоторые задачи требуют строгой последовательности (например, обновление кластера БД)
• Зависимости между хостами могут нарушить параллельное выполнение

Рекомендации:

• Начинать с 5-10 forks и увеличивать постепенно
• Использовать throttle для ограничения параллелизма конкретных задач:

- name: Critical task with limited concurrency
  command: /opt/scripts/critical_update.sh
  throttle: 3  # Не более 3 одновременных выполнений

• Разделять хосты по группам для разных этапов деплоя
• Использовать serial для контролируемого последовательного выполнения:

- hosts: load_balancers
  serial: 1  # Выполнять строго по одному
  tasks:
    - name: Drain connections
      command: haproxy -sf

Мониторинг и отладка

Для анализа производительности:

# Подробный вывод с таймингами
ansible-playbook playbook.yml -vv --profile-tasks

# Использование callback-плагинов для мониторинга
export ANSIBLE_CALLBACK_PLUGINS=/path/to/callback_plugins
export ANSIBLE_STDOUT_CALLBACK=profile_tasks

Заключение

Переход от последовательного к параллельному выполнению в Ansible требует комплексного подхода:

1. Настройка базового параллелизма через forks и стратегии
2. Оптимизация соединений для уменьшения накладных расходов
3. Сегментация задач с учетом зависимостей
4. Мониторинг производительности для выявления узких мест

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