Как настроить автоматический откат в Ansible12.04.2025 17:16

Петя запускает плейбук, чтобы обновить конфигурацию Nginx —, но сервис не стартует. В конфиге ошибка.

Он ищет причину, правит файл, запускает плейбук заново — потому что Ansible сам по себе откатывать изменения не умеет. Сайт заработал, но Петя потратил время, а пользователи видели простой.

В Ansible для этого есть один приём. Блоки задач:  block,  rescue и always. Это как try-catch-finally в программировании: сначала block, при ошибке — rescue, затем — always, независимо от результата.

Вот как выглядит плейбук до улучшений:

- name: Update nginx config
  hosts: web
  tasks:
    - name: Copy config
      ansible.builtin.copy:
        src: nginx.conf
        dest: /etc/nginx/nginx.conf
      notify:
        - Restart nginx

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

- name: Update nginx config
  hosts: web
  tasks:
    - name: Copy config
      ansible.builtin.copy:
        src: nginx.conf
        dest: /etc/nginx/nginx.conf
        backup: true
      notify:
        - Restart nginx

Теперь есть резервная копия, но восстанавливать её всё ещё придётся вручную.

Настраиваем автоматический откат

Чтобы Ansible сам справлялся с ошибками, задачу нужно обернуть в block, а в rescue — прописать действия на случай ошибки:

- name: Update nginx config with rollback
  hosts: web
  tasks:
    - block:
        - name: Copy config
          ansible.builtin.copy:
            src: nginx.conf
            dest: /etc/nginx/nginx.conf
            backup: true
          register: copy_result
          notify:
            - Restart nginx
      rescue:
        - name: Restore backup
          ansible.builtin.copy:
            src: "{{ copy_result.backup }}"
            dest: /etc/nginx/nginx.conf
          notify:
            - Restart nginx

Теперь, если Nginx не запустится, Ansible сам вернёт старую конфигурацию и перезапустит сервис.

Однако не все ошибки можно перехватить. Если Ansible не смог подключиться к хосту или в плейбуке синтаксическая ошибка,  rescue не поможет — такие ошибки прерывают весь плейбук сразу.

Чистим бэкапы

После каждого запуска плейбука остаётся файл бэкапа. Если их не удалять, со временем они будут копиться на сервере. Чтобы этого избежать, лучше сразу очищать их в секции always:

- name: Update nginx config with rollback and cleanup
  hosts: web
  tasks:
    - block:
        - name: Copy config
          ansible.builtin.copy:
            src: nginx.conf
            dest: /etc/nginx/nginx.conf
            backup: true
          register: copy_result
          notify:
            - Restart nginx
      rescue:
        - name: Restore backup
          ansible.builtin.copy:
            src: "{{ copy_result.backup }}"
            dest: /etc/nginx/nginx.conf
          notify:
            - Restart nginx
      always:
        - name: Remove backup
          ansible.builtin.file:
            path: "{{ copy_result.backup }}"
            state: absent
          when: "{{ copy_result.backup }}"

Есть важный нюанс: задачи внутри always выполняются всегда — даже если раньше произошла ошибка. Но если сама задача внутри always завершится с ошибкой, Ansible сразу остановит плейбук. Поэтому в always лучше использовать только простые и надёжные операции.

Когда откат не спасёт

Например, Nginx не запускается, потому что закончилась память, умер процесс или сломалась файловая система. Ansible вернёт старый конфиг, перезапустит сервис —, но ошибка останется. Потому что дело было не в конфигурации. Такое бывает — и об этом важно помнить.

Блоки пригодятся не только для отката конфигов. Их можно использовать для уведомлений, очистки или перезапуска сервисов. Главное — использовать их по делу.

Запомнить

1. Ansible не умеет откатывать изменения сам.

2. rescue ловит только ошибки задач.

3. always выполняется всегда, но если задача в нём упадёт — плейбук остановится.

4. Откат может не помочь — если причина в чем-то другом.

5. Блоки полезны не только для отката.