我正在努力思考如何将我在我的大型 site.pp 文件中所做的事情转变为我可以在 hiera 中使用的结构。通过阅读 puppet 文档,我不清楚 hiera 数据的确切评估方式以及它何时适合图片。我最近从 puppet 2.7.x 升级到了 3.3.x。这包括作为标准包一部分的 hiera,所以我想最后看看使用它,因为它应该使我的设置更容易阅读/理解。
我正在使用几个外部组织来支持系统。这包括配置每个组织独有的系统。在我的 site.pp 的顶部,我有一个如下所示的结构。我使用它根据与 clientcert 事实匹配的正则表达式为每个组织设置事实,这些事实以它们将可靠地识别每个组织的方式配置和发布。
# match organization
case $::clientcert {
/.*example1.org/ :
{ $snmp_ro_community='...'
$snmp_location='Example Org 1'
... }
/.*example2.org/ :
{ $snmp_ro_community='...'
$snmp_location='Example Org 2'
... }
/.*example3.org/ :
{ $snmp_ro_community='...'
$snmp_location='Example Org 3'
... }
/.*example4.org/ :
{ $snmp_ro_community='...'
$snmp_location='Example Org 4'
... }
}
我浏览示例我没有看到任何方法可以在我的 hiera.yaml 文件中进行任何类型的模式匹配。我怀疑我一定遗漏了一些明显的东西。
我不想为此依赖一个习惯事实。我更喜欢坚持使用客户端证书,因为我确信这将正确识别组织和系统,并且已使用强密码术进行确认。我不想将一个组织的价值赋予另一个组织。
出于类似的原因,我一直在寻找同样的东西。并且发现 github 中支持的 hiera 对 jjulien/hiera-regex很有帮助 。作为项目本身自述文件的示例:您必须配置一个处理分组的新后端,如下所示:
/etc/puppet/hiera.yaml:
/var/lib/hiera/fqdn/fqdn.regex:
但是我看到几个 puppet 用户的帖子和 puppetlabs 的视频都警告不要使用 hiera 进行分类,尤其是现在发布了带有节点管理器的 PE 3.7。
为此,您可以设置 YAML 文件的层次结构。让我们从
hiera.yaml
:对于文件夹结构,您可以使用任何可以在输出中看到的事实
facter -y
。例如,您可以为每个 CPU 架构拥有 hiera 配置文件。然后你会添加行hiera会看起来让我们说
arch/amd64.yaml
要调试 hiera,您可以转储当前的事实:
并寻找一些变量:
Hiera 将遍历所有规则并尝试找到变量:
为了匹配
$::clientcert
,将顶级域提取到一个单独的事实可能是个好主意,然后只使用cert/example1.org.yaml
包含以下内容的 yaml 文件:很高兴知道,即使您的模块根本不包含任何 hiera 函数调用,您也可以轻松设置参数值:
一些层次结构: