Trente-sept types de vérifications. Un seul endroit pour les lire.
Depuis l’Internet public, de l’intérieur de votre propre réseau, depuis le moteur Docker de vos nœuds et de l’intérieur de vos grappes Kubernetes. Chaque vérification tourne à son propre intervalle, chaque mesure est jugée selon vos propres seuils, et les vérifications qu’on pourrait confondre portent un nom de votre choix.
- S’exécute
- toutes les 3 minutes
- Depuis
- l’intérieur, par l’agent
- En bon état si
- 200 ou 204, la page contient « paiement »
- Dernière exécution
- 412 ms, il y a 2 minutes
De l’extérieur
Rien à installer. Ajoutez un hôte et faites votre choix.
- Ping
- HTTP
- HTTPS
- Le contenu d’une page
- Certificat SSL
- Expiration du domaine
- DNS
- Postgres
- MariaDB / MySQL
- Redis
- Port TCP
- Envoi et attente
- Battements de cœur de vos tâches
De vos serveurs
Avec l’agent Gryphon : un seul binaire sur Linux ou Windows, une application de barre des menus sur macOS.
- Disque
- Mémoire
- CPU
- Charge
- Postgres
- MariaDB / MySQL
- Redis
- HTTP
- HTTPS
- Ping
- Port TCP
- Envoi et attente
- Vos propres scripts
- Fraîcheur de fichier
Dans les conteneurs
L’agent interroge le moteur Docker de son nœud ou, dans une grappe Kubernetes avec Pro et Teams, l’API de la grappe.
- Un conteneur
- Mémoire du conteneur
- Processeur du conteneur
- Un service Swarm
- Une pile Swarm
- Charge de travail Kubernetes
- Application Kubernetes
- Nœuds Kubernetes
- Pods en boucle de plantage
- CronJob Kubernetes
De plusieurs endroits
Avec Pro et Teams, les vérifications d’accessibilité s’exécutent depuis plus d’une région : une panne régionale n’est donc pas prise pour une panne mondiale.
- Ping
- HTTP
- HTTPS
- Le contenu d’une page
- DNS
- Postgres
- MariaDB / MySQL
- Redis
- Port TCP
- Envoi et attente
Certaines vérifications figurent dans plus d’un groupe : une vérification HTTP peut se faire de l’extérieur, depuis plusieurs régions avec Pro et Teams, et de l’intérieur de votre réseau par l’agent. Un battement de cœur est jugé de l’extérieur, mais envoyé de partout où la tâche s’exécute, dans votre réseau ou non. Trente-sept types distincts en tout.
Rien ici ne porte le nom de ce que vous exploitez ? Les guides montrent, étape par étape, comment surveiller Kafka, RabbitMQ, SQL Server, un serveur de courriel ou la sauvegarde de la nuit dernière avec ces vérifications.
De l’extérieur
Rien à installer nulle part. Ajoutez un hôte, choisissez les vérifications, et Gryphon le joint de la même façon que vos clients.
- Ping
- Jugé sur la perte de paquets plutôt que sur un seul paquet perdu. Un hôte qui ne répond plus n’est déclaré en panne qu’une fois qu’une sonde TCP le confirme ; ainsi, un pare-feu qui bloque l’ICMP ne passe pas pour une panne.
- HTTP et HTTPS
- L’adresse même de l’hôte, qui répond avec n’importe quel code 2xx.
- Le contenu d’une page
- Une page précise, avec la méthode, les codes d’état qui signifient « en ligne » et un texte que la page doit contenir — ainsi, un 200 qui affiche une page d’erreur est quand même repéré.
- Certificat SSL
- Vérifié comme un navigateur le vérifie : de confiance, complet et émis pour le nom de cet hôte. Puis un avertissement 30 jours avant son expiration — ou celle du certificat intermédiaire qui l’a émis — et un problème à 7 jours, sur n’importe quel port, pas seulement le 443.
- Expiration du domaine
- Un avertissement 15 jours avant que l’enregistrement n’expire et un problème à 7 jours, d’après le registre plutôt que la zone.
- DNS
- Le serveur de noms répond-il, et répond-il avec l’enregistrement attendu ? A, AAAA, CNAME, MX, NS ou TXT, par UDP ou TCP, auprès du résolveur de votre choix.
- Postgres
- Sur un port ouvert au réseau, avec un utilisateur et un mot de passe, ou sans ni l’un ni l’autre : une simple poignée de main distingue déjà un serveur en marche d’un serveur encore en récupération.
- MariaDB et MySQL
- Même chose, sur le port que vous indiquez. La poignée de main se termine correctement au lieu de laisser une connexion à moitié ouverte dans le journal du serveur.
- Redis
- Un ping à l’instance, avec un mot de passe si elle en demande un.
- N’importe quel port TCP
- Le port est-il ouvert et accepte-t-il les connexions ? Pour tout ce qui parle un protocole dont Gryphon n’a jamais entendu parler.
- Envoi et attente
- Ouvrir le port, envoyer une ligne au besoin, et vérifier ce qui revient : 220 d’un serveur SMTP, SSH- d’un serveur SSH, +OK d’un serveur POP3, votre propre chaîne de votre propre service. Avec TLS s’il le parle. Comment la configurer
- Battement de cœur
- L’inverse : votre sauvegarde, votre tâche cron ou votre traitement de file d’attente appelle sa propre URL chaque fois qu’il termine, et Gryphon signale un problème quand cet appel tarde ou que la tâche signale un échec. La seule façon de remarquer une tâche qui a discrètement cessé de tourner. La tâche peut s’exécuter sur n’importe quelle machine qui peut joindre Gryphon, y compris derrière votre pare-feu, sans aucun port ouvert sur le monde.
Si un pare-feu protège ce que vous surveillez, les adresses d’où partent ces vérifications sont publiées.
De plusieurs endroits à la fois
Chaque vérification qui demande si quelque chose est joignable — ping, sites et pages Web, DNS, bases de données et ports — s’exécute depuis plus d’une partie du monde, et non depuis un seul serveur dans un seul pays. Un nœud de CDN, une route anycast, le GeoDNS, un fournisseur de transit ou un blocage national peuvent rendre votre service injoignable dans une région et parfaitement joignable dans une autre — et vous n’en sauriez rien depuis un seul point d’observation.
En panne depuis tous les emplacements
Une vraie panne. Elle vous réveille, comme toujours.
En panne depuis certains
Un problème régional, et l’alerte indique quelles parties du monde ne peuvent plus vous joindre et lesquelles le peuvent encore.
Un emplacement impossible à interroger
Entièrement exclu du verdict. Un de nos points d’observation qui se tait ne compte jamais contre votre service.
Avec Pro et Teams. Aucune option à acheter, rien à activer. Watch vérifie depuis une seule région ; les forfaits supérieurs vérifient depuis tous les emplacements, et passer à un forfait supérieur l’active dès la vérification suivante.
Au choix, vérification par vérification. Une nouvelle vérification utilise tous les emplacements, y compris ceux ajoutés après sa création. Limitez n’importe quelle vérification aux endroits qui vous importent. L’expiration des certificats et des domaines est lue une seule fois, depuis notre serveur principal, puisqu’une date est la même partout.
Notre propre réseau ne peut pas vous alerter. Si le serveur principal perd sa route vers une partie d’Internet alors qu’aucun autre emplacement ne répond, la vérification passe à « inconnu » plutôt qu’à « en panne ».
D’autres emplacements s’en viennent. Ils s’ajoutent automatiquement à chaque vérification réglée pour tous les utiliser, sans rien reconfigurer.
De l’intérieur de vos serveurs
Avec l’agent Gryphon : un seul binaire sous Linux ou Windows, une application de barre des menus sous macOS.
- Espace disque
- Par système de fichiers, avec vos propres seuils d’avertissement et de problème pour chaque vérification, et les dernières 24 heures tracées en courbe de tendance, ces seuils marqués dessus.
- Mémoire
- Ce qui est réellement disponible, et non ce qui est simplement non alloué ; ainsi, le cache n’est pas pris pour de la pression.
- Processeur et charge moyenne
- La charge est lue par rapport au nombre de cœurs ; ainsi, un même seuil veut dire la même chose sur une machine à 2 cœurs et sur une à 64 cœurs.
- Postgres, MariaDB/MySQL et Redis
- Liés à localhost, donc le port n’a jamais à être ouvert au réseau. Un mot de passe, si la vérification se connecte, est stocké chiffré et ne parvient à l’agent que par HTTPS. Ou sans aucun identifiant.
- HTTP, HTTPS et ping
- Envoyés depuis l’hôte surveillé, ils joignent ce que l’extérieur ne peut pas joindre : adresses privées, noms internes, page d’administration derrière le pare-feu, certificat autosigné.
- Port TCP et envoi et attente
- Les deux mêmes vérifications de port, lancées de l’intérieur : vers l’hôte lui-même par défaut, ou vers n’importe quelle adresse de son réseau. Pour les ports qui ne sont jamais ouverts au réseau, comme un relais de courriel interne ou le port d’administration d’un service. Avec TLS s’il le parle.
- Vos propres scripts
- N’importe quel script ou plugiciel Nagios placé dans le répertoire de scripts de l’agent. Son code de sortie donne l’état et sa première ligne, le message. Ce qui peut s’exécuter se décide sur l’hôte, jamais depuis Gryphon.
- Fraîcheur de fichier
- Si la sauvegarde, le vidage ou l’exportation de la nuit dernière est bien arrivé : depuis combien de temps un fichier a été écrit, ou le fichier le plus récent d’un dossier, au besoin seulement les noms comme *.sql.gz. Trop vieux, c’est un avertissement puis un problème aux âges que vous fixez ; absent, ou plus petit qu’il ne devrait l’être, c’est un problème tout de suite. Aucun changement à la tâche, et l’agent ne regarde que dans les dossiers que l’administrateur de l’hôte désigne.
Dans Docker et Swarm
L’agent interroge le moteur Docker de son nœud ; ainsi, un conteneur qui flanche vous dit pourquoi au lieu de simplement disparaître.
- Un conteneur
- En marche, et réussissant son propre contrôle de santé. Arrêté, en redémarrage ou disparu, c’est un problème — signalé avec le code de sortie, le nombre de redémarrages et l’intervention éventuelle du tueur de mémoire du noyau (OOM killer).
- Mémoire du conteneur
- Mesurée par rapport à la limite propre du conteneur ; ainsi, un conteneur de 512 Mio qu’on tue n’est pas caché dans un nœud de 64 Go qui semble aller bien.
- Processeur du conteneur
- Par rapport au quota propre du conteneur, pour la même raison.
- Un service Swarm
- Les tâches en cours par rapport aux tâches voulues, demandées à un gestionnaire Swarm. Quelques-unes manquantes, ou une mise à jour progressive bloquée, c’est un avertissement ; aucune en cours, c’est un problème.
- Une pile Swarm
- Tous les services déployés sous un même nom de pile, en une seule vérification qui nomme ceux qui sont incomplets.
Dans Kubernetes
Un agent tourne dans la grappe en tant que pod et interroge l’API de la grappe elle-même, avec un compte qui peut lire et rien de plus : pas de Secrets, pas de journaux, aucune modification. La grappe compte pour un seul hôte, peu importe le nombre de ses nœuds. Avec Pro et Teams.
- Une charge de travail
- Un Deployment, un StatefulSet ou un DaemonSet : les pods prêts par rapport aux pods demandés. Quelques-uns manquants, ou un déploiement que Kubernetes a abandonné, c’est un avertissement ; aucun prêt, c’est un problème.
- Une application
- Toutes les charges de travail d’un espace de noms, ou celles qui portent une étiquette comme une version Helm, en une seule vérification qui nomme celles qui sont incomplètes.
- Les nœuds
- Tous les nœuds, ou un seul pool : pas prêt, ou à court de mémoire, de disque ou d’identifiants de processus, c’est un avertissement ; aucun prêt, c’est un problème. Un nœud isolé (cordon) pour maintenance est nommé, sans compter contre vous.
- Pods en boucle de plantage
- Un conteneur qui refuse de démarrer — en boucle de plantage, incapable de télécharger son image — c’est un problème, et un conteneur qui redémarre souvent, un avertissement. Les redémarrages de la semaine dernière ne comptent plus une fois que le pod a fonctionné sans faute depuis.
- Un CronJob
- Son horaire, dans son propre fuseau horaire, par rapport à sa dernière réussite. Une exécution manquée ou échouée, c’est un avertissement, deux, un problème, et un CronJob laissé suspendu, un problème. Surveiller une grappe Kubernetes
Les vérifications HTTP, TCP et de bases de données de l’agent partent aussi de son pod ; elles peuvent donc joindre un Service par son nom à l’intérieur de la grappe, tandis que l’adresse publique devant lui est vérifiée de l’extérieur.
Les mêmes règles, où que tourne la vérification
Un nom à vous, partout où deux pourraient se confondre
Les vérifications par agent, les conteneurs, les vérifications de port et les battements de cœur portent chacun le nom que vous leur donnez ; ainsi, trois vérifications HTTP sur un même hôte, qui joignent trois machines derrière lui, restent distinctes sur chaque écran et dans chaque alerte : HTTP (agent) — passerelle API.
Une adresse laissée vide veut dire « cet hôte »
Changez l’adresse de l’hôte, et chaque vérification qui la suit change aussi. Rien à chercher ni à modifier une par une.
Son propre intervalle et ses propres seuils
Une page de paiement toutes les trois minutes et un serveur de préproduction toutes les heures, dans le même compte. Chaque mesure — disque, mémoire, processeur, charge, part d’un conteneur, âge d’un fichier — a ses seuils d’avertissement et de problème réglés par vérification, et non globalement.
L’agent ne porte aucun seuil
Il transmet une mesure ; le serveur décide de ce qu’elle signifie. Modifiez un seuil dans le tableau de bord et il s’applique dès la vérification suivante, sans rien redéployer.
Vérifier maintenant, sur demande
Depuis l’application ou le tableau de bord. La réponse est immédiate et décisive : pas besoin d’attendre que trois résultats concordent quand vous avez déjà les yeux dessus.
Les alertes là où se trouve déjà votre équipe
Chaque alerte peut aussi aller dans un canal Slack, Discord ou Microsoft Teams, ou vers votre propre système sous forme de webhook signé, avec tous les forfaits. Les guides montrent comment.
Quatre-vingt-dix jours d’historique
Les événements et les alertes sont conservés trois mois ; ainsi, l’incident du mois dernier est encore là quand quelqu’un pose la question. Les mesures sont conservées une à une pendant une semaine, et heure par heure pendant les trois mois, en gardant la pire mesure de chaque heure pour qu’un pic ne soit jamais noyé dans une moyenne.
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