Ответ: как управлять хостами, если они не всегда в сети?
Приношу свои извинения, если этот вопрос задавался раньше, но, возможно, я использую неправильную терминологию в своих поисках ...
В свободное время я управляю ограниченным количеством хостов (настольных компьютеров и ноутбуков с Debian Stretch) с помощью Ansible. Моя «инструкция по установке» создает единую конфигурацию для всех этих хостов с разным оборудованием, чтобы упростить управление. m теперь время от времени вручную запускает роль средства обновления, и время от времени я нахожу полезную настройку, которую затем развертываю на тех хостах, которые подключены к сети. Но: некоторые из них редко приходят в офис, и если они доступны для обновления, всегда сложно определить, какие настройки мне еще нужно развернуть на этой машине ... [123 9] Конечно, я могу:
- записать временную метку эпохи (
{{ansible_date_time.epoch}}) в файл на каждом хосте, который можно получить и установить как факт - создать новый задача для каждой новой настройки, добавляя тег с меткой времени эпохи и условным условием, чтобы проверить, обновляет ли эпоха-факт> эпоха-тег
- метку времени эпохи на хосте после успешного запуска playbook
Так и должно быть сделать?
თუ ისინი ხელმისაწვდომია განახლებისთვის, ყოველთვის უჭირთ იმის დადგენა, თუ რომელი შესწორებები მაინც უნდა გამოვაყენო ამ აპარატზე ...
ეს არ არის Ansible- ის გამოყენების გზა. თქვენი წიგნების წიგნები უნდა იყოს დაწერილი ისე, რომ არ აქვს მნიშვნელობა გამოიყენეთ თუ არა მანამდე კონფიგურაციის ნაკრები ( "idempotence" ). თუ ესენია, უბრალოდ შეგიძლიათ გამოიყენოთ წიგნის უახლესი ვერსია და თქვენი სისტემები სწორად დასრულდეს.
Это может быть хорошим применением - чехол для анзибл-тяга . Хосты, которые не постоянно подключены к сети, могут быть настроены для запуска ansible-pull при подключении к офисной сети.
Однако это не меняет необходимости создавать идемпотентную игру и роли. Если время выполнения playbook является проблемой, есть возможность использовать модуль stat , чтобы установить условия для пропуска более длительных задач.
Селекторы здесь возможны, но они требуют ручного управления. Так что может быть лучше ускорить время выполнения самой playbook.