Monitoring de disponibilité
Détectez les pannes dès qu’elles surviennent, depuis plusieurs régions, avant que vos clients ne les remarquent.
Monitoring de disponibilité pour vos sites, API, serveurs et tâches cron. Chaque panne est confirmée depuis d’autres régions avant d’alerter qui que ce soit.
20 moniteurs gratuits. Sans carte bancaire.
Le monitoring de disponibilité vérifie vos sites, API et services depuis l’extérieur, à intervalle régulier, et alerte votre équipe quand ils cessent de répondre correctement. Hyperping lance chaque check depuis l’une de vos régions à tour de rôle, et relance un échec depuis les autres avant de parler de panne.
Chaque check part de l’une de vos régions, le suivant de la suivante : quelques régions couvrent le monde sans multiplier les requêtes.
Un mauvais code de statut, un texte absent, un timeout ou une connexion refusée. Rien n’est encore envoyé.
D’autres régions choisies relancent aussitôt la même requête, sans attendre l’intervalle suivant. Si l’une d’elles reçoit une bonne réponse, aucune panne n’est ouverte.
Seul un échec que les autres régions constatent aussi ouvre une panne, alerte les canaux du moniteur et lance sa politique d’escalade.
17 régions sur six continents. Choisissez-en au moins trois proches de vos utilisateurs, pour qu’un échec puisse toujours être confirmé ailleurs.
Un site peut être en ligne pendant que son API échoue, que son certificat expire ou que la sauvegarde de la nuit n’a jamais tourné. Chaque type de check repère une façon différente de tomber, avec les mêmes régions, les mêmes alertes et la même page de statut.
Le code de statut, le temps de réponse et les redirections de chaque page qui compte, vérifiés depuis les régions de vos visiteurs.
Monitoring de site webN’importe quelle méthode, vos en-têtes et votre corps de requête, le code de statut attendu et le texte que la réponse doit contenir.
Monitoring d’APIUne page peut répondre 200 et être cassée quand même. Un check par mot-clé échoue dès que le texte attendu manque dans la réponse.
Monitoring par mot-cléDes scripts Playwright se connectent, cherchent et passent commande dans un vrai navigateur toutes les 5 minutes, et échouent dès qu’une étape casse.
Monitoring synthétiqueCertificats qui expirent, révoqués ou non reconnus, et enregistrements de domaine, avec des rappels jusqu’à 90 jours avant.
Monitoring SSLDix types d’enregistrements, de A à TXT, comparés à la réponse attendue. Inclus à partir du plan Essentials.
Monitoring DNSLe ping ICMP pour les hôtes, et des checks de port pour les bases de données, les serveurs mail et tout ce qui ne parle pas HTTP.
Monitoring ping et portVos tâches envoient un ping à Hyperping quand elles se terminent. Un ping qui n’arrive pas dans le délai de grâce que vous fixez est une panne.
Monitoring des tâches cronUn agent léger remonte le CPU, la mémoire, le disque et le réseau, et le serveur passe hors ligne quand il cesse de remonter ses métriques.
Monitoring des serveursUne panne confirmée ouvre un incident, alerte la personne d’astreinte et passe le service au rouge sur votre page de statut. Quand il répond de nouveau, tout se referme tout seul, et les minutes comptent dans vos rapports de disponibilité.
Email, Slack, Teams, SMS, appels téléphoniques, PagerDuty et webhooks, envoyés seulement une fois la panne confirmée.
AlertesLes plannings et les politiques d’escalade alertent la personne d’astreinte, puis passent à la suivante si personne n’acquitte.
AstreinteVos moniteurs pilotent la page : une panne confirmée passe le service au rouge, et les visiteurs voient l’historique de disponibilité de chaque service.
Pages de statutDisponibilité, pannes, MTTA et MTTR par moniteur sur la période de votre choix, à exporter pour vos revues de SLA ou à lire depuis l’API.
RapportsChaque check garde son temps de réponse : les ralentissements apparaissent région par région avant de devenir une panne.
Temps de réponseLes travaux planifiés suspendent les alertes et s’affichent sur votre page de statut : un déploiement ne réveille jamais personne.
Fenêtres de maintenanceChaque alerte est revérifiée depuis au moins deux autres régions avant d’arriver dans les outils que votre équipe utilise déjà.

@hyperping est vraiment incroyable

Chez nous, Hyperping a la réputation d’être plus réactif que Datadog. Nous recevons généralement les notifications de Hyperping avant celles de Datadog.

Nous avons choisi Hyperping pour offrir à nos utilisateurs un tableau de bord de grande qualité sur nos incidents et l’état de nos services.

Les alertes en temps réel de Hyperping nous signalent quand l’application est en panne. Elles arrivent parfois avant même qu’AWS ne s’en rende compte ou ne nous prévienne.

Aujourd’hui, nous ne pourrions plus imaginer faire tourner notre SaaS sans Hyperping.

