Hébergement : mutualisé,

VPS ou infogéré,

comment décider

Le prix mensuel n'est pas le coût de l'hébergement

Comparer deux offres sur leur mensualité revient à comparer deux voitures sur le prix du plein. L'écart entre la formule la moins chère et la plus confortable se rattrape en quelques heures de dépannage facturées en urgence, un dimanche, par quelqu'un qui découvre le serveur.

Le coût réel d'un hébergement tient en trois lignes : ce que vous payez chaque mois, ce que vous payez en temps quand quelque chose casse, et ce que vous perdez pendant que c'est cassé. Les deux dernières ne figurent sur aucune page tarifaire.

Faites le calcul dans l'autre sens. Estimez ce que produit votre site sur une journée, ajoutez le temps qu'il faudra à quelqu'un pour comprendre puis corriger, ajoutez les clients qui ne rappellent pas. Vous obtenez le budget que vaut votre disponibilité. C'est ce montant-là qui décide, pas la mensualité — et pour un site de présentation qui ne vend rien, la réponse honnête est parfois : pas grand-chose. Auquel cas le moins cher est le bon choix, et ce n'est pas un aveu.

Mutualisé : le bon choix quand l'arrêt est supportable

Sur une offre mutualisée, votre site partage une machine avec beaucoup d'autres. Vous n'avez pas la main sur le système, et c'est exactement ce que vous achetez : l'hébergeur applique les correctifs de sécurité, renouvelle le certificat et surveille la machine à votre place. Personne chez vous n'a à y penser.

C'est le bon choix pour un site vitrine, un blog, une page de présentation avec des formulaires : trafic prévisible, aucune transaction, aucun traitement en arrière-plan. Mettre ce site-là sur un VPS n'apporte rien d'autre qu'une charge d'administration que personne n'a prévu d'assumer.

La limite arrive toujours par le même endroit : vous ne choisissez pas la configuration. Version de langage imposée, extensions indisponibles, quotas de mémoire et de processus, voisinage bruyant quand un autre site de la machine consomme tout. Et le support se fait par formulaire, dans une file dont vous ignorez la longueur.

• Un processus doit tourner en continu, ou une file d'attente doit être traitée : le mutualisé est dépassé.
• La version du langage ou d'une extension vous est imposée alors que le projet en exige une autre : il est dépassé.
• Vous avez besoin de restaurer une version précise à une date précise, choisie par vous : il est dépassé.
• Les temps de réponse se dégradent aux heures de pointe sans que votre trafic bouge : il est dépassé.

VPS : vous achetez une machine, pas un service

Un VPS vous livre une machine, une adresse IP et un mot de passe. Tout le reste est à vous, y compris ce à quoi on ne pense pas au moment de signer.

Mises à jour de sécurité du système, pare-feu, certificat et son renouvellement automatique, supervision, rotation des journaux, espace disque, sauvegardes et surtout leur restauration : ces tâches ne disparaissent pas parce que personne ne les a attribuées. Elles s'accumulent en silence jusqu'au jour où elles se rappellent à vous toutes en même temps. Un disque qui se remplit de journaux ne prévient pas : il arrête la base de données un dimanche.

Le VPS est le bon choix quand il existe une personne dont l'administration système fait explicitement partie du travail — et une deuxième qui sait prendre le relais. Un VPS avec un seul administrateur est un hébergement qui dépend du calendrier de vacances d'une personne.

Le vrai risque n'est d'ailleurs pas la panne. C'est le serveur monté il y a trois ans par un prestataire parti depuis, dont personne ne sait ce qu'il contient, ni pourquoi ce service tourne, ni ce qui casse si on le redémarre. Ce serveur-là n'est pas maintenu, il est craint.

Infogérance : ce que vous achetez, c'est quelqu'un qui décroche

L'infogérance ajoute l'exploitation à la machine. Elle peut porter sur un VPS, un serveur dédié ou une plateforme managée — le support technique importe moins que le contrat qui va avec.

