Serveurs & cloud
Chaque serveur cloud au même endroit — bien mesuré, et chiffré en entier.
Hetzner, DigitalOcean, TransIP et OVHcloud dans une seule liste, avec tout le cycle de vie derrière : créer, allumer et éteindre, reconstruire, mode rescue, une console web, sauvegardes, instantanés, volumes, réseaux privés et répartiteurs de charge. Un agent qui s’installe en une minute ajoute les chiffres qu’aucune API cloud ne possède — mémoire, espace disque, charge, et une alerte dès qu’une machine se tait. Et le panneau de coût additionne ce qui est réellement facturé pour un serveur, pas seulement le prix de sa formule.
Offre gratuite · Sans carte bancaire · Un fournisseur connecté en 2 minutes
- Chaque cloud connecté dans une seule liste de serveurs, avec recherche et filtres
- Mémoire, espace disque et charge, que votre API cloud ne peut pas fournir
- Ce que coûte chaque serveur une fois ses volumes et ses IP comptés
- Des alertes qui attendent un problème durable, pas un pic d’une seconde
- Deux verrous de suppression, et une suppression qui dit ce qu’elle supprime
14 serveurs · 12 en cours
Copies ponctuelles des disques de vos serveurs, conservées même après suppression.
Adresses IP flottantes que vous pouvez attacher et déplacer entre vos serveurs.
5 serveurs ne sont interrogés que chez leur fournisseur : la mémoire, l’espace disque et la charge n’y sont donc pas mesurés.
14 serveurs répartis sur 4 comptes · €425.59/mois
6 instantanés · 71.3 GB stockés
3 rattachés à rien — €6.30 par mois
Une adresse réservée continue d'être facturée après la disparition du serveur pour lequel elle était réservée. Libérez-la chez votre fournisseur, ou attachez-la à un serveur.
14 adresses réparties sur 4 comptes
Fonctionne avec vos clouds
Votre cloud sait à quel point un serveur travaille. Il ne sait pas si le disque est plein.
Toutes les API cloud vous parlent de CPU et de réseau, toutes les cinq minutes, et InfraNest en trace les courbes dès que vous connectez un compte — rien à installer. Ce qu’aucune API cloud ne vous dira, c’est combien de mémoire il reste, à quel point le disque est plein, ou ce qu’a fait la charge, parce que ces chiffres n’existent que sur la machine. Ce n’est pas un trou dans l’intégration, c’est une propriété de l’interface. Le second niveau est donc un agent — une commande, environ une minute, la même commande sur chaque serveur — et il apporte un relevé par minute, les processus qui dévorent la machine, les plus gros dossiers du montage qui se remplit, les services tombés et la raison, ainsi que la seule alerte qu’une interrogation ne peut structurellement pas produire : ce serveur ne rapporte plus rien. Tant qu’il n’est pas installé, une règle sur la mémoire ou le disque reste grisée plutôt qu’acceptée — car une règle qu’on peut enregistrer et qui ne se déclenchera jamais est pire qu’un bouton hors d’atteinte.
- CPU, réseau et débit disque depuis votre fournisseur sans rien installer, sur chaque cloud doté d’une API de métriques
- Mémoire, espace disque, charge et temps de fonctionnement dès que l’agent tourne — mesurés sur la machine, chaque minute
- « Ce qui remplit le disque » est une liste de dossiers, pour que « 94 % plein » arrive avec quelque chose à supprimer
- Les services tombés s’expliquent en clair : mémoire épuisée, trop long et arrêté, échoué trop souvent pour continuer
- Les règles sur les métriques de l’agent restent grisées tant qu’il n’est pas là, plutôt que d’enregistrer une règle qui ne pourrait jamais se déclencher
api-02
cpx41 · Falkenstein · un relevé toutes les 5 minutes
CPU
46%
sur 8 vCPU
Mémoire
nécessite l’agent
Disque
nécessite l’agent
Charge moyenne
nécessite l’agent
La mémoire, l’espace disque et la charge nécessitent l’agent — une API cloud ne les fournit pas.
api-01
cpx41 · Falkenstein · un relevé par minute
CPU
50%
sur 8 vCPU
Mémoire
62%
sur 16 GB
Disque
44%
sur /
Charge moyenne
4.03
8 cœurs
Ce que l’agent ajoute
- Une alerte dès que le serveur ne rapporte plus rien du tout — la seule chose qu’une interrogation ne peut structurellement pas remarquer.
- Les processus qui consomment le plus de CPU et de mémoire, relevés sur la machine elle-même.
- Ce qui remplit le disque — les plus gros dossiers du montage le plus plein, pour que « 94 % plein » arrive avec quelque chose à supprimer.
- Les services que la machine doit faire tourner, et en clair pourquoi l’un d’eux est tombé.
Une commande, environ une minute — et la même sur chaque serveur, quel que soit le cloud.
Ce que coûte vraiment un serveur, une fois compté ce qui y est rattaché
Le prix d’une formule n’est pas une facture. La machine ci-contre est un serveur à 15,90 € portant un volume à 12,00 € et sa propre IPv4 à 0,60 € : le montant que les gens citent pour elle représente donc 56 % de ce qui part chaque mois. Le panneau de coût additionne tout ce qui est facturé à cette machine — le serveur, ses sauvegardes, chaque volume, adresse IP et instantané qui y est rattaché, plus ce que vous ajoutez vous-même, une licence ou un contrat de support dont le fournisseur ignore tout. La ligne IP pèse plus qu’il n’y paraît : chez la plupart des fournisseurs, une IPv4 publique est facturée à part, si bien que sans elle chaque serveur du parc paraît un peu moins cher qu’il ne l’est. Rien n’est compté deux fois — un volume affiché ici est le même volume compté une seule fois dans le rapport de dépenses, pas un supplément. Et le second onglet est la partie dont personne n’a de page : les volumes et adresses réservées rattachés à rien, facturés en entier chaque mois et présents sur aucun serveur, puisqu’ils ne sont sur aucun serveur.
- Serveur, sauvegardes, volumes, adresses IP et instantanés, plus vos propres lignes de coût manuelles
- Dans la devise de votre fournisseur, HT, et présenté comme une estimation — la facture a le dernier mot
- Compté une fois : un volume rattaché ici est le même volume dans le rapport de dépenses, jamais un second poste
- Les volumes et IP réservées non rattachés sont totalisés, car ce qui n’est sur aucun serveur n’est sur la page d’aucun serveur
- InfraNest ne les libère pas à votre place : nous voyons qu’une adresse est détachée, pas si vous la gardez pour une migration
Coût
web-01 · cpx31
- Mensuel (base)du fournisseur
- €15.90
- Volumeuploads
- + €12.00
- Adresse IP5.75.140.10
- + €0.60
- Total estimé
- €28.50/mois
La formule coûte €15.90. La machine coûte €28.50 — la formule représente 56 % de ce que vous payez.
Estimation basée sur les données disponibles — sauvegardes incluses, ainsi que les volumes, adresses IP et instantanés rattachés à ce serveur. Votre facture réelle peut différer.
Les prix sont stockés et affichés HT.
Rattaché à rien2 volumes · 3 adresses réservées
€60.30/mois
Un volume détaché conserve vos données et conserve son prix ; une adresse réservée continue de coûter, qu’elle pointe quelque part ou non. Rien de tout cela n’apparaît sur la page d’un serveur, puisque rien de tout cela n’est sur un serveur — et c’est précisément pour ça que personne ne le voit. InfraNest le compte, en fait un total et nomme la machine à laquelle chacun appartenait. Il refuse délibérément d’en libérer quoi que ce soit à votre place : nous voyons qu’une ressource est détachée, pas si vous la gardez pour une migration.
Une vérification permanente sur chaque serveur, et ce qu’elle trouve aujourd’hui
Personne n’audite un serveur dont il ne s’inquiète pas sur le moment, et c’est précisément pour cela que ce qui vous mord est ce qui allait bien la dernière fois que vous avez regardé. Chaque serveur porte donc une vérification permanente — onze, en fait — sur la page que vous alliez ouvrir de toute façon : y a-t-il un pare-feu, SSH est-il ouvert au monde, un port de base de données est-il joignable, existe-t-il un point de restauration, la protection contre la suppression est-elle active, quelque chose surveille-t-il la machine, tourne-t-elle depuis assez longtemps pour qu’il lui manque des correctifs noyau, des volumes sont-ils facturés pour rien. Chaque constat dit ce qui est vrai maintenant plutôt que ce qui serait l’objectif, s’explique en une phrase et porte le bouton qui le corrige. Ce qu’il ne fera pas, c’est vous dire que tout va bien alors qu’il n’a pas regardé : sur un cloud sans API de pare-feu, les quatre vérifications correspondantes sont absentes plutôt que discrètement vertes — une distinction qu’un panneau de sécurité doit faire.
- Onze vérifications par serveur, triées pour qu’un point critique ne passe jamais sous une suggestion
- Chaque constat porte sa correction — attacher un pare-feu, prendre un instantané, activer la supervision, activer la protection
- Une vérification à laquelle le fournisseur ne peut pas répondre n’est pas affichée, plutôt que signalée comme réussie
- Ne pas être sur un réseau privé est une information, pas un avertissement — c’est un arbitrage, et rester en dehors est un choix normal
- Chaque constat s’ignore individuellement, pour qu’un choix délibéré cesse d’insister sans couper tout le conseiller
Hetzner · cax21 · Falkenstein
Pare-feuAucun pare-feu attaché
Corriger dans le pare-feuUn pare-feu vous permet de n’exposer que les ports réellement utilisés. Sans lui, chaque port de ce serveur est accessible depuis Internet.
InstantanéAucun instantané créé
Créer un instantanéUn instantané est un point de restauration rapide et manuel — pratique à prendre juste avant des modifications risquées comme une mise à niveau de l’OS.
ProtectionProtection contre la suppression désactivée
Activer la protection contre la suppressionLa protection contre la suppression empêche la destruction du serveur en un seul clic. Activez-la pour les serveurs de production.
SurveillanceAucune surveillance configurée
Ajouter une surveillanceLa surveillance et les règles d’alerte vous préviennent des pannes ou problèmes de ressources avant vos utilisateurs.
DisponibilitéEn fonctionnement depuis plus de 90 jours
Un serveur en fonctionnement depuis plus de 90 jours manque probablement de correctifs de sécurité du noyau et du système qui ne prennent effet qu’après un redémarrage.
RéseauPas sur un réseau privé
Ouvrir le réseauUn réseau privé transporte le trafic entre serveurs (bases de données, couches applicatives) sans passer par l’Internet public. C’est un compromis, pas une amélioration : chaque serveur du réseau peut joindre tous les ports que les autres exposent sur leur adresse privée, et les règles du pare-feu cloud de ce fournisseur ne s’appliquent pas à ce trafic. Attachez-en un si ces serveurs doivent se parler — ne pas y être est un choix normal.
VolumesDes volumes non attachés sont facturés
Examiner les volumesVotre organisation a des volumes non attachés toujours facturés. Attachez ceux dont vous avez besoin et supprimez le reste.
✓ Afficher 4 réussie(s)
Hetzner · ccx23 · Helsinki
RéseauPas sur un réseau privé
Ouvrir le réseauUn réseau privé transporte le trafic entre serveurs (bases de données, couches applicatives) sans passer par l’Internet public. C’est un compromis, pas une amélioration : chaque serveur du réseau peut joindre tous les ports que les autres exposent sur leur adresse privée, et les règles du pare-feu cloud de ce fournisseur ne s’appliquent pas à ce trafic. Attachez-en un si ces serveurs doivent se parler — ne pas y être est un choix normal.
VolumesDes volumes non attachés sont facturés
Examiner les volumesVotre organisation a des volumes non attachés toujours facturés. Attachez ceux dont vous avez besoin et supprimez le reste.
✓ Afficher 9 réussie(s)
Des points de restauration, et un retour dans un serveur qui vous enferme dehors
Deux questions décident si un mauvais après-midi est un incident ou un désagrément : puis-je annuler ça, et puis-je encore entrer ? Les sauvegardes de votre fournisseur tournent selon un planning et se restaurent en un clic. Les instantanés sont ceux que vous prenez vous-même, trente secondes avant la manœuvre risquée — et comme un instantané est stocké compressé, un disque de 80 GB vous en coûte généralement environ six. Les instantanés conservés restent de l’argent : la liste les facture sur ce qu’ils occupent réellement et alimente le rapport de dépenses, là où leur prolifération cesse d’être une intuition. Et quand la machine ne vous laisse plus entrer du tout — SSH qui refuse, un démarrage qui n’aboutit pas, une règle de pare-feu refermée derrière vous — il y a une console en direct dans le navigateur : un écran et un clavier branchés à même la machine, avec des identifiants temporaires qui expirent et une ligne au journal d’audit disant qui l’a ouverte.
- Sauvegardes du fournisseur : activer, en déclencher une maintenant, restaurer, supprimer — là où le cloud les propose
- Instantanés que vous prenez vous-même : créer, restaurer, renommer, protéger de la suppression, supprimer
- Facturés sur l’image compressée et non sur le disque, pour que le chiffre corresponde à ce que vous payez
- Une console VNC en direct pour une machine qui n’accepte plus SSH, avec des identifiants qui expirent peu après
- Vous préférez votre propre client ? Le panneau vous donne l’URL WebSocket, ou l’hôte VNC, le port et le mot de passe
Copies ponctuelles que vous créez vous-même.
6 instantanés, 3 protégés contre la suppression — 375 GB de disque stockés en 71.3 GB, 81 % de moins.
Un instantané est facturé sur ce qu’il occupe réellement, pas sur la taille du disque dont il provient — automatiquement là où votre fournisseur publie un tarif, et saisi par vous là où il n’en publie pas. Cela alimente le rapport de dépenses, et c’est là que la prolifération d’instantanés cesse d’être une intuition pour devenir un chiffre.
Pour quand SSH refuse, que le serveur ne finit pas de démarrer, ou qu’une règle de pare-feu vous a mis dehors.
Les identifiants sont temporaires, demandés par session et expirant peu après. L’ouverture est inscrite au journal d’audit, pour que l’équipe voie qui s’est connecté et quand.
Des alertes serveur qui moyennent une fenêtre, pas qui attrapent un pic
Si les gens coupent les alertes d’infrastructure, c’est parce qu’elles ont généralement tort, et la cause habituelle est un seuil comparé à un seul relevé. « CPU au-dessus de 85 % pendant 15 minutes » devrait vouloir dire la moyenne sur ces quinze minutes, et ici c’est le cas : chaque relevé de la fenêtre est moyenné, et c’est cette moyenne que la règle compare. Un pic de sauvegarde d’une minute ne réveille donc personne, et un samedi après-midi de vraie charge réveille quelqu’un. Le retour à la normale a lui aussi une marge — la moyenne doit repasser nettement 10 % sous le seuil avant que quoi que ce soit soit déclaré rétabli — pour qu’une valeur posée exactement sur la ligne ne puisse pas alerter et se rétablir toute la nuit. Vous recevez au maximum deux messages par alerte : elle s’est déclenchée, et c’est fini. Et si un pic était trop court pour déclencher, vous n’entendez rien du tout, pas même une fin d’alerte pour une alerte qui n’a jamais eu lieu.
- Définissez une règle une fois pour l’organisation ; chaque serveur en hérite, chaque serveur peut la remplacer, et une réinitialisation la rétablit
- La durée est une moyenne, pas un chronomètre — deux relevés isolés à quinze minutes d’écart ne sont pas un dépassement
- Une fenêtre qui ne contient pas assez de relevés ne rend aucun verdict, ce qui n’est délibérément pas la même chose que « tout va bien »
- Un dépassement ouvre un vrai incident à côté de vos incidents de disponibilité, et se referme tout seul
- Un serveur qui n’a jamais rien envoyé est traité comme « l’agent n’est pas encore installé », pas comme une machine silencieuse
Règles d’alerte
Recevez une notification quand une métrique reste au-dessus ou en dessous d’un seuil.
Héritée par 11 serveurs. Défini pour toute l’organisation. Modifiez-le ici pour ne le remplacer que sur ce serveur.
Ces 15 minutes sont une moyenne, pas un chronomètre
Chaque relevé de la fenêtre est moyenné, et c’est cette moyenne que la règle compare. Une minute au-dessus de la ligne n’est pas un dépassement ; une fenêtre entière au-dessus, si.
Une sauvegarde occupe un cœur, une minute durant
pic 98 %moyenne 25.4 %
Personne n’est réveillé
La charge arrive, et reste
pic 95 %moyenne 89.7 %
Déclenche
Le retour à la normale demande lui aussi une marge. Une règle à 85 % n’est déclarée rétablie que lorsque la moyenne repasse sous 76.5 % — 10 % sous la ligne — pour qu’une valeur posée sur le seuil ne puisse pas alerter et se rétablir toute la nuit. Deux messages par alerte au maximum : elle s’est déclenchée, et c’est fini. Un pic trop court pour déclencher n’envoie rien du tout, pas même une fin d’alerte pour une alerte qui n’a jamais eu lieu.
Deux choses qu’un seuil ne sait pas exprimer
Aucune donnée de l’agent
Une API de fournisseur continue de répondre joyeusement au sujet d’une machine bloquée, et un attaquant qui contrôle la machine coupe l’agent. C’est l’absence qui est le signal — ce qui en fait à la fois une alerte d’exploitation et une alerte de sécurité. Un serveur qui n’a jamais rien envoyé est traité comme « personne ne l’a encore installé », pas comme un silence.
Un service surveillé est tombé
Expliqué en clair plutôt qu’en systemd : mémoire épuisée, trop long et arrêté, échoué trop souvent pour continuer à réessayer, n’a pas obtenu ce qu’il lui fallait pour démarrer. De quoi savoir s’il faut regarder la taille de la machine ou sa configuration.
Un mois de vos serveurs, avec les réserves posées sur la bonne ligne
CPU, mémoire et disque pour tout le parc sur un mois de votre choix, avec le pic et la moyenne côte à côte — car un régime constant à 60 % et un mauvais après-midi peuvent donner la même moyenne, et un seul des deux justifie d’agrandir. Ambre au-dessus de 75 %, rouge au-dessus de 90 %. Ce qui rend le tableau utilisable plutôt que simplement présent, c’est que chaque ligne dit sur quelle part du mois elle repose : un serveur mesuré sur douze jours sur trente-et-un n’est pas comparable à un serveur mesuré sur tous, et un serveur arrivé en cours de mois le signale, pour qu’une mesure courte se lise comme un serveur récent et non comme une panne de supervision. Un serveur sans relevé affiche « Aucun relevé », jamais zéro : nous n’allons pas vous dire qu’une machine n’a consommé aucun CPU quand nous voulons dire que nous n’avons rien reçu d’elle. Là où un disque se remplit sur une tendance stable, vous obtenez « plein dans environ neuf jours », et seulement pour une période qui inclut aujourd’hui, pour qu’une prévision actuelle ne soit jamais accrochée au mois d’août dernier.
- Pic et moyenne ensemble pour le CPU, la mémoire et le disque, avec une sparkline de l’allure du mois
- Ambre au-dessus de 75 %, rouge au-dessus de 90 % — teinté plutôt que simplement recoloré, pour qu’un chiffre en difficulté se lise d’un coup d’œil
- « 12 jours sur 31 » sur chaque ligne, et une teinte d’avertissement dès que le mois est assez maigre pour tirer la moyenne vers le bas
- Aucun relevé s’écrit « Aucun relevé », jamais zéro — les deux veulent dire le contraire l’un de l’autre
- Prévisions de disque uniquement pour une période qui inclut aujourd’hui, car une tendance décrit maintenant et pas l’été dernier
septembre 2026 · mois en cours
| Serveur | Pic CPU | Pic mémoire | Pic disque | Mesuré |
|---|---|---|---|---|
| queue-01 | 83.4%moy. 57.2% | 80.5%moy. 74.2% | 56.4%moy. 55.7% | 2 jours sur 30 |
| api-01 | 65.4%moy. 45.0% | 74.6%moy. 68.3% | 45.4%moy. 44.7% | 2 jours sur 30 |
| db-01 | 42.7%moy. 32.5% | 68.3%moy. 62.0% | 78.4%moy. 77.7% | 2 jours sur 30 |
| api-02 | 60.2%moy. 41.3% | 2 jours sur 30 | ||
| web-02 | 29.0%moy. 17.3% | 61.6%moy. 55.3% | 30.4%moy. 29.7% | 2 jours sur 30 |
| analytics-01 | Aucun relevé |
Aucun serveur n’a manqué de CPU, de mémoire ou de disque.
6 serveurs sur 14 affichés — un pour chaque état que le rapport peut prendre.
Réseaux privés : chaque serveur qui y est peut joindre tous les autres
C’est la partie que la plupart des consoles vous laissent découvrir seul. Chaque serveur d’un réseau privé peut joindre chaque port que chaque autre serveur expose sur son adresse privée, et il n’y a aucune étape d’autorisation entre les deux — rejoindre le réseau, c’est la permission. Chez Hetzner, le pare-feu cloud ne peut pas filtrer ce trafic du tout, parce que ses règles s’appliquent à l’interface publique : la seule maîtrise qui reste est de choisir qui est attaché. Chez DigitalOcean, c’est différent : ses pare-feux filtrent bien le trafic VPC. InfraNest ne devine pas auquel des deux vous avez affaire. Avant que vous confirmiez un attachement, il nomme ce qui devient joignable et dit si le pare-feu s’applique, d’après une capacité que le fournisseur a lui-même déclarée et non d’après une supposition sur le fonctionnement des clouds. Et rester en dehors d’un réseau privé n’est pas traité comme un problème à corriger : un runner de CI, ou un site public qui n’a rien à partager, n’a aucune raison d’en rejoindre un. Nous avons retiré une bannière qui suggérait le contraire, parce que nous ne disposons d’aucune donnée de trafic et que c’était un avis, pas une mesure.
- Créez un réseau, ajoutez des sous-réseaux et attachez des serveurs des deux côtés — depuis le réseau ou depuis le serveur
- Avant qu’un attachement soit confirmé, ce qui devient joignable est nommé et la question du pare-feu reçoit une réponse
- Le fait que le pare-feu cloud atteigne ou non le trafic privé est lu dans une capacité déclarée, par fournisseur, jamais supposé
- Un résumé en clair du réseau : sa zone, combien de serveurs partagent des IP privées, et s’il existe des routes
- Ne pas rejoindre est une réponse légitime, et InfraNest n’insiste pas
6
serveurs
2
sous-réseaux
0
routes
En clair
private-backbone est un réseau privé dans eu-central. 6 serveurs sont connectés via des IP privées. Aucune route — le trafic reste dans 10.0.0.0/16.
Ce qu’attacher un serveur autorise
6 serveurs se trouvent aujourd’hui sur ce réseau, et tous deviennent joignables depuis le nouveau sur leur adresse privée — sur chaque port qu’ils y exposent. Il n’y a aucune étape d’autorisation entre les deux.
Rester en dehors d’un réseau privé n’est pas un problème à corriger. Un runner de CI, ou un site public qui n’a rien à partager, n’a aucune raison d’en rejoindre un. Nous avons retiré une bannière qui suggérait le contraire : nous ne disposons d’aucune donnée de trafic, c’était donc un avis et pas une mesure.
Aucun serveur ne disparaît par accident — et « retirer » veut dire deux choses
Supprimer détruit la machine chez votre fournisseur, et la facturation s’arrête. Ne plus suivre la laisse tourner, la laisse facturée, et la retire simplement d’InfraNest. Ce ne sont pas deux variantes d’une même action, et la confirmation dit laquelle des deux vous êtes sur le point de faire — y compris, chez un fournisseur où supprimer est en réalité résilier, si la machine part maintenant ou à la fin d’une période que vous avez déjà payée. Ne plus suivre est entièrement réversible et ne demande délibérément aucune ré-authentification : mettre une barrière devant le bouton réversible pousse les gens vers celui qui ne l’est pas. Supprimer demande le nom du serveur et la ré-authentification de votre organisation là où elle est exigée, et la vérification des capacités passe en premier, pour qu’on ne vous demande jamais une passkey pour une action que le fournisseur n’allait de toute façon pas permettre. La protection contre la suppression, ce sont deux verrous indépendants — le nôtre et celui natif du fournisseur, chacun suffisant pour refuser — appliqués à la suppression elle-même et non sur une route d’API, si bien qu’ils bloquent aussi une reconstruction et une suppression venue d’une automatisation ou d’une tâche de fond.
- Deux verrous indépendants, et un seul suffit à refuser — appliqués à la suppression, donc aussi à une reconstruction et à une automatisation
- Supprimer demande le nom du serveur, et une ré-authentification là où votre organisation l’exige
- Ne plus suivre est réversible et sans ré-authentification : historique, tags, champs personnalisés et réglages reviennent tous
- Les serveurs non suivis sont masqués partout à la fois — liste, tableaux de bord, coûts, collecteur, règles d’alerte, exporteur — via une portée globale, pas un filtre que chaque appelant doit se rappeler
- Un compteur et un filtre sont le chemin du retour, pour que rien de ce que vous cessez de suivre ne soit jamais vraiment perdu
Supprimer — la machine disparaît
Détruit mail-01 chez votre fournisseur. La facturation s’arrête.
Chez TransIP, il s’agit d’une résiliation : la machine tourne jusqu’à la fin de la période que vous avez déjà payée.
Parmi vos comptes, seul TransIP fonctionne ainsi — et la confirmation indique laquelle des deux vous êtes sur le point de faire.
Saisissez le nom du serveur pour confirmer :
Ainsi que la ré-authentification de votre organisation là où elle est exigée — passkey, code ou mot de passe. La vérification de ce que le fournisseur sait faire passe en premier, pour qu’on ne vous demande jamais une passkey pour une action qui n’aurait de toute façon pas abouti.
Ne plus suivre — la machine reste
mail-01 disparaîtra de votre liste de serveurs, de la supervision et des rapports de coûts. Rien n’arrive à la machine elle-même.
Le serveur continue de tourner et votre fournisseur continue de le facturer. Pour arrêter de payer, supprimez-le chez le fournisseur.
Vous pouvez le récupérer à tout moment depuis Serveurs → Non suivis. Métriques, tags et réglages sont conservés.
Délibérément sans ré-authentification : mettre une barrière devant le bouton réversible pousse les gens vers celui qui ne l’est pas.
Deux verrous, et un seul suffit à refuser
Le verrou de suppression d’InfraNest
Protège la suppression, la reconstruction et la restauration via InfraNest (et, si pris en charge, le fournisseur). Il ne peut pas empêcher les actions dans le tableau de bord de votre fournisseur.
La protection propre à TransIP
TransIP ne déclare aucune protection propre, le nôtre est donc le seul verrou. Ce n’est pas signalé comme « désactivé » — ce cloud n’en a simplement jamais proposé.
Appliqué à la suppression elle-même plutôt que sur la route d’API, si bien qu’il refuse aussi une reconstruction, et une suppression venue d’une automatisation ou d’une tâche de fond.
Tout ce qu’il gère par ailleurs
Les parties qui ne deviennent intéressantes que le jour où vous en avez besoin.
Créer un serveur sans quitter InfraNest
Choisissez le compte, puis le nom, la taille, l’emplacement et l’image — récupérés en direct chez votre fournisseur, pour que vous ne voyiez que ce que vous pouvez réellement commander. Emplacements groupés par continent, formules groupées dans les familles que ce cloud vend, la moins chère d’abord, et une formule que votre emplacement ne peut pas construire grisée avec la raison. La règle de nommage est celle de votre fournisseur et le formulaire la connaît : une majuscule est mise en minuscule pendant la frappe, tout le reste qui ne passe pas arrive avec une correction en un clic, et si le nom est pris, le même bouton propose le prochain libre. Les images applicatives prêtes à l’emploi ont leur propre onglet, et un pare-feu peut être attaché dès l’appel de création.
Uniquement ce que votre cloud sait faire
Chaque commande dépend d’une capacité que le fournisseur a déclarée, jamais de son nom — la page demande « celui-ci peut-il passer en mode rescue ? », pas « est-ce du Hetzner ? ». Ces capacités échouent en position fermée et sont testées contre le pilote dans les deux sens : une configuration qui promet ce que le pilote refuse vous donne un bouton dont le seul résultat est une erreur, et une qui nie ce que le pilote sait faire vous donne quelque chose que personne n’atteint — ce qui ressemble exactement à un logiciel qui marche. C’est ce second test qui a révélé que TransIP sait commander et résilier son option de sauvegarde payante, et qu’OVHcloud a un vrai mode rescue. Ce qu’un cloud n’a jamais déclaré est laissé tranquille plutôt que signalé comme désactivé.
Sauvegardes et instantanés
Sauvegardes du fournisseur : activer, en déclencher une maintenant, restaurer, supprimer. Les instantanés sont vos propres images à un instant donné — créer, restaurer, renommer, protéger de la suppression, supprimer. Les instantanés conservés coûtent de l’argent, et la liste dit combien par mois : chiffré automatiquement là où le fournisseur publie un tarif (sur la taille compressée, souvent bien plus petite que le disque) et saisi par vous là où il n’en publie pas. Cela alimente le rapport de dépenses, et c’est là que la prolifération d’instantanés cesse d’être une intuition pour devenir un chiffre.
Volumes
Créer, attacher, détacher, agrandir, renommer et supprimer, d’un fournisseur à l’autre. Un volume ne fait que grandir — c’est la règle de votre fournisseur, pas la nôtre, et le champ le dit au lieu d’échouer après le clic. L’avertissement au redimensionnement est la partie utile : il agrandit le disque et non le système de fichiers, et vous donne la commande resize2fs ou xfs_growfs exacte à lancer ensuite. Les règles de nommage sont indiquées sous le champ par fournisseur, et comme DigitalOcean fige le nom d’un volume à sa création, la page prévient que le nom choisi là est définitif.
Répartiteurs de charge
Les services sur lesquels il écoute et vers lesquels il transmet, les cibles derrière lui, et la méthode de répartition. Ajouter une cible, retirer une cible et changer d’algorithme existent aussi comme actions d’automatisation, pour qu’un déploiement puisse sortir un serveur de la rotation et l’y remettre.
IP réservées, et l’argent qui dort dedans
Chaque adresse réservée, flottante et élastique sur l’ensemble de vos comptes, avec le serveur qu’elle pointe, son DNS inverse, sa localisation et son coût mensuel. Les non rattachées sont l’essentiel : les fournisseurs facturent une adresse réservée qu’elle serve ou non, et celle qu’un serveur supprimé laisse derrière lui n’est sur la page d’aucun serveur, puisqu’elle n’est sur aucun serveur. Une bannière les compte et totalise ce qu’elles coûtent. Le DNS inverse s’édite des deux côtés, avec la prochaine adresse libre pré-remplie pour un bloc IPv6, validé contre la plage attribuée au serveur avant d’être appliqué.
Les serveurs que nous ne gérons pas
Une machine sans compte cloud derrière — du bare metal, une tour sous un bureau, une VM chez un fournisseur que nous n’intégrons pas — peut être ajoutée et supervisée comme n’importe quelle autre, marquée autogérée. Délibérément pas sur la page Serveurs, parce que tout ce à quoi sert cette page a besoin d’une API fournisseur, et qu’elle y arriverait comme une ligne aux actions toutes grisées et aux colonnes toutes vides. Un compteur renvoie vers la Supervision pour qu’elle ne se perde jamais, et avec l’agent vous obtenez malgré tout le tableau complet : CPU, mémoire, disque, charge, services, processus, règles d’alerte et détection du silence.
Automatisable, et journalisé
Allumer un serveur, le redémarrer, l’éteindre, activer ou couper les sauvegardes du fournisseur, basculer la protection contre la suppression, attacher ou agrandir un volume, ajouter ou retirer une cible de répartiteur — tout est disponible comme action d’automatisation. Chaque modification, et chaque session de console, part au journal d’audit.
Voyez votre propre parc en environ deux minutes
Connectez un fournisseur avec un jeton en lecture seule. Rien n’est écrit tant que vous ne l’avez pas demandé.
Consoles des fournisseurs vs InfraNest
La différence entre quatre onglets et une réponse.
Consoles des fournisseurs
- Quatre consoles, quatre logiques différentes, et le parc uniquement dans votre tête
- Des courbes de CPU, et aucun moyen de savoir si un disque se remplit avant qu’il soit plein
- Un prix de formule par serveur, avec volumes, IP et instantanés facturés ailleurs
- Une alerte sur un pic d’une minute, puis une autre quand il est passé
- Supprimer et « retirer de ma liste » à un menu d’écart, et un seul des deux réversible
Avec InfraNest
- Une seule liste sur tous les clouds, avec recherche, filtres et tags qui les traversent
- Mémoire, espace disque et charge relevés sur la machine elle-même, chaque minute
- Ce que coûte chaque serveur au total, et ce que vous coûtent vos volumes et IP inutilisés
- Une fenêtre moyennée, une marge de retour à la normale, et deux messages par alerte au maximum
- Deux verrous de suppression, et une confirmation qui dit de quel retrait il s’agit
Un identifiant, dix modules
Chaque module est dans chaque offre, Free compris — seules les limites changent.
Le coût si vous le faisiez séparément
Chaque brique dans un outil différent, et l’addition grimpe vite :
- Domaine & DNS
- ~30 €
- Monitoring
- ~29 €
- Suivi SSL
- ~15 €
- Page de statut
- ~29 €
- Panel serveur
- ~15 €
- Sur 4–5 outils distincts
- 100–150 €/mois
Questions fréquentes
Quels clouds sont pris en charge ?
Hetzner Cloud, DigitalOcean, TransIP et OVHcloud. Ce que vous pouvez faire varie selon le fournisseur et est déclaré plutôt que supposé : le mode rescue, une console web, le montage d’ISO, les groupes de placement et la protection native contre la suppression ne sont pas partout, et là où un cloud ne peut pas assurer une commande, elle est grisée avec la raison plutôt qu’offerte puis mise en échec. OVHcloud est le cas le plus net : un VPS s’y commande au lieu d’être créé par un appel d’API, et en retirer un résilie un abonnement avec préavis — nous vous renvoyons donc au panneau d’OVHcloud pour les deux, plutôt que de proposer un bouton qui voudrait discrètement dire autre chose que celui d’à côté. La page des intégrations indique ce qui fonctionne où.
Dois-je installer quelque chose ?
Non. Connectez un fournisseur et vous obtenez ses propres métriques — CPU, réseau et débit disque, toutes les cinq minutes — plus tout le cycle de vie, les coûts, les sauvegardes, les instantanés, les volumes et les réseaux, sans rien sur la machine. L’agent est facultatif et ajoute ce qu’aucune API cloud ne fournit : mémoire, espace disque, charge, temps de fonctionnement, les processus les plus lourds, ce qui remplit le disque, l’état de vos services, et une alerte dès que le serveur cesse de rapporter. C’est une commande, et cela prend environ une minute.
Pourquoi mon fournisseur ne peut-il pas rapporter la mémoire ou l’espace disque ?
Parce que ces chiffres n’existent qu’à l’intérieur de la machine. Une API cloud se tient à l’extérieur du serveur virtuel et peut mesurer ce qui passe par l’hyperviseur — temps CPU, paquets réseau, E/S disque — mais elle ne voit pas quelle part de votre RAM est utilisée ni à quel point votre système de fichiers est plein, pas plus que votre compteur électrique ne voit ce qu’il y a dans votre réfrigérateur. C’est à cela que sert l’agent, et c’est pourquoi une règle sur la mémoire ou le disque reste grisée tant qu’il n’est pas installé, plutôt que d’être enregistrée comme une règle qui ne pourrait jamais se déclencher.
Que contient le chiffre du coût ?
Le prix du serveur lui-même plus tout ce qui est facturé à côté : les sauvegardes, chaque volume rattaché, chaque adresse IP et instantané rattachés, et toute ligne manuelle que vous ajoutez vous-même, comme une licence ou un contrat de support. La ligne IP compte — chez la plupart des fournisseurs, une IPv4 publique est facturée à part, donc un chiffre sans elle fait paraître chaque serveur un peu moins cher qu’il ne l’est. Les prix sont stockés et affichés HT dans la devise de votre fournisseur, rien n’est compté deux fois face au rapport de dépenses, et le total est présenté comme une estimation : votre facture a le dernier mot.
Un pic d’une minute va-t-il me réveiller ?
Non. La durée d’une règle est une fenêtre moyennée, pas un chronomètre : chaque relevé sur ces minutes est moyenné, et c’est cette moyenne qui est comparée au seuil. Une sauvegarde qui occupe un cœur soixante secondes ne fait pas passer une moyenne sur quinze minutes au-dessus de 85 %. Le retour à la normale a lui aussi une marge — la moyenne doit repasser environ 10 % sous le seuil — pour qu’une valeur posée sur la ligne ne puisse pas alerter et se rétablir toute la nuit. Vous recevez deux messages au maximum par alerte, et si un pic était trop court pour déclencher, vous ne recevez rien du tout, pas même une fin d’alerte.
Quelle différence entre supprimer un serveur et cesser de le suivre ?
Supprimer détruit la machine chez votre fournisseur, et la facturation s’arrête. Ne plus suivre laisse la machine tourner et rester facturée, et la retire seulement d’InfraNest — elle disparaît de la liste, des tableaux de bord, du cumul de coûts, du collecteur de métriques, des règles d’alerte et de l’exporteur, et elle revient avec son historique, ses tags et ses réglages si vous la suivez de nouveau. La fenêtre de confirmation indique laquelle des deux vous êtes sur le point de faire, y compris si une suppression prend effet maintenant ou à la fin d’une période que vous avez déjà payée.
Un réseau privé a-t-il besoin de règles de pare-feu entre les serveurs qui s’y trouvent ?
Cela dépend du cloud, et InfraNest vous dit duquel il s’agit plutôt que de deviner. Chaque serveur d’un réseau privé peut joindre chaque port que chaque autre serveur expose sur son adresse privée, sans étape d’autorisation entre les deux. Chez Hetzner, le pare-feu cloud ne peut pas filtrer ce trafic du tout — ses règles s’appliquent à l’interface publique — donc la seule maîtrise est de choisir qui est attaché. Les pare-feux de DigitalOcean, eux, filtrent le trafic VPC. Avant que vous confirmiez un attachement, la fenêtre dit lequel des deux s’applique, d’après une capacité que le fournisseur a lui-même déclarée.
Sachez ce que font vos serveurs, et ce qu’ils coûtent
Connectez un fournisseur et voyez tout votre parc dans une seule liste.
Offre gratuite · Sans carte bancaire · Configuré en quelques minutes