Ressources exportées par Puppet pour les variables des fichiers .erb ?

Donc, pour répondre directement à votre question, je ne pense pas que l'obtention d'une liste des ressources exportées soit une bonne chose. directement de l'erb est possible. Cela est dû à la nature des ressources exportées. Pour Puppet, ce ne sont que des ressources supplémentaires qui doivent être créées sur l'hôte.

Mais il existe un moyen d'accomplir ce que vous cherchez à faire. Je le fais à plusieurs endroits dans mon environnement.

Nous créons ici un répertoire de fichiers, un pour chaque hôte que nous voulons marquer comme "bacula_client". Nous utilisons le fichier purge , force y recurse pour supprimer les fichiers qui ne sont pas gérés par Puppet (c'est-à-dire si vous voulez supprimer un système de cette "liste").

class bacula::client {

  @@file { "/etc/bacula_clients/$fqdn":
    ensure => present,
    content => "",
    require => File['/etc/bacula_clients'],
    tag => "bacula_client",
  }

}

class bacula::server {

  #
  # .. include whatever else the server requires, like package {} file {} service {}
  #

  file { "/etc/bacula_clients":
    ensure => directory,
    purge => true,
    recurse => true,
    force => true,
  }

  # Populate directory of client files.
  File <<| tag == "bacula_client" |>>

}

Ensuite, nous utilisons du code Ruby dans le fichier .erb pour rechercher des fichiers dans ce répertoire et agir en conséquence :

<% 
bacula_clients_dir = '/etc/bacula_clients'
d = Dir.open(bacula_clients_dir)

# Remove directories from the list of entries in the directory (specifically '.' and '..'):
backupclients = d.entries.delete_if { |e| File.directory? "#{bacula_clients_dir}/#{e}" }

backupclients.each do |backup_files| 
-%>
Job {
  Name = "Server"
  JobDefs = "DefaultJob"
  Client = <%= backup_files %>-fd
  Pool = TeraMonth
  Write Bootstrap = "/var/lib/bacula/<%= backup_files %>.bsr"
}
<% end -%>

J'ai trouvé une méthode utilisant le service PuppetDB qui fonctionne assez bien dans cette situation, bien qu'elle soit un peu bricolée. Pour utiliser cette méthode, il faut que PuppetDB soit opérationnel (ce que vous devriez déjà avoir puisque vous utilisez des ressources exportées) et que l'API de PuppetDB puisse être interrogée depuis le puppetmaster (localhost).

Ensuite, vous devrez exporter toutes les ressources que vous souhaitez rassembler dans votre tableau dans un répertoire dédié du système de fichiers. Ce chemin de répertoire sera utilisé pour identifier de manière unique les ressources cibles.

Ensuite, dans votre modèle, faites quelque chose comme ceci :

    require 'rest_client'
    require 'json'
    resources=JSON.parse(RestClient.get("http://localhost:8080/v2/nodes/#{nodename}/resources", {:accept => :json}))

    retVal = Array.new
    resources.each do |resource|
       if resource["title"] =~ /^#{pathRegex}$/
           retVal.push(resource["title"])
       end
    end

Où nodename est le FQDN du serveur, pathRegex est le chemin de recherche mentionné ci-dessus, formaté comme une Regex Ruby, et retVal est le tableau complété. Cela permet de tirer parti du fait que le modèle est traité sur le puppetmaster, de sorte que des identifiants API spéciaux ne sont pas nécessaires. Cela suppose également que la ressource namevar est le chemin pleinement qualifié des fichiers cibles, si vous avez des namevars complexes et que vous utilisez l'attribut path, une logique plus complexe sera nécessaire. Notez également que toutes les ressources sont renvoyées, qu'elles soient exportées ou locales. Les données renvoyées ont de nombreux attributs qui peuvent être utilisés pour une logique plus complexe si nécessaire.

C'est un peu bricolé, mais cela fonctionne bien.