Collectez les métriques de chaque serveur que vous exploitez, gardez-les aussi longtemps que le disque le permet et alertez sur tout ce qui s'exprime en requête.
*Hors TVA.
INCLUS DANS CHAQUE OFFRE
Prometheus va chercher les métriques dans vos services plutôt que d'attendre qu'on les lui envoie. Les cibles viennent d'une configuration statique ou de la service discovery, les échantillons atterrissent dans une base de séries temporelles locale, puis PromQL en tire les chiffres que vous voulez. Les règles d'alerte s'évaluent sur les mêmes expressions et passent tout ce qui se déclenche à Alertmanager pour le routage. C'est un projet CNCF sous licence Apache 2.0.
Les services de métriques hébergés facturent aux séries actives et aux échantillons ingérés, ce qui vous décourage discrètement d'utiliser les labels qui rendent une requête utile en premier lieu. L'auto-hébergement supprime cette pression. La cardinalité devient une question de mémoire et la rétention une question de disque, et vous répondez aux deux en agrandissant un serveur plutôt qu'en montant d'un palier. Prometheus est en général la moitié qui collecte, Grafana se chargeant du dessin.
Posez la question une fois, puis précalculez-la pour que le tableau de bord reste rapide.
node_exporter, blackbox, SNMP et cAdvisor couvrent l'essentiel de ce que vous exploitez.
Regroupement, mises en sourdine et escalade, séparés des règles elles-mêmes.
Ce duo tient presque du réglage par défaut. Prometheus collecte et stocke pendant que Grafana interroge et affiche. Les garder séparés permet de remplacer l'un sans reconstruire l'autre. Les deux tournent sans peine sur un petit serveur pour une flotte bien plus grosse que lui.
node_exporter sur chaque machine vous donne d'office processeur, mémoire, disque et réseau. Ajoutez la service discovery et les nouveaux serveurs apparaissent comme cibles tout seuls, ce qui empêche la configuration de supervision de traîner derrière le parc qu'elle surveille.
Les bibliothèques clientes pour Go, Python, Java et les autres exposent un endpoint de métriques en quelques lignes. Taux de requêtes, profondeur de file et compteurs d'erreurs se retrouvent alors à côté des graphiques matériels, et c'est en général là que les questions intéressantes trouvent leur réponse.
L'exporteur blackbox teste les endpoints depuis l'extérieur, tandis que l'exporteur SNMP interroge switches et équipements sur lesquels aucun agent ne tournera jamais. Les deux prolongent la même chaîne vers des choses que vous ne contrôlez pas.
L'image officielle lit le même fichier de configuration qu'une installation par paquets et garde la base dans un volume monté. Elle se comporte à l'identique sur un VPS classique ou sur un Docker VPS où le runtime est en place.
La fenêtre de rétention par défaut est courte parce que la base locale est faite pour l'être. Étirez-la aussi loin que votre disque le permet. Écrivez vers un stockage longue durée quand il vous faut des années plutôt que des semaines. Dans les deux cas, le coût est du stockage que vous savez chiffrer, et non un débit d'ingestion mesuré par quelqu'un d'autre.
Déployez n'importe quel template et des spécialistes certifiés couvrent tout au niveau du serveur, 24/7 et en plusieurs langues. C'est inclus dans chaque offre, affiné en 17 ans d'exploitation d'infrastructure.
Prometheus garde ses séries actives en mémoire, donc ce sont les combinaisons de labels que vous conservez qui dimensionnent le serveur. Agrandissez l'offre quand le parc grandit, au lieu de supprimer des labels pour rentrer dans un palier fixé par quelqu'un d'autre.
La base locale écrit en continu et lit fort dès qu'une requête sur une longue période démarre. Le NVMe garde la compaction hors du chemin, tandis qu'un storage VPS récupère les blocs anciens quand la rétention s'étale sur des mois.
Un collecteur qui tire doit pouvoir atteindre ses cibles, donc accès sortant, règles de pare-feu que vous fixez et adresse publique là où il en faut une. Root complet sur KVM et gestion du pare-feu dans le tableau de bord couvrent les deux bouts.
Un Alertmanager qui partage un datacenter avec les systèmes dont il rend compte a un défaut évident. Neuf emplacements en Europe, au Royaume-Uni et aux États-Unis veut dire que le chemin de l'alerte peut démarrer là où l'incident n'est pas arrivé.

Bon rapport qualité-prix
2025-12-29"J'utilise leurs services depuis un moment et c'est top. Les performances sont bonnes et fiables, et le prix rend le tout encore meilleur. Tout fonctionne sans accroc, et ils sont très réactifs dès qu'on a besoin de quelque chose."
Équipe et entreprise au top
2025-03-01"Équipe et entreprise au top. Au fur et à mesure qu'ils étendent la disponibilité de leurs services à d'autres régions du monde, ils continuent de progresser en qualité et en efficacité."
La mise en place a été rapide et...
2025-09-01"La mise en place a été rapide et le VPS tourne sans souci depuis. Le support client a répondu à mes questions sans compliquer les choses, et ça m'a honnêtement plu."
LumaDock propose un hébergement VPS, GPU et serveurs dédiés rapide et abordable pour les développeurs, les entreprises et les gamers, propulsé par du stockage NVMe et AMD EPYC.
LumaDock® est une marque déposée de LumaDock LTD, basée à Londres W1S 1HN, Royaume-Uni, et enregistrée en Angleterre et au pays de Galles sous le numéro de société 15844051.