Шеф-повар = Атрибут Узла, как Управлять ими локально, имеющий версию и затем загрузить их?

Если бы Вам нужно к инкрементному резервному копированию самокрутки, я предложил бы найти версию rsync, который работает с Windows или установкой Cygwin с rsync портом. Это разработано, чтобы сделать просто это и имеет намного больше опций, чем xcopy.

4
задан 9 February 2011 в 06:41
2 ответа

В Шеф-поваре узел является полномочиями. Лучшая практика должна использовать начальную загрузку ножа для подъема системного набора, чтобы выполнить шеф-повара и интегрировать ее с сервером Шеф-повара.

Большинство данных атрибута узла сгенерировано динамично узлом, когда шеф-повар-клиент работает, где оно использует ohai для обнаружения информации о себе. Другие данные могут прибыть из поваренных книг и ролей. Ваши поваренные книги и роли должны, конечно, быть сохранены в Вашем репозитории управления версиями, в том, что обычно называют Репозиторием Шеф-повара.

Главная причина сохранить узлы локально состоит в том, чтобы получить их списки выполнения. Мы рекомендуем иметь runbook документ в репозитории (как README :)) который описывает, какие виды серверов Вы имеете и каковы их роли.

3
ответ дан 3 December 2019 в 03:35

Я сейчас думаю о том, как отслеживать изменения в node run_list в репозитории. И единственное, что мне приходит в голову, это создать роль для каждого узла с тем же именем, что и узел. Например:

  1. У нас есть 3 сервера с именами хостов: alpha, bob, charlie.
  2. Мы создаем 3 файла ролей в нашей папке ролей: alpha.rb, bob.rb, charlie.rb
  3. Мы указываем имя , описание, run_list в каждом файле, как если бы они были обычными ролями.
  4. Создайте run_lists для узлов, которые содержат только роль с соответствующим именем.

И всякий раз, когда нам нужно изменить run_list, мы меняем роль, и run_list остается прежним .

1
ответ дан 3 December 2019 в 03:35

Теги

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