使用 Puppet 配置远程规则集

我正在尝试使普罗米修斯自动化node_exporter和我的普罗米修斯服务器。 为了node_exporter我已经编写了一个模块来安装所有需要的软件包，设置$::ipaddress基于facter还有更多..

现在我想确保收集到的信息（$hostname, $job_name，[...]）从应用节点导出到各自的远程 Prometheus 配置文件中，但我希望异步完成此步骤，因此例如使用随后在 Prometheus 服务器上运行的木偶代理。

我试图将课程定位为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（节点导出器）&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_prometheus/nodeexporterrules.pp

class ni_prometheus::nodeexporterrules ($rules = $::ni_prometheus::nodeexporterrules) {

  create_resources('ni_prometheus::nodeexporterrule', $nodeexporterrules)

}

ni_prometheus/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}",
  }
}

但这只会在我应用时起作用node_exporter本地在 Prometheus Master 上 - 不适用于外部机器具有ni_trending::prometheus包括类，这对我来说很有意义——因为它明显感觉缺少了一些东西。 :-) 我怎样才能让它工作？

Thanks!

这听起来像是一份工作出口资源 https://puppet.com/docs/puppet/5.5/lang_exported.html（这使得two https://stackoverflow.com/questions/53347866/how-can-a-puppet-resource-check-for-a-data-source-on-the-puppetmaster-without-fa一天内！）。这是一个节点目录构建的工具，用于生成可应用于其他节点（也可以选择应用于导出节点本身）的资源。我仍然没有跟踪您想要管理的内容的详细信息，因此这里有一个更通用的示例：维护本地主机文件。

通用示例

假设我们想要自动管理一个列出所有受管理节点的主机文件。 Puppet 有一个内置资源，Host https://puppet.com/docs/puppet/5.5/type.html#host，代表主机文件中的一个条目。我们通过让管理下的每个节点导出适当的主机资源来利用这一点。像这样的东西会出现在每个节点上包含的类中：

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

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

然后，单独地，每个想要所有这些的节点Host应用于它的条目将import通过使用它们在自己的目录中导出资源收集器 https://puppet.com/docs/puppet/5.5/lang_collectors.html:

<<|Host|>>

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