Un seul binaire. Aucun agent à materner.
Les vérifications de l’extérieur vous disent si vos clients peuvent joindre un service. L’agent vous dit pourquoi ils ne le peuvent pas — et ce qui est sur le point de mal tourner avant qu’ils s’en aperçoivent.
La machine elle-même
Le disque par système de fichiers, la mémoire réellement disponible, le processeur, et la charge lue par rapport au nombre de cœurs. Avec 24 heures d’historique tracées en courbe de tendance.
Ses conteneurs
Par le socket Docker : les conteneurs et leurs contrôles de santé, la mémoire et le processeur par rapport à la limite propre de chaque conteneur, les services Swarm et des piles entières. Dans une grappe Kubernetes : les charges de travail, les nœuds, les pods en boucle de plantage et les CronJobs.
Ce que l’extérieur ne peut pas joindre
HTTP, HTTPS, ping et TCP envoyés de l’intérieur : adresses privées, noms internes, ports d’administration derrière le pare-feu, certificats autosignés.
Tout ce que vous pouvez scripter
Vos propres scripts, ou n’importe quel plugiciel Nagios. Le code de sortie devient l’état, la première ligne de la sortie devient le message. Et si la sauvegarde de la nuit dernière est arrivée : l’âge de son fichier le plus récent, et s’il est assez gros. Voir les guides.
L’installer prend environ une minute
Un seul binaire statique, sans environnement d’exécution ni dépendances, empaqueté pour Debian, Ubuntu, Fedora et RHEL, ou seul pour tout le reste. Obtenez un jeton dans Gryphon, installez l’agent, donnez-lui le jeton. Il se connecte vers l’extérieur ; il n’y a donc aucun port à ouvrir ni certificat à gérer.
Sous Linux
-
1
Installez le
.debou le.rpm, lancez le script d’installation ou copiez le binaire sur l’hôte. amd64 et arm64. - 2 Dans Gryphon, choisissez Connecter un agent sur la page de l’hôte et copiez le jeton affiché.
-
3
Lancez
sudo gryphon-agent enrolet collez le jeton. Il vérifie le jeton auprès de Gryphon sur-le-champ et démarre l’agent ; la page de l’hôte l’affiche connecté en quelques secondes.
Sous un orchestrateur, chaque paramètre peut aussi être lu dans un fichier ; le jeton peut donc être un secret monté plutôt qu’une variable d’environnement.
Sous macOS
Gryphon Agent est une application de barre des menus. Elle indique si elle est connectée, prend son jeton par Enter Token… dans son menu, et peut démarrer à l’ouverture de votre session. Les mêmes vérifications, sans terminal, et aucun tunnel à configurer.
Sous Windows
Le même agent, compilé pour Windows, en tant que service Windows. Une commande dans un PowerShell d’administrateur l’installe avec un dossier de paramètres que seuls les administrateurs peuvent modifier ; une deuxième lui donne son jeton, et il démarre avec la machine dès lors.
Où l’exécuter
Sur la machine que vous voulez vraiment surveiller. Ses mesures de disque, de mémoire et de processeur sont celles de la machine — dans un conteneur, elles seraient toujours celles de la machine, pas du conteneur — donc un agent par nœud, pas un par service.
Un agent couvre tout ce qui se trouve sur son nœud : les mesures de l’hôte, chaque conteneur qui y tourne, et autant de vérifications réseau que vous voulez lancées depuis celui-ci. Celui d’un gestionnaire Swarm répond aussi de vos services et piles Swarm dans toute la grappe.
Une grappe Kubernetes fait exception : un seul agent y tourne en tant que pod, lit l’API de la grappe et répond de toute la grappe, nœuds compris. L’installer tient en un seul manifeste.
Ce qu’il refuse délibérément de faire
Il ne porte aucun seuil
L’agent transmet une mesure et rien de plus. Le serveur décide de ce qu’elle signifie ; modifier un seuil d’avertissement dans le tableau de bord s’applique donc dès la vérification suivante, sur chaque hôte, sans rien redéployer ni fichier de configuration à garder synchronisé.
Il n’ouvre aucune porte sur la machine
L’agent établit une seule connexion, sortante, vers Gryphon, par HTTPS, et reçoit ses vérifications par cette connexion. Rien n’écoute ; il n’y a donc rien à quoi quiconque sur Internet — ou sur votre réseau — puisse se connecter. Il prouve de quel hôte il s’agit avec un jeton émis pour cet hôte, que nous ne conservons que sous forme de hachage à sens unique : nous ne pouvons pas le réafficher, et le remplacer déconnecte l’agent qui détenait l’ancien.
Il décide lui-même de ce qui peut s’exécuter
Les vérifications par script n’exécutent que des exécutables déjà présents dans un répertoire que l’administrateur de l’hôte désigne, par simple nom de fichier. Ni une connexion à Gryphon ni le jeton même de l’agent ne peuvent lui faire exécuter quoi que ce soit que vous n’y avez pas mis — et les vérifications par script sont entièrement désactivées tant que vous n’avez pas désigné ce répertoire. Les vérifications de fichiers sont encadrées de la même façon : elles ne regardent que dans les dossiers que l’administrateur désigne, et restent désactivées tant qu’il ne l’a pas fait.
Vos bases de données restent hors du réseau
Une base de données liée à localhost est vérifiée par l’agent sur cette machine ; son port n’a donc jamais à être ouvert. Si la vérification se connecte, le mot de passe est stocké chiffré de notre côté et ne parvient à l’agent que par HTTPS, à chaque vérification. Ou vérifiez-la sans aucun identifiant : une simple poignée de main distingue déjà un serveur en marche d’un serveur encore en récupération.
Rien de tout cela n’est à croire sur parole. Le code source de l’agent est public, sous licence MIT, et les versions Linux et Windows en sont compilées sur GitHub, où tout le monde peut suivre la compilation. Lire le code source.
Quatorze jours gratuits. Puis à partir de $4.99 par mois.
L’agent, le tableau de bord, les applications et toutes les vérifications sauf les cinq pour Kubernetes font partie de chaque forfait. Les forfaits diffèrent par la quantité que vous surveillez, la fréquence, la provenance des vérifications, et le nombre de personnes et de pages d’état qu’ils comprennent. Comparer les forfaits. Annulez quand vous voulez.
Vous avez déjà un compte ? Connexion