Chaque mois, Centreon élargit son catalogue de connecteurs de supervision pour faire de votre plateforme de supervision un outil toujours plus connecté et innovant au service de vos équipes. Ces nouveautés seront vos alliés au quotidien pour exploiter l’interopérabilité de votre supervision IT avec d’autres outils ITOps, gagner en visibilité et renforcer vos capacités d’observabilité.
Trois nouveaux connecteurs pour ce mois de juin, dont un connecteur pour Centreon Log Management, s’inscrivant dans le plan de lancement du début du mois. Mais aussi un connecteur pour OpenShift qui complète la couverture Kubernetes. C’est aussi le début d’un chantier transverse de mise à jour des connecteurs SNMP qui devrait simplifier la vie de beaucoup : les macros SNMPv3 arrivent nativement dans les templates d’hôte, sans passer par SNMPEXTRAOPTIONS. À noter aussi un breaking change sur les packs NRPE qui remplacent check_centreon_nrpe3 qui n’était plus maintenu par check_nrpe, ce qui devrait améliorer l’homogénéité des packs NRPE.
Pour en savoir plus, vous pouvez également consulter la documentation associée, contacter nos équipes commerciales ou poster un message sur The Watch.
Nouveautés connecteurs de juin en quelques chiffres
- 3 nouveaux connecteurs ajoutés au catalogue
- 46 évolutions sur des connecteurs existants
- 2 contributions de la communauté (Github & The Watch)
- 10 corrections sur des connecteurs existants
Nouveautés à la une
Centreon Log Management REST API
Pourquoi ça compte : Centreon Log Management (CLM) est la solution SaaS de gestion de logs de Centreon. Ce connecteur permet de faire remonter dans Centreon Infra Monitoring (CIM) les alertes déclenchées par CLM sur vos logs, aux côtés des alertes d’infrastructure ou d’expérience utilisateurs. Résultat : une vue unifiée dans CIM via les tableaux de bord, bac à événements et modèles applicatifs. Il expose deux indicateurs clé : le nombre d’alertes actives par sévérité (unknown, ok, warn, error, critical) et le volume de logs ingérés sur une période configurable, utile pour détecter une rupture silencieuse d’ingestion. Des améliorations suivront avec l’évolution de CLM.
Cas d’usage typique : Vous utilisez CLM pour centraliser les logs de vos serveurs et équipements réseau. Vous voulez être alerté dans CIM si CLM cesse de recevoir des logs (ingestion tombée) ou si un pic d’alertes de sévérité error ou critical apparaît, ce sans avoir à consulter l’interface CLM séparément. Le service Log-Count accepte une requête personnalisable pour cibler un flux spécifique.
Modes supervisés : alert-count et log-count
Nouveau connecteur OpenShift API
Pourquoi ça compte : OpenShift est la distribution Kubernetes de Red Hat, largement déployée dans les environnements enterprise. Ce connecteur est une extension du connecteur Kubernetes existant : il en hérite tous les services (nœuds, pods, deployments…) et y ajoute la supervision des objets spécifiques à OpenShift que Kubernetes natif ne couvre pas : les ClusterOperators (composants critiques de la plateforme OCP), la version du cluster, les Routes et les Projects. La découverte d’hôtes est incluse pour les nœuds et namespaces. L’accès se fait via l’API REST OpenShift native avec un token Bearer, sans dépendance à oc ou kubectl sur le poller.
Cas d’usage typique : Vous opérez un cluster OpenShift Container Platform 4.x et vous voulez superviser dans Centreon l’état des opérateurs de plateforme (un ClusterOperator dégradé ou non upgradeable bloque les mises à jour OCP), la disponibilité des Routes exposées aux utilisateurs, et l’état général des Projects. Ce en plus de la supervision Kubernetes standard déjà couverte.
Modes supervisés (spécifiques à OpenShift): clusteroperators, clusterversion, projects, routes
Tendances de la communauté
Amélioration du connecteur Kubernetes API : filtre par label sur les Deployments
Le contributeur sylvainrollandmaif a remonté que le mode deployment-status du connecteur Kubernetes ne permettait pas de filtrer les déploiements par label, ce qui forçait à superviser l’ensemble des déploiements d’un cluster. Sa contribution a permis d’ajouter les options include-label et exclude-label permettant de cibler uniquement les déploiements portant des labels spécifiques. Cela sera utile pour segmenter la supervision par équipe, environnement ou application dans un cluster multi-tenant.
PR #5812 https://github.com/centreon/centreon-plugins/pull/5812
Synthèse des mises à jour du mois de juin
Nouveaux connecteurs
Evolutions
Corrections d’anomalies
Changements impactants
Pour en savoir plus, vous pouvez consulter la release note complète.
Et si vous voulez proposer des améliorations :
- vous pouvez proposer une idée sur The Watch.
- ou contribuer sur GitHub.
Rendez-vous le mois prochain pour de nouveaux connecteurs !
Share
