Superviser un cluster
Les ‘noeuds’ du cluster sont utilisés pour interroger l’API PVE. Le premier à répondre est utilisé pour interroger le statut du cluster. Assurez vous donc de n’ajouter que des noeuds du même cluster !
Voyez le fichier de configuration d’exemple pour la syntaxe.
Note: Vous devriez créer un utilisateur avec les droits de lecture seule sur votre cluster. Pour ce faire, connectez vous sur l’un des noeuds de votre cluster et allez dans Centre de données -> Utilisateurs -> Ajouter
Si vous avez utilisé Proxmox VE authentification comme realm, n’oubliez pas de changer la directive realm pour pve dans votre fichier de configuration.
Choisissez le role PVEAuditor avec propagation sur « / » afin que l’utilisateur créé ait le droit de lecture sur tous les aspects du cluster.
Attention: Le parser de configuration de pve-monitor est encore fragile. Conservez un fichier propre et semblable au fichier de configuration d’exemple afin d’éviter les erreurs.
Definir votre cluster dans la configuration Nagios
Ajouter un fichier pve-cluster.cfg dans /etc/nagios3/conf.d/
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
# Define the cluster itself as a host # the command check_pve_cluster_nodes give us info # on the member's cluster state define host { host_name pve-cluster max_check_attempts 10 check_command check_pve_cluster_nodes } # define openvz, qemu and storages as services of the cluster # pve-monitor < 1.07 define service{ use generic-service host_name pve-cluster service_description OpenVZ VMs check_command check_pve_cluster_openvz } # pve-monitor >= 1.07 define service{ use generic-service host_name pve-cluster service_description Containers check_command check_pve_cluster_containers } define service{ use generic-service host_name pve-cluster service_description Qemu VMs check_command check_pve_cluster_qemu } define service{ use generic-service host_name pve-cluster service_description Storages check_command check_pve_cluster_storage } |