Et un contrat d'infogérance ne se juge pas au montant. Il se juge sur six points, qui doivent être écrits noir sur blanc avant la signature.

• Le périmètre exact : le système seul, ou aussi l'application ? Un serveur parfaitement tenu ne répare pas un bogue applicatif.
• Les heures couvertes : jours ouvrés, soirées, week-ends, jours fériés. Un contrat qui ne dit pas ce qui se passe le samedi ne couvre pas le samedi.
• Le délai de prise en charge, et ce qui déclenche une astreinte : qui appelle, quel numéro, quel niveau de gravité.
• La détention des accès : à quel nom sont ouverts le domaine, la zone DNS et le compte d'hébergement, et comment vous les récupérez.
• La politique de sauvegarde, la durée de rétention, et la date de la dernière restauration réellement testée.
• La sortie : ce qui vous est remis à la fin du contrat, sous quel format, et en combien de temps.

Vendredi, 19 h 40 : le scénario qui départage les trois

Prenez le même incident et faites-le tourner dans les trois configurations. C'est plus instructif que n'importe quelle comparaison de fiches techniques.

En mutualisé, vous ouvrez un ticket et vous attendez. Si la panne vient de l'hébergeur, elle sera traitée sans vous, ce qui est confortable. Si elle vient de votre site, personne chez l'hébergeur n'ira corriger votre code : vous êtes seul, sans les accès qui permettraient d'aller voir.

Sur un VPS, quelqu'un doit se connecter. La question n'est pas de savoir s'il en est capable : c'est de savoir s'il est joignable ce soir-là, s'il a le droit d'agir seul, et si un deuxième nom existe quand le premier ne répond pas.

En infogéré, l'incident entre dans une procédure et une personne est payée pour être atteignable dans le créneau prévu. Vous n'achetez pas de la performance, vous achetez de la prévisibilité : savoir à l'avance ce qui se passe, plutôt que de le découvrir le soir même.

Les trois questions qui tranchent

Posez-les dans cet ordre, avant de regarder la moindre offre. Les réponses désignent la catégorie toutes seules.

• Combien de temps le site peut-il rester indisponible avant que ce soit un vrai problème ? Quelques jours : mutualisé. Quelques heures : VPS tenu sérieusement. Le temps d'une réunion : infogérance.
• Qui, nommément, se connecte au serveur — et qui prend le relais quand cette personne est absente ? Si la réponse est « le prestataire, je crois », vous n'avez pas un hébergement, vous avez un arrangement.
• À quand remonte la dernière restauration testée, et combien de temps a-t-elle pris ? Si personne ne sait répondre, la question de l'hébergement passe après celle des sauvegardes.

Ce qui reste vrai dans les trois cas

Le nom de domaine, la zone DNS et le compte d'hébergement s'ouvrent à votre nom, avec vos moyens de paiement, et le prestataire y est invité. Un domaine déposé au nom d'un prestataire est l'une des façons les plus simples de se retrouver coincé le jour où la relation se termine mal — et elle se termine rarement bien quand on découvre le problème à ce moment-là.

Une sauvegarde qui n'a jamais été restaurée n'est pas une sauvegarde, c'est un fichier dont vous espérez quelque chose. La seule vérification qui compte consiste à remonter le site ailleurs, complètement, et à regarder si les données sont là.

Gardez une page, une seule, qui dit où tourne quoi : machine, base, services tiers, qui paie quoi, à quelles dates expirent le domaine et les abonnements. L'oubli d'un renouvellement met un site hors ligne aussi sûrement qu'une panne matérielle, et aucune supervision technique ne le voit venir.

Enfin, vérifiez que vous pouvez partir. Savoir en combien de temps le site se remonte ailleurs, où sont les données et sous quel format, c'est la seule chose qui vous garde libre de changer d'avis. Un hébergement dont on ne peut pas sortir finit toujours par coûter plus cher que celui qu'on a choisi.