Fonctions de supervision des réseaux et serveurs

Découverte, groupes et modèles

Recenser les équipements et configurer leur supervision ensemble.

Découverte : analyser des réseaux IPv4 et des plages d’adresses manuellement ou périodiquement ; choisir les équipements à ajouter.
Organisation : créer des groupes, rechercher par nom ou adresse et filtrer par état.
Modèles : réutiliser services, ressources et contrôles supplémentaires ; prévisualiser puis appliquer les modifications aux équipements sélectionnés.
Configuration : tester contrôles et accès avant d’enregistrer ; définir intervalles, délais de réponse, seuils d’échec et limites des mesures.

Serveurs Linux, processus et performances disque

Suivre les ressources et le fonctionnement jusqu’à chaque contrôle.

CPU et RAM : charge processeur, mémoire utilisée et libre ; capacité, occupation et espace libre des systèmes de fichiers.
Processus et services : rechercher les instances des processus configurés et surveiller les services systemd sélectionnés.
Disques : débits de lecture et d’écriture, opérations par seconde, temps d’occupation et durée moyenne des E/S.
Accès : connexion Linux par SSH avec mot de passe ou clé, et ressources compatibles par SNMP. Services système et performances disque nécessitent Linux SSH.

Windows et journaux d’événements

Superviser ressources Windows et services sélectionnés via WinRM en HTTPS.

Ressources : utilisation CPU, occupation mémoire, RAM libre et occupation des disques locaux.
Services Windows : vérifier que les services choisis fonctionnent et repérer les services absents ou arrêtés.
Événements : compter les erreurs des journaux Windows System et Application sur la période choisie.
Configuration : utiliser le script Windows fourni ; configurer WinRM et les droits de lecture nécessaires sur les systèmes cibles.

Interfaces réseau et ports de commutateurs

Évaluer connexions, débit et erreurs de chaque port.

Découverte : détecter les interfaces automatiquement, sélectionner les ports et indiquer les connexions qui doivent rester actives.
Trafic : afficher réception et émission en Mbit/s ainsi que l’utilisation dans chaque sens.
Erreurs : suivre erreurs de réception, d’émission et paquets rejetés par seconde ; définir les seuils d’avertissement et critiques.
Vitesse : utiliser la vitesse fournie ou la saisir manuellement ; consulter l’état de connexion et l’historique des ports.

Qualité du réseau

Compléter la disponibilité par les pertes de paquets et les variations de réponse.

Pertes : mesurer le pourcentage de paquets de test ICMP sans réponse.
Temps de réponse : afficher les latences moyenne, minimale et maximale.
Variations : évaluer la différence entre réponses successives sous forme de gigue.
Évaluation : définir des seuils d’avertissement et critiques pour pertes, latence et gigue ; suivre leur évolution.

Trafic par origine

Identifier les connexions qui produisent du trafic avec NetFlow v5/v9 et IPFIX.

Réception : analyser les flux exportés par les routeurs et commutateurs compatibles avec le récepteur intégré.
Origines : afficher les principales adresses sources et destinations, les protocoles et les connexions avec leurs ports.
Mesures : volume exporté, paquets, débit moyen sur la fenêtre de réception et date du dernier enregistrement.
Contexte : analyser la fenêtre choisie ; les valeurs concernent le trafic exporté par l’équipement réseau.

Hyper-V et VMware

Intégrer machines virtuelles, hôtes et datastores à la supervision.

Hyper-V : découvrir les VM via WinRM HTTPS et vérifier leur fonctionnement et leur état de santé.
VMware : interroger ESXi ou vCenter via vSphere ; relever connexion, état de marche, CPU et RAM des hôtes.
Machines virtuelles : afficher fonctionnement, CPU et RAM invitée active sous VMware ; choisir les VM devant rester en marche.
Datastores : superviser accessibilité et occupation ; détecter l’absence d’une VM attendue comme incident.

MariaDB, MySQL et PostgreSQL

Contrôler les bases par authentification et véritables requêtes de lecture.

Connexion : durée de connexion et des requêtes de lecture, connexions ouvertes, limite et taux d’utilisation des connexions.
MariaDB/MySQL : requêtes actives, durée de fonctionnement, requêtes et requêtes lentes depuis le démarrage, échecs de connexion.
PostgreSQL : requêtes actives, attentes de verrou, transactions validées et annulées, et deadlocks.
Stockage et cache : taille de la base et taux cumulé de succès du cache ; détails selon le moteur et les droits de lecture.

Imprimantes et consommables

