我开始使用 puppet,在配置 puppet master 时,我觉得我希望 puppet 也能维护那个主机。奇怪的是,我没有看到任何建议,甚至没有太多支持或反对的讨论,这让我想知道是否有理由。
我想象这样的事情来引导主机创建(伪shell脚本):
git clone git://github.com/me/puppit.git /etc/puppet/
puppet apply puppetmaster.pp
然后在该主机上运行 puppetd,以便它从 puppetmasterd(同一主机)中提取目录,从而保持适当的配置。
我就是这样做的。根据具体情况,可能会运行一些其他命令(安装 Ruby、Puppet 本身),但一般来说,我
deploy
在 repo 的根目录中只有一个 shell 脚本,它可以执行必要的操作,包括初始 Puppet 运行以获取机器自举。我还使用 Puppet 管理我公司的 Puppet 服务器。
我以前是这样工作的:
我已经配置了
hiera role
一个名为 Puppet 的(使用自定义事实),然后我将在role.yaml
文件中配置与 puppet 服务器相关的所有内容。但从那时起,我将其更改为
puppet.fqdn.yaml
在hieradata/fqdn
文件夹中有一个,现在当我想更改 Puppet 的配置时,我编辑该文件。你的问题到底是什么?我总是使用 Puppet 来管理 master 本身。-- 即使最初的 puppetmasterd 安装可能是手动的或只是 shell 脚本的。