Hébergement cloud : ce qu'un serveur doit vraiment tenir
Un hébergement cloud n'est pas une machine quelque part : c'est un socle tenu à jour, sauvegardé, surveillé, avec quelqu'un au bout du fil quand quelque chose casse. Ce site explique ce qui compte, ce qui se mesure et ce qui se vérifie avant de confier son site à un prestataire.
Les quatre choses qui font un hébergement sérieux
La disponibilité d'abord : un serveur qui répond 99 % du temps est indisponible plus de sept heures par mois. La différence entre 99 % et 99,9 % ne se voit pas sur une facture, elle se voit le jour où le site tombe un samedi.
Le temps de réponse ensuite, mesuré depuis l'extérieur et pas depuis la machine elle-même. Un serveur qui se trouve rapide peut être lent pour ses visiteurs dès qu'un cache, un certificat ou une redirection s'en mêle.
La fraîcheur des mises à jour : système, serveur web, langage, base de données. Une machine non mise à jour depuis six mois est une machine compromise en puissance, même si elle répond encore.
Enfin la sauvegarde, à condition qu'elle soit restaurée au moins une fois. Une sauvegarde jamais testée n'est pas une sauvegarde, c'est un fichier de plus sur un disque.
Ce que l'on vérifie en reprenant un hébergement existant
Un audit de reprise commence par l'inventaire : ce qui tourne, sous quel compte, avec quelle version, ce qui écoute sur Internet et ce qui ne devrait pas. On y trouve presque toujours un service oublié, une base accessible de l'extérieur ou un certificat qui expire dans trois semaines.
Viennent ensuite les en-têtes HTTP, la redirection forcée en HTTPS, l'existence d'un pare-feu et la limitation des tentatives de connexion. Ce sont des réglages de dix minutes qui évitent la majorité des incidents, et qui manquent encore sur beaucoup de sites en production.
La dernière étape est la plus ingrate et la plus utile : écrire ce qui a été fait. Un hébergement dont personne ne connaît la configuration est un hébergement que personne ne peut réparer dans l'urgence.
Cloud privé, cloud public, serveur dédié : la vraie question
Les mots changent, la contrainte reste la même : où sont les données, qui a la main dessus, et que se passe-t-il le jour où il faut partir. Un hébergement correct ne retient pas son client par l'ignorance technique.
La bonne question n'est donc pas « cloud ou dédié » mais « qui redémarre la machine à trois heures du matin, avec quelle procédure et en combien de temps ». La réponse à cette question suffit souvent à choisir.
En images
Questions fréquentes
Qu'est-ce qu'un hébergement cloud infogéré ?
C'est un serveur hébergé chez un fournisseur cloud dont l'exploitation est confiée à quelqu'un d'autre : mises à jour, sauvegardes, supervision, certificats, pare-feu et corrections. Le matériel et le réseau restent chez le fournisseur, la responsabilité de la machine et des services qu'elle porte est ailleurs.
Quelle différence entre hébergement mutualisé et serveur cloud ?
Un mutualisé partage une machine et ses ressources entre plusieurs sites, sans accès au système. Un serveur cloud est une machine dédiée à un projet, avec un accès administrateur complet : on y installe ce que l'on veut, mais on doit aussi en assurer la maintenance et la sécurité.
À quelle fréquence faut-il tester les sauvegardes ?
Une restauration complète devrait être testée au moins une fois par trimestre, et une restauration partielle (un fichier, une base) dès qu'un changement de configuration intervient. Le test compte plus que la fréquence de la sauvegarde : une copie quotidienne jamais restaurée ne protège de rien.
Comment vérifier la disponibilité réelle d'un hébergement ?
Par une mesure extérieure, indépendante de la machine surveillée, sur plusieurs semaines, avec le détail des incidents : date, durée, service touché. Une capture d'écran d'un tableau de bord ne vaut pas un historique daté.
Faut-il un certificat SSL séparé pour l'hébergement ?
Le certificat protège le nom de domaine, pas la machine. Il se renouvelle automatiquement quand l'hébergement est bien tenu, et son expiration est l'une des premières causes de site inaccessible : elle doit être surveillée, pas découverte par un visiteur.