Используя марионетку для конфигурирования марионеточного ведущего устройства
Я начинаю использовать марионетку и в конфигурировании марионеточного ведущего устройства, я чувствую, что хотел бы, чтобы марионетка поддержала тот хост также. То, чему любопытно, - то, что я не вижу рекомендации или даже большого обсуждения за или против, который имеет меня задающийся вопросом, существует ли причина.
Я предполагаю, что что-то вроде этого загружается на создании хоста (псевдосценарий оболочки):
git clone git://github.com/me/puppit.git /etc/puppet/
puppet apply puppetmaster.pp
и затем работая puppetd на том хосте также так, чтобы это вытянуло каталог от puppetmasterd (тот же хост) и соответственно настроенным - также.
Я так и делаю. В зависимости от конкретной ситуации, вероятно, будут выполняться некоторые другие команды (установка Ruby, сам Puppet), но в целом у меня просто есть сценарий оболочки deploy в корне репозитория, который выполняет все необходимое, включая начальный запуск Puppet для загрузки машины.
Я также управляю сервером Puppet моей компании с помощью Puppet.
Раньше я работал следующим образом:
Я настроил роль hiera (используя пользовательский fact), который называется Puppet, и затем я бы настроил все, что связано с марионеточным сервером, в файле role.yaml .
Но с тех пор я изменил его на марионетку .fqdn.yaml в папке hieradata / fqdn , и теперь, когда я хочу изменить конфигурацию Puppet, я редактирую этот файл.
Каков именно ваш вопрос? Я всегда использую Puppet для управления самим мастером. - Даже если первоначальная установка puppetmasterd может быть ручной или только с помощью сценария оболочки.