Hyperping excelle sur tous les plans : une mise en place fluide, la tranquillité d’esprit et un service client attentif.
C’est un ticket client qui vous apprend que votre site est en panne.
Détectez les pannes dès qu’elles surviennent, depuis plusieurs régions, avant que vos clients ne les remarquent.
Un agent léger suit le CPU, la mémoire et le disque pour repérer les problèmes avant qu’ils ne provoquent une panne.
Des tests Playwright qui repèrent les connexions et paiements en échec avant vos clients.
Soyez alerté quand une sauvegarde ou une tâche planifiée échoue en silence, pas des jours plus tard.
Les alertes joignent la bonne personne sur Slack,
Teams, par SMS ou par appel téléphonique, selon ce qui la réveille.
Gardez vos certificats sous contrôle. Soyez alerté avant leur expiration, pour que vos clients se connectent toujours en toute sécurité.
Planifiez les rotations, répartissez la charge et voyez qui est d’astreinte. Chaque incident parvient à la bonne personne, au bon moment.
USD · Facturation mensuelle pour toutes les offres
Trois abonnements pour tout faire tourner.
747 $US/mois
8 964 $US sur 12 moisTout est connecté, dès la première vérification.
299 $US/mois
3 588 $US sur 12 moisÉconomisez 5 376 $US par an avec cette combinaison.
Vérifié le . Tous les montants sont en USD ; les prix en devise locale peuvent différer.
Il s’agit d’un exemple de stack à trois outils, et non de la configuration la moins chère possible ni d’une comparaison fonctionnalité par fonctionnalité. Pingdom et PagerDuty incluent aussi des fonctionnalités de page de statut ; toutes les équipes n’auront pas forcément besoin d’un abonnement Statuspage séparé. Les frais d’utilisation et les connecteurs payants ne sont pas inclus. Les totaux annuels correspondent à 12 paiements mensuels, et non à des devis d’abonnement annuel.
Le monitoring de disponibilité vérifie depuis l’extérieur de votre infrastructure, à intervalle régulier, que vos sites, API et services répondent, et répondent correctement, puis alerte votre équipe quand ce n’est plus le cas. Son historique vous donne le pourcentage de disponibilité à présenter face à un SLA. Hyperping lance ces checks toutes les 30 secondes depuis 17 régions. Pour aller plus loin, lisez le guide du monitoring de disponibilité.
Un moniteur envoie une requête à votre URL, votre hôte ou votre port à intervalle fixe, depuis les régions choisies à tour de rôle, et compare la réponse à ce que vous attendez : un code de statut, un texte, un enregistrement DNS, un port ouvert. Quand un check échoue, Hyperping le relance aussitôt depuis vos autres régions et n’ouvre une panne que si elles échouent aussi. Voir créer un moniteur.
Toutes les 30 secondes sur les plans payants et toutes les 5 minutes sur le plan Free, avec des intervalles plus courts sur Business. Les checks navigateur tournent toutes les 5 minutes, et les tâches cron sont vérifiées selon le planning que vous leur donnez. Voir les tarifs.
Les sites et API en HTTP, avec des checks par mot-clé sur la réponse, le ping (ICMP) et les ports TCP, les enregistrements DNS, les certificats SSL et l’expiration des domaines, les tâches cron via les healthchecks, les parcours en plusieurs étapes avec les checks navigateur Playwright, et les serveurs avec un agent léger. Voir la documentation du monitoring.
Chaque échec est revérifié depuis vos autres régions avant qu’une panne s’ouvre : un incident réseau entre une sonde et votre serveur ne réveille donc personne. Un délai d’alerte peut aussi ignorer les coupures plus courtes que le nombre de minutes choisi, les fenêtres de maintenance font taire les travaux planifiés, et le code de statut attendu accepte les endpoints qui répondent normalement 401 ou 404. Voir faux positifs.
La plupart des services en production visent 99,9 %, soit environ 8 heures et 46 minutes d’arrêt par an. Les services critiques visent 99,99 %, soit environ 53 minutes par an. Choisissez l’objectif selon votre SLA et ce que vous coûte une heure de panne, puis convertissez-le avec le calculateur de SLA.
Par email, SMS, appel téléphonique, Slack, Microsoft Teams, Google Chat, Discord, Telegram, PagerDuty, Opsgenie ou webhooks. Les politiques d’escalade et les plannings d’astreinte envoient chaque alerte à la personne de garde et la font suivre si personne n’acquitte.
Oui. Le plan Free comprend 20 moniteurs vérifiés toutes les 5 minutes, les checks HTTP, port, ping et mot-clé, un agent serveur et une page de statut basique, sans carte bancaire. Les plans payants commencent par un essai gratuit de 14 jours. Voir monitoring de disponibilité gratuit.
Oui. Les pages de statut lisent leur état depuis vos moniteurs : une panne confirmée apparaît sur la page sans que personne n’ait à la mettre à jour, et les visiteurs voient l’historique de disponibilité de chaque service. Les plans payants ajoutent les domaines personnalisés, les abonnés et, à partir de Pro, les pages privées. Voir pages de statut.
Le monitoring de disponibilité vérifie de l’extérieur qu’un service répond correctement, comme un client le verrait. L’APM instrumente votre code pour mesurer la latence, les erreurs et le temps passé en base à l’intérieur de l’application. Le premier vous dit que quelque chose est en panne, le second aide à comprendre pourquoi, et la plupart des équipes utilisent les deux.