Supervision externe
VergeOS ne prend pas en charge SNMP. Ce guide couvre les voies prises en charge pour la supervision externe — le Prometheus Exporter (ioMetrics), l’API REST et IPMI — ainsi que les outils SNMP-first comme SolarWinds.
Aperçu
Cette page décrit comment intégrer VergeOS avec des plateformes externes de surveillance et d’observabilité. VergeOS est API-first et expose la santé de la plateforme, les performances et les données des capteurs matériels via trois chemins pris en charge.
Chemins de surveillance pris en charge
Métriques vSAN, de cluster et de nœud
Point de départ recommandé pour la plupart des environnements
Collecteurs personnalisés, interrogation de n’importe quelle ressource
Intégrations spécifiques à l’outil, vérifications scriptées
Exportateur Prometheus (ioMetrics)
Le Exportateur Prometheus VergeOS (ioMetrics) est le chemin recommandé pour les métriques au niveau de la plateforme. Il collecte les métriques des couches vSAN, cluster et nœud depuis VergeOS et les expose au format Prometheus standard, prêtes à être récupérées par Prometheus, Grafana, VictoriaMetrics ou tout système compatible Prometheus.
Pourquoi c’est le chemin recommandé
Première partie — maintenu au sein de l’organisation verge-io
Basé sur des standards — tout outil de surveillance compatible Prometheus peut consommer la sortie
Voir la Exportateur Prometheus (ioMetrics) page pour l’aperçu intégré, les métriques exposées et les liens vers le projet open source.
API REST
L’API REST de VergeOS expose chaque ressource que l’interface utilisateur peut lire, ce qui en fait le bon chemin pour les collecteurs personnalisés, les vérifications de santé scriptées ou l’intégration avec des outils qui ne parlent pas Prometheus.
Authentification
Les collecteurs de surveillance externes sont des processus de longue durée et doivent s’authentifier avec une clé API plutôt qu’avec un jeton de session. Les clés API sont créées par utilisateur, peuvent être limitées à certaines adresses IP et avoir une date d’expiration. Voir Clés API pour la configuration et le Guide API pour la liste complète des méthodes d’authentification prises en charge.
Documentation Swagger
La référence API complète et exacte selon la version est disponible dans VergeOS :
Cliquez sur l’ icône utilisateur en haut à droite de l’interface VergeOS.
Sélectionnez Système.
Sélectionnez Documentation de l’API.
La page Swagger répertorie chaque table et opération, avec des exemples qui peuvent être exécutés directement sur le système.
Quand utiliser l’API REST pour la surveillance
L’outil de surveillance prend en charge l’interrogation HTTP mais pas Prometheus
Une métrique ou ressource spécifique n’est pas exposée par l’Exportateur Prometheus
Un collecteur personnalisé est nécessaire pour s’intégrer à une plateforme d’observabilité interne
IPMI
Pour les données de santé matérielle et de capteurs par nœud — température, vitesse des ventilateurs, tension, consommation électrique, erreurs matérielles — VergeOS expose directement l’interface IPMI du nœud.
Accédez à Infrastructure > Nœuds dans le menu supérieur.
Double-cliquez sur le nœud souhaité pour ouvrir le tableau de bord du nœud.
Sous le IPMI sous-menu, cliquez sur Connecter pour ouvrir l’interface web IPMI dans un nouvel onglet, ou Tester pour vérifier la connectivité depuis VergeOS.
Pour configurer les identifiants IPMI stockés et tester la connectivité, voir la IPMI page.
Outils orientés SNMP
Des outils tels que SolarWinds, LogicMonitor, PRTG, et Nagios sont souvent configurés pour surveiller l’infrastructure via SNMP. VergeOS n’a pas d’intégration prête à l’emploi pour ces outils, car il n’y a aucun agent SNMP à cibler.
Option 1 — Collecteur REST personnalisé
La plupart des plateformes de surveillance d’entreprise autorisent des collecteurs HTTP/REST personnalisés :
SolarWinds
Interrogateur API (SAM)
LogicMonitor
Source de données scriptée (Groovy / HTTP)
PRTG
Capteur personnalisé HTTP XML/REST
Nagios
check_http / plugin personnalisé
Pointez le collecteur vers l’API REST de VergeOS, authentifiez-vous selon le Guide APIGuide API, et analysez la réponse JSON. C’est le chemin le moins coûteux en surcharge — aucun processus intermédiaire à maintenir, et le collecteur communique directement avec la source de vérité.
Option 2 — Passerelle Prometheus-vers-SNMP
Si l’outil de surveillance ne parle que SNMP et qu’un collecteur personnalisé n’est pas une option, le schéma communautaire consiste à exécuter le Exportateur Prometheus Exportateur Prometheus et à placer devant lui une passerelle Prometheus-vers-SNMP. La passerelle réexpose les métriques Prometheus sous forme d’OID SNMP que le sondeur SNMP peut interroger.
Choisir un chemin
Nouveau déploiement de surveillance, sans engagement avec un outillage existant
Exportateur Prometheus + Grafana
Pile Prometheus / Grafana / VictoriaMetrics existante
Outil de surveillance qui interroge HTTP mais pas Prometheus
API REST collecteur personnalisé
Santé matérielle (température, ventilateurs, alimentation)
SolarWinds / LogicMonitor / PRTG / Nagios (centrés SNMP)
Collecteur REST personnalisé préféré, Passerelle Prometheus-vers-SNMP en solution de repli
Étapes suivantes
Exportateur Prometheus (ioMetrics) — aperçu intégré et liens vers le projet open source
Guide API — authentification, conventions HTTP et exemples de requêtes
IPMI — test de la connectivité, gestion des identifiants et accès à l’interface web IPMI
Documentation et ressources
Exportateur Prometheus open source pour VergeOS
Documentation Prometheus en amont
Création de tableaux de bord à partir des métriques Prometheus
Mis à jour
Ce contenu vous a-t-il été utile ?