delegate_to и run_once для оркестрации

По умолчанию каждая задача выполняется на целевом узле. Для оркестрации иногда требуется, чтобы задача выполнялась совсем в другом месте. 🎯

Ключевое слово delegate_to запускает задачу на другом узле, а не на текущем, при этом используются переменные этого узла.

При переборе веб-узлов делегируйте изменение балансировщика нагрузки узлу LB. Проигрывание остаётся поузловым, но действие выполняется на LB.

Запустите задачу на управляющем узле, делегировав её на localhost. Это удобно для вызова API или отправки уведомления из одного места.

Делегирование меняет место выполнения задачи, но не набор фактов, которые она видит. inventory_hostname по-прежнему обозначает исходный целевой узел, а не делегат.

Ключевое слово run_once запускает задачу один раз для всей группы узлов, а не по одному разу на каждый узел. Ansible выбирает первый узел для её выполнения.

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

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

При использовании run_once зарегистрированный результат становится общим для всех узлов в группе. Все они видят вывод этого единственного выполнения.

Используйте delegate_facts, если хотите прикрепить собранные факты к узлу-делегату, а не к текущему узлу. По умолчанию эта возможность отключена.

Вместе эти ключевые слова превращают поузловую настройку в настоящую оркестрацию: координацию одного действия на всём парке узлов из единой точки.

Используйте delegate_to, чтобы запустить задачу на другом узле, а run_once — чтобы выполнить её только один раз на группу узлов: это основа оркестрации. ✅