[英]using multiple hiera.yaml files with puppet
在将 Debian 作为硬件操作系统以及我们 Ganeti 环境中的 VM 引入我们的基础设施之后,我现在正在尝试通过使用模块中的本地hiera.yaml
文件为 Debian 主机部署 apt 源列表。
我们正在为 Ubuntu 以及我们的本地存储库部署 apt 源列表,并使用专用模块作为 puppetlabs/apt 模块的包装器。 puppet 服务器上的全局hiera.yaml
如下所示:
---
version: 5
defaults:
datadir: data
data_hash: yaml_data
hierarchy:
- name: "module scope"
paths:
- "%{facts.fqdn}.yaml"
- "%{facts.context}-%{facts.location}-%{facts.hostgroup}.yaml"
- "%{facts.context}-%{facts.datacenter}-%{facts.hostgroup}.yaml"
- "%{facts.context}-%{facts.hostgroup}.yaml"
- "%{facts.context}-%{facts.location}.yaml"
- "%{facts.context}-%{facts.datacenter}.yaml"
- "%{facts.context}.yaml"
- common.yaml
datadir: "/etc/puppetlabs/code/environments/%{environment}/modules/%{module_name}/data"
在apt_sources
模块中, common.yaml
包含我们的 repo 的 apt 密钥。 在%{facts.context}.yaml
包含了所有Ubuntu和我们的回购来源名单,这是moste情况下已经足够,因此,对于我们需要一些外部回购,比如一些主机组mysql
, percona
, ceph
等。而这些来源包含在各自的 yaml 文件中,要么在%{facts.context}-%{facts.hostgroup}.yaml
要么在其他 yaml 文件中,最后我们只合并%{facts.context}.yaml
的哈希并在其他相关的 yaml 文件中。 现在 Debian 的事情变得有点复杂了,我不得不在我们的apt_sources
模块中重组data
目录,以便 Debian 源列表与 Ubuntu 源列表分开,如下所示:
apt_sources$ tree -L 1 data/
data/
├── common.yaml
├── Debian
└── Ubuntu
2 directories, 1 file
apt_sources$
我创建了一个包含以下内容的本地hiera.yaml
文件:
---
version: 5
defaults:
datadir: data
data_hash: yaml_data
hierarchy:
- name: "module scope"
paths:
- "%{facts.operatingsystem}/%{facts.fqdn}.yaml"
- "%{facts.operatingsystem}/%{facts.context}-%{facts.location}-%{facts.hostgroup}.yaml"
- "%{facts.operatingsystem}/%{facts.context}-%{facts.datacenter}-%{facts.hostgroup}.yaml"
- "%{facts.operatingsystem}/%{facts.context}-%{facts.hostgroup}.yaml"
- "%{facts.operatingsystem}/%{facts.context}-%{facts.location}.yaml"
- "%{facts.operatingsystem}/%{facts.context}-%{facts.datacenter}.yaml"
- "%{facts.operatingsystem}/%{facts.context}.yaml"
- common.yaml
datadir: "/etc/puppetlabs/code/environments/%{environment}/modules/%{module_name}/data"
由于与某些 QA 基础设施的兼容性,我们的init.pp
的相关部分必须保持 puppet 3 兼容:
#
class apt_sources (
Hash $gnupg_key = {},
Hash $pin = {},
$proxy = {},
$purge_sources = false,
Hash $settings = {},
Hash $sources = {},
) {
class { 'apt':
update => {
frequency => 'daily',
},
purge => {
'sources.list' => $purge_sources,
'sources.list.d' => $purge_sources,
},
}
create_resources('apt::source', hiera_hash('apt_sources::sources', $sources))
create_resources('apt::setting', hiera_hash('apt_sources::settings', $settings))
create_resources('apt::key', hiera_hash('apt_sources::gnupg_key', $gnupg_key))
create_resources('apt::pin', hiera_hash('apt_sources::pin', $pin))
Apt::Pin <| |> -> Apt::Source <| |> -> Apt::Ppa <| |> -> Exec['apt_update'] -> Package <| |>
}
现在,当使用额外的%{facts.context}-%{facts.hostgroup}.yaml
文件为主机部署 apt_sources 时,源列表不会被合并,而只有更具体的 yaml 文件获胜,在这种情况下, %{facts.context}-%{facts.hostgroup}.yaml
文件,因此未部署%{facts.context}.yaml
中的主要存储库。 在 puppetserver 中,我可以在日志文件中看到 Puppet 如何使用全局hiera.yaml
和本地hiera.yaml
查找键,但仅用于第一个哈希,然后是这一行:
Hiera configuration recreated due to change of scope variables used in interpolation expressions
并且 Puppet 一直在寻找其他键,但这次仅使用全局hiera.yaml
配置并跳过本地配置,因此 Puppet 找不到任何哈希并使用默认{}
值。
不幸的是,由于 Puppet 3 兼容性,我暂时无法用lookup
功能替换hiear_hash
。
编辑
最初只有 Ubuntu 作为操作系统,我在目录data/
拥有所有 hiera 数据, init.pp
如下所示:
#
class apt_sources (
$proxy = {},
$purge_sources = false,
$merge_sources = true,
) {
class { 'apt':
update => {
frequency => 'daily',
},
purge => {
'sources.list' => $purge_sources,
'sources.list.d' => $purge_sources,
},
}
if $merge_sources {
$sources = hiera_hash('apt_sources::sources', {})
create_resources('apt::source', $sources)
}
else {
$sources = hiera('apt_sources::sources')
create_resources('apt::source', $sources)
}
$settings = hiera_hash('apt_sources::settings', {})
create_resources('apt::setting', $settings)
$gnupg_key = hiera_hash('apt_sources::gnupg_key', {})
create_resources('apt::key', $gnupg_key)
$pin = hiera_hash('apt_sources::pin', {})
create_resources('apt::pin', $pin)
Apt::Pin <| |> -> Apt::Source <| |> -> Apt::Ppa <| |> -> Exec['apt_update'] -> Package <| |>
}
也许有人可以解释这种行为。
感谢您的帮助。
我通过将以下内容添加到common.yaml
来修复它:
lookup_options:
apt_sources::sources:
merge:
strategy: deep
此外,我更改了create_resources
语句,如下所示:
create_resources('apt::source', $sources)
create_resources('apt::setting', $settings)
create_resources('apt::key', $gnupg_key)
create_resources('apt::pin', $pin)
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.