Collecter états, réserves et messages précis des imprimantes via SNMP.

États : prête, impression, préchauffage ; erreurs signalées telles que bourrage, capot ouvert, hors ligne ou maintenance nécessaire.
Consommables : niveaux de toner, d’encre et autres fournitures, ainsi que bacs de récupération ; seuils d’avertissement et critiques.
Papier et compteurs : niveaux des bacs et compteurs de pages ou autres totaux fournis par le moteur d’impression.
Contrôle : tester l’accès avant enregistrement ; signaler les informations absentes ou non chiffrables.

Matériel serveur, capteurs et SMART

Superviser le matériel en complément du système d’exploitation.

Redfish : santé système, températures, ventilateurs, alimentation, contrôleurs et disques des systèmes iLO, iDRAC et autres équipements compatibles.
Capteurs : températures, vitesses de ventilateurs, tensions et alarmes disponibles via Linux SSH ou capteurs SNMP pris en charge.
RAID Linux : détecter les membres absents d’un RAID logiciel et afficher son état.
SMART : vérifier la santé globale des disques compatibles via Linux SSH. smartctl doit être présent sur le serveur supervisé.

NAS Synology et onduleurs

Superviser stockage et alimentation à partir de leurs propres états.

Système Synology : état, température, alimentation et ventilateurs système et CPU disponibles via SNMP.
Stockage Synology : état des disques, santé, température et état RAID.
Batterie d’onduleur : état, charge, autonomie restante estimée et température.
Fonctionnement de l’onduleur : secteur, batterie ou bypass, charge en sortie et alarmes actives.

Services web, DNS, messagerie et certificats

Vérifier le fonctionnement des services par des tests de protocole ciblés.

Ping et TCP : disponibilité et temps de réponse ; vérifier qu’un port TCP configuré accepte les connexions.
HTTP/HTTPS : appeler les URL, mesurer la réponse et comparer le statut HTTP aux codes attendus.
DNS : interroger un serveur précis et comparer éventuellement sa réponse à l’enregistrement attendu.
Messagerie : vérifier SMTP, IMAP et POP3 avec TLS/STARTTLS et authentification facultative, sans envoyer ni récupérer de messages.
Certificats TLS : vérifier validité restante et confiance ; définir des seuils d’avertissement et critiques avant expiration.

Historiques et seuils

Comparer l’état actuel à son évolution dans le temps.

Périodes : une, six ou 24 heures, ou sept ou 30 jours.
Graphiques : moyennes, minima et maxima ; examiner les points à la souris ou au clavier et ouvrir les historiques détaillés.
Visibilité : repérer valeurs absentes et contrôles en échec ; consulter aussi les mesures en tableau avec date et état.
Seuils : adapter les limites d’avertissement et critiques à chaque mesure. Mesures et événements sont normalement conservés 30 jours.

Connexions et dépendances

Documenter les relations techniques au sein de la supervision.

Plan : saisir et nommer manuellement les connexions câblées et Wi-Fi entre équipements.
Présentation : disposer graphiquement les équipements, choisir leurs icônes et enregistrer leurs positions.
Dépendances : faire dépendre les contrôles d’un équipement d’un service en amont, par exemple d’une connexion via un routeur.
Incidents : suspendre les contrôles en aval lorsque la dépendance est en panne et afficher la raison sur l’équipement concerné.

Notifications e-mail et intégration Qisutu

Transmettre incidents et rétablissements à la destination appropriée.

E-mail : configurer serveur SMTP, chiffrement, expéditeur et destinataires ; ajouter l’authentification si nécessaire.
Qisutu : transmettre les événements au module de supervision adapté du système de tickets ; renseigner adresse de connexion et clé d’accès.
Périmètre : choisir groupes ou équipements ; signaler changements d’état et rétablissements sans répéter un incident inchangé à chaque contrôle.
Livraison : conserver les notifications en attente et réessayer après erreur de connexion ; tester sans e-mail de test ni création de ticket.

Travail en équipe et fonctionnement local

Travailler dans le navigateur en gardant les données sur votre serveur.

Comptes : créer, modifier, désactiver et supprimer des comptes agents ; tous disposent des mêmes droits.
Langues : allemand, anglais, tchèque, espagnol, français, italien, néerlandais, polonais, portugais du Brésil ou du Portugal et turc.
Préférences : gérer langue et mot de passe par compte ; conserver la langue choisie à chaque connexion.
Exploitation : installer sur votre serveur Linux et utiliser HTTPS dans le navigateur. Configuration et mesures restent locales ; les bibliothèques d’interface sont fournies.