Разумно обрабатывающее марионеточное недоступное ведущее устройство (почти кэширующийся)

Существует ли хороший способ настроить кэширование для Марионетки, конкретно обрабатывает по шаблону? У меня есть много модулей, которые были бы действительно, действительно полезны для имения в наличии в ситуации DR.

Предлагаемое решение

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

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

После того как у меня есть локальная копия, некоторая логика могла выполнить марионеточное выполненное использование локального зеркала.

Это было бы псевдо марионеткой без ведущего устройства, чем-то как

puppet apply --modulepath ./modules manifests/site.pp

Как я могу иметь, эффективно сделали, чтобы марионетка сказала, что марионеточное ведущее устройство не доступно, поэтому выполните эти команды?

1
задан 1 July 2014 в 00:12
1 ответ

Пока мастер работает в нормальном режиме, агент будет обновлять временную метку на $vardir/state/state.yaml при каждом запуске. Отказ ведущего устройства (включая ошибки компилятора и т.д.) приведет к появлению устаревшего файла state.yaml. Вы можете использовать его свежесть, чтобы определить, работает ли ваш ведущий.

.
1
ответ дан 4 December 2019 в 00:23

Теги

Похожие вопросы