使用Puppet配置远程规则集

Question

我正在尝试自动化普罗米修斯node_exporter和我的普罗米修斯服务器。对于node_exporter，我已经编写了一个模块来安装所有需要的包，基于facter和其他一些设置$::ipaddress。。

现在，我想确保从应用节点收集的信息($hostname、$job_name、[…](被导出到各自的远程Prometheus配置文件中，但我希望异步完成这一步骤，例如，之后在PrometheusServer上运行一个木偶代理。

我已经尝试将类定向为puppetlabs/logrotate模块，它基本上执行以下操作：

logrotate/init.pp

class logrotate (
String $ensure              = present,
Boolean $hieramerge         = false,
Boolean $manage_cron_daily  = true,
Boolean $create_base_rules  = true,
Boolean $purge_configdir    = false,
String $package             = 'logrotate',
Hash $rules                 = {},
) {
do some stuff
}    

logrotate/rules.pp

class logrotate::rules ($rules = $::logrotate::rules){
#assert_private()
create_resources('logrotate::rule', $rules)
}

logrotate/rule.pp

define logrotate::rule(
Pattern[/^[a-zA-Z0-9._-]+$/] $rulename           = $title,
Enum['present','absent'] $ensure                  = 'present',
Optional[Logrotate::Path] $path                   = undef,
(...)
) {
do some stuff
} 

缩短了我的ni_trending(node_exporter(&ni_prometheus模块目前看起来与logrotate:非常相似

ni_trending/init.pp

class ni_trending (
$hostname       = $::fqdn,
$listen_address = $::ipaddress,
$listen_port    = 51118,
) { 
) inherits ni_trending::params {
anchor { 'ni_trending::start': }
->class { 'ni_trending::package': }
->class { 'ni_trending::config':
(...)
listen_address => $listen_address,
listen_port    => $listen_port,
(...)
}
->class { 'ni_trending::service': }
->class { ' ni_trending::prometheus':
(...)
hostname     => $hostname,
listen_port  => $listen_port,
(...)
}
->anchor { 'ni_trending::end': }
}

ni_trending/prometheus.pp

class ni_trending::prometheus (
Hash $options        = {},
) {
ni_prometheus::nodeexporterrule { 'node_exporter' :
ensure      => pick_default($options['ensure'], 'present'),
hostname    => pick_default($options['hostname'], $ni_trending::hostname),
listen_port => pick_default($options['hostname'], $ni_trending::listen_port),
}
}

ni_promethus/nodeexporterrules.pp

class ni_prometheus::nodeexporterrules ($rules = $::ni_prometheus::nodeexporterrules) {
create_resources('ni_prometheus::nodeexporterrule', $nodeexporterrules)
}

ni_promethus/nodeexporterrule.pp

define ni_prometheus::nodeexporterrule (
$job_name                         = $title,
Enum['present','absent'] $ensure  = 'present',
$hostname                         = $hostname,
$listen_port                      = $listen_port,
) {
file_line { "prometheus-${job_name}" :
path  => "/etc/prometheus/${job_name}.list",
after => 'hosts:',
line  => "${hostname}:${listen_port}",
}
}

但当我在Prometheus Master上本地应用node_exporter时，这将起作用——而不是在外部机器包含ni_trending::prometheus类的情况下，这对我来说很有意义——因为它显然感觉缺少了什么。：-(我该怎么做？

谢谢！

Answer 1

这听起来像是导出资源的作业(一天两次！(。这是一种用于一个节点的目录构建的工具，用于生成可应用于其他节点(也可以选择应用于导出节点本身(的资源。我仍然没有跟踪您想要在哪里管理的内容的详细信息，所以这里有一个更通用的示例：维护本地主机文件。

通用示例

假设我们想要自动管理一个主机文件，该文件列出了我们所管理的所有节点。Puppet有一个内置资源Host，表示主机文件中的一个条目。我们通过让管理下的每个节点导出适当的主机资源来利用这一点。像这样的东西会进入每个节点上包含的类中：

@@host { "$hostname": ip => $ipaddress; }

@@前缀将资源标记为已导出。它不应用于当前目标节点，除非通过我稍后将描述的机制。$hostname和$ipaddress只是由目标节点呈现的事实，并且它们在该上下文中被解析。同样需要注意的是，资源标题是全局唯一的：每个目标节点都有不同的主机名，因此应用于不同目标节点的所有导出的Host资源都将具有不同的标题。

然后，单独地，每个想要将所有Host条目应用到它的节点都将通过使用导出的资源收集器将它们导入到自己的目录中：

<<|Host|>>

导出这些资源的节点也可以收集部分或全部资源。此外，还有一些方法可以更选择性地收集哪些资源；请参阅上面的链接。