Назад | Перейти на главную страницу

Использование марионетки для настройки мастера марионеток

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

Я представляю себе что-то вроде этого для начальной загрузки при создании хоста (псевдоболочка-скрипт):

git clone git://github.com/me/puppit.git /etc/puppet/
puppet apply puppetmaster.pp

а затем запустить puppetd на этом хосте, чтобы он извлек каталог из puppetmasterd (того же хоста) и оставался соответствующим образом настроенным.

Я также управляю сервером Puppet моей компании с помощью Puppet.

Раньше я работал так:

Я настроил hiera role (используя настраиваемый факт), который называется Puppet, и затем я бы настроил все, что связано с марионеточным сервером, в role.yaml файл.

Но с тех пор я изменил его на puppet.fqdn.yaml в hieradata/fqdn папка, и теперь, когда я хочу изменить конфигурацию Puppet, я редактирую этот файл.

Во многом я это делаю. В зависимости от конкретной ситуации, скорее всего, будут выполняться некоторые другие команды (установка Ruby, сам Puppet), но в целом у меня просто есть deploy сценарий оболочки в корне репозитория, который выполняет все необходимое, включая первоначальный запуск Puppet для загрузки машины.

В чем конкретно ваш вопрос? Я всегда использую Puppet для управления самим мастером. - Даже если первоначальная установка puppetmasterd может быть ручной или только с помощью сценария оболочки.