Ceci est assez faisable si vous utilisez un système de gestion de configuration comme Chef/Ansible/Puppet - surtout si vous exécutez des contrôles autonomes sur le sensu-client.
Ceci permet aux clients de définir leurs propres seuils, plutôt que de changer eux-mêmes les serveurs sensu.
Voir https://sensuapp.org/docs/latest/reference/checks.html#standalone-checks
Dans ce cas, les définitions des contrôles sont assis sur les serveurs clients et ils ont le choix de leurs seuils ou configurations. Le client lui-même gère la fréquence d'exécution de la vérification et renvoie la sortie au serveur, plutôt que le serveur demandant les vérifications. Cela aide un peu jusqu'à la mise à l'échelle ou la multitenancy.
L'autre façon d'y parvenir, si vous êtes lié à des contrôles de serverside, serait d'utiliser des attributs client (https://sensuapp.org/docs/0.25/reference/checks.html#check-token-substitution)
Par exemple, vous pouvez avoir un chèque de cpu qui dit quelque chose comme check-cpu.sh -w :::cpu_warn::: -c :::cpu_critical:::
et ceux-ci proviennent de une valeur cpu_warn
et cpu_critical
à partir de client.json sur le serveur client. Source: Nous utilisons extensivement sensu dans un environnement d'entreprise à travers des milliers d'hôtes et avons travaillé à travers ces mêmes problèmes.
Non, vous ne pouvez pas. Uchiwa ne peut même pas afficher les définitions de contrôle. Il n'y a pas de plugins pour uchiwa non plus. – Kobbe
@Kobbe .. merci pour cette information :) .. je vais rester avec seulement des modes de silence et d'unilence. – swongr18