Estou começando a usar o fantoche e, ao configurar o mestre de marionetes, sinto que gostaria que o boneco também o mantivesse. O curioso é que não vejo nenhuma recomendação ou muita discussão a favor ou contra, o que me faz pensar se há uma razão.
Eu imagino algo assim para iniciar a criação do host (pseudo-shell script):
git clone git://github.com/me/puppit.git /etc/puppet/
puppet apply puppetmaster.pp
e, em seguida, executando o puppetd no host, para que ele extraia o catálogo do puppetmasterd (mesmo host) e, assim, permaneça configurado apropriadamente.
Isso é muito bonito como eu faço. Dependendo da situação exata, provavelmente haverá alguns outros comandos para executar (instalando Ruby, Puppet), mas em geral eu só tenho um script deploy shell na raiz do repositório que faz o necessário, incluindo um Puppet inicial correr para obter a máquina bootstrapped.
Eu também gerencio o servidor Puppet da minha empresa com o Puppet.
Eu costumava trabalhar assim:
Eu configurei um hiera role (usando um fato personalizado) que é chamado Puppet e, em seguida, configuraria tudo relacionado ao servidor de fantoches no arquivo role.yaml .
Mas desde então, mudei para ter um puppet.fqdn.yaml na pasta hieradata/fqdn e agora, quando quero alterar a configuração do Puppet, edito esse arquivo.
Qual é a sua pergunta exatamente? Eu sempre uso Puppet para gerenciar o mestre em si. - Mesmo que a instalação inicial do puppetmasterd possa ser manual ou somente com shell script.
Tags puppet puppetmaster