Surveillance publique et privée

Sur cette page

Chaque contrôle est exécuté par un agent : un petit programme qui exécute les contrôles planifiés par Onagre et en renvoie les résultats. L'endroit où tourne l'agent détermine ce qu'il peut atteindre.

Les ressources publiques sont contrôlées depuis Internet par l'agent public d'Onagre. Les ressources de votre réseau sont contrôlées par un agent privé que vous y installez ; il n'ouvre que des connexions sortantes vers Onagre.

Surveillance publique : rien à installer#

L'agent public Onagre tourne sur internet. Il contrôle tout ce qui est accessible depuis internet — votre site web, votre API publique, vos certificats, vos noms de domaine — exactement comme vos clients y accèdent. C'est l'agent par défaut de toute nouvelle sonde, et il ne demande aucune configuration.

Pour votre sécurité, l'agent public n'atteint que des adresses publiques : il refuse toute adresse de réseau privé (10.x, 192.168.x…), les adresses locales et les endpoints de métadonnées cloud.

Surveillance privée : un agent dans votre réseau#

Pour contrôler ce qui n'est pas accessible depuis internet — une base de données dans votre réseau (PostgreSQL), un cache Redis, une API interne, un broker RabbitMQ, un fichier sur un serveur — vous installez un agent privé dans le réseau où se trouvent ces ressources.

Exemple. La base de commandes pg-primary de Corvane se trouve dans un VLAN privé de son datacenter parisien. L'équipe installe un agent privé sur une petite VM Linux de ce VLAN. L'agent atteint 10.20.1.21:5432 directement ; Onagre n'en a jamais besoin.

Ce que cela implique pour votre réseau :

L'agent n'établit que des connexions sortantes, en HTTPS (port 443), vers l'API Onagre et vers le Hub — le service Onagre qui planifie les contrôles et collecte les résultats. Aucun port entrant, aucun VPN, aucune ouverture de pare-feu vers votre réseau.
Ce qui sort de votre réseau : les résultats des contrôles (en ligne ou hors ligne, temps de réponse, erreur ou valeur mesurée), la santé de l'agent lui-même (heartbeat, CPU, mémoire et disque de sa machine) et des informations système de base (OS, version, nom d'hôte, IP publique).
Ce qui y entre : les contrôles à exécuter — y compris, pour les sondes de base de données, Redis et RabbitMQ, la chaîne de connexion stockée comme secret, utilisée en mémoire uniquement.

Pour filtrer le trafic sortant par hôte, autorisez api.onagre.io et l'adresse du Hub affichée dans le log de l'agent au démarrage (Endpoint : …).

Types d'agents#

Lorsque vous créez un agent privé, vous choisissez son type. Il ne peut plus être modifié ensuite.

	Core — Heartbeat only	Advanced — Full monitoring
Signale qu'il est en vie (heartbeat)	✓	✓
Surveille sa propre machine (sonde Server : CPU, mémoire, disque)	✓	✓
Exécute vos sondes (HTTP, SQL, Redis, files de messages, fichiers…) dans votre réseau	—	✓
Découverte réseau	—	✓
Suivi de la charge (Agent load)	—	✓
Disponible avec	les offres payantes	les offres Enterprise

Choisissez Core pour savoir qu'une machine est en marche et en bonne santé ; choisissez Advanced pour surveiller les ressources qui l'entourent. Seuls les agents Advanced apparaissent dans la liste Agent de l'assistant de création de sonde.

Les agents privés s'ajoutent à votre abonnement sous forme de packs d'agents Core ou d'agents Advanced à l'unité — voir Offres. La carte Private agents de la page Agents indique combien vous en utilisez de chaque type.

Les agents dans Onagre#

Configuration → Agents liste vos agents privés avec leur type, leur système, leur version, leur charge et leur état :

Page Agents : six agents privés avec leur type (Advanced ou Core), leur système, leur version, leur charge et leur état (Connected ou Never deployed), à côté des quotas d'agents Core et Advanced. — Chaque agent privé avec son type, sa version, sa charge et son état de connexion.

État	Signification
Connected	L'agent a envoyé un heartbeat au cours des 90 dernières secondes.
Disconnected	L'agent ne s'est pas manifesté depuis un moment : un incident est ouvert sur son heartbeat.
Never deployed	L'agent a été créé dans Onagre mais ne s'est jamais connecté (affiché Not initialized sur sa page).

Un badge signale qu'une mise à jour est disponible pour un agent.

La page de chaque agent comporte quatre onglets :

Overview — le graphique Agent load (tâches simultanées sur les 15 dernières minutes, Advanced uniquement) et la carte Status : version, charge, système, disponibilité, dernier heartbeat et Hub.
Setup — nom, description et tags, et le jeton de l'agent.
Discovery — découverte réseau (Advanced uniquement).
Resources — les sondes exécutées par cet agent.

Page de l'agent Advanced par1-prod-dc, connecté : les tâches simultanées des 15 dernières minutes, et son état (version, charge, système, durée de fonctionnement, dernier battement et Hub). — La page d'un agent montre sa charge et sa liaison avec le Hub.

Schedule maintenance suspend les contrôles des sondes de cet agent pendant des travaux planifiés — voir Fenêtres de maintenance. Delete agent le supprime ; un agent Advanced qui exécute encore des sondes ne peut pas être supprimé.

Sondes créées avec un agent#

La création d'un agent crée aussi deux sondes pour lui, dans votre service et votre environnement par défaut, qui alertent toutes vos intégrations :

un heartbeat interne, qui fait passer l'agent à Disconnected et ouvre un incident lorsqu'il cesse de se manifester ;
une sonde Server, avec le CPU, la mémoire et le disque de sa machine.

Étapes suivantes#

Installer un agent — créez-le dans Onagre, puis installez-le avec la méthode adaptée à votre infrastructure.
Créez des sondes qui s'exécutent sur lui : choisissez-le dans la section Agent de l'assistant.
Stockez les identifiants de bases de données et de brokers comme secrets.