La reconstruction réinstalle le système d'exploitation de zéro sur votre serveur existant : elle efface entièrement le disque et vous donne une machine propre avec les mêmes adresses IP.
C'est le bon outil pour un petit nombre de tâches et un très mauvais outil pour tout le reste. Ce guide explique quand une reconstruction est vraiment la solution, ce qu'elle détruit, une conséquence précise qui prend les gens au dépourvu, et comment bien vous préparer avant de cliquer.
Quand reconstruire est le bon choix
Reconstruisez lorsque :
- Vous voulez changer de système d'exploitation, par exemple passer d'Ubuntu à Debian, ou d'une version d'Ubuntu à une autre.
- Le système d'exploitation ne démarre plus ou est si endommagé que le réparer prendrait plus de temps que de repartir de zéro.
- Vous réaffectez le serveur à un usage complètement différent et ne voulez rien garder de l'ancienne configuration.
- Vous voulez vraiment que tout ce qui est sur le disque disparaisse.
Ne reconstruisez pas pour annuler une modification que vous venez de faire. C'est à cela que servent les snapshots, et un retour arrière est plus rapide et conserve vos données. Ne reconstruisez pas non plus pour libérer de l'espace disque, pour corriger une application lente ou parce que quelque chose est mal configuré : rien de tout cela ne nécessite de remplacer le système d'exploitation.
À lire avant de reconstruire
Une reconstruction détruit définitivement tout ce qui se trouve sur le serveur : chaque site, boîte mail, base de données, fichier téléversé, paquet installé, certificat, tâche cron et fichier de configuration. Elle est irréversible, et il n'y a aucune étape de confirmation après la dernière. La boîte de confirmation le dit clairement : « This reinstalls the operating system and permanently destroys everything on the server. This cannot be undone. » (Cette action réinstalle le système d'exploitation et détruit définitivement tout ce qui se trouve sur le serveur. Elle est irréversible.)
La reconstruction efface les outils KapsuleHost installés sur le disque lors du premier provisionnement du serveur, et ce sont ces outils que le panneau utilise pour accéder à la machine. Nous les remettons en place pour vous, automatiquement, et nous le vérifions. Vos données de sauvegarde existantes sont conservées séparément dans un stockage externe chiffré et ne sont pas touchées par une reconstruction.
Pendant ce temps, Restaurer, Sauvegarder maintenant, le pare-feu en direct et l'application des correctifs, ainsi que la console du navigateur ne fonctionnent pas, car ils dépendent tous de ces outils présents sur le disque. Cela prend généralement quelques minutes. Le serveur reste marqué comme en reconstruction pendant toute cette durée : il n'est affiché comme prêt qu'une fois que chacun de ces éléments a été relu sur la machine et confirmé présent, si bien que le panneau ne vous montre jamais en vert un serveur qu'il ne peut pas réellement gérer.
Si nous ne pouvons pas les rétablir, vous êtes prévenu. Le serveur reste en reconstruction au lieu de passer au vert, et notre équipe d'exploitation est alertée en même temps. Vous n'avez rien à vérifier vous-même.
Vos adresses IPv4 et IPv6 ne changent pas. Seul le contenu du disque change.
Préparer une reconstruction
Suivez cette liste avant de commencer. Rien n'y est facultatif si le serveur contient quelque chose qui vous importe.
- Prenez un snapshot. Un snapshot est une copie complète du disque. C'est la seule chose qui vous permet de récupérer la machine actuelle si vous changez d'avis. Consultez Snapshots de serveur cloud.
- Exportez tout ce avec quoi vous voulez continuer à travailler. Copiez les bases de données, les fichiers téléversés et la configuration en dehors du serveur : sur votre propre machine, un autre serveur ou un stockage objet. Vos sauvegardes existantes survivent à la reconstruction et le panneau peut les restaurer une fois celle-ci terminée, mais une copie que vous détenez vous-même est le chemin le plus rapide vers un site fonctionnel.
- Notez ce qui est installé. Après une reconstruction, vous remontez votre stack à la main. Une liste des paquets, services, hôtes virtuels et tâches cron fait gagner des heures.
- Vérifiez votre DNS. Tout ce qui pointe vers ce serveur pointera vers une machine vide pendant toute la durée de la reconstruction et de la remise en place.
- Assurez-vous de pouvoir vous reconnecter. Décidez dès maintenant comment vous vous connecterez au système d'exploitation fraîchement installé, et consultez Se connecter à votre serveur cloud en SSH.
La console du navigateur est indisponible pendant les quelques minutes qui séparent la fin de la reconstruction du rétablissement des outils : n'en faites donc pas votre seul moyen de vous reconnecter. Gardez SSH à portée de main.
Comment reconstruire
- Connectez-vous à KPanel.
- Cliquez sur Serveurs Cloud dans la barre latérale gauche, puis sur le serveur.
- Cliquez sur Reconstruire l'OS parmi les boutons d'action en haut de la page.
- La boîte de dialogue Reconstruire l'OS s'ouvre avec la ligne « Toutes les données de ce serveur seront perdues. Choisissez l'OS à installer : » et une liste déroulante.
- Choisissez le système d'exploitation voulu :
- Ubuntu 24.04 LTS, la version actuelle à support long terme.
- Ubuntu 22.04 LTS, la version précédente à support long terme.
- Debian 12 (Bookworm), une Debian stable et légère.
- Cliquez sur Reconstruire le serveur.
- Une dernière confirmation apparaît, intitulée « Rebuild » (Reconstruire) suivi du nom de votre serveur. Lisez-la, puis cliquez sur Reconstruire le serveur.
Reconstruire l'OS n'est disponible que lorsque le serveur est En cours ou Éteint. Un serveur encore en cours de provisionnement, ou déjà en reconstruction, ne peut pas être reconstruit.
Ce qui se passe ensuite
- Le statut du serveur passe à Reconstruction et une bannière apparaît : « Reconstruction en cours : la page se mettra à jour automatiquement. »
- Tout le contenu du disque est effacé et l'image du système d'exploitation choisi est écrite à la place.
- Le serveur redémarre sur la nouvelle installation.
- La page s'actualise d'elle-même, et le statut revient à En cours.
Le serveur est hors ligne pendant toute la durée. Une reconstruction est généralement rapide, mais traitez-la comme une interruption de service plutôt que comme une tâche d'arrière-plan, et faites-la à un moment où vos utilisateurs ne le remarqueront pas.
Après la reconstruction
Vous disposez maintenant d'un système d'exploitation nu. Rien de ce que vous aviez installé auparavant n'existe plus.
- Connectez-vous au serveur et vérifiez que vous obtenez un shell. Consultez Se connecter à votre serveur cloud en SSH.
- Réappliquez vos règles de pare-feu. La reconstruction a supprimé les anciennes. Consultez Pare-feu et gestion de la sécurité du serveur cloud.
- Réinstallez votre stack : serveur web, environnement d'exécution, base de données et toutes les dépendances de l'application.
- Restaurez vos propres données exportées.
- Réémettez les certificats SSL. Les précédents se trouvaient sur le disque qui a été effacé.
Ne partez pas du principe que la sauvegarde quotidienne reprendra le serveur d'elle-même. Si les outils de sauvegarde côté serveur ont été supprimés par la reconstruction, les sauvegardes ne reprendront pas toutes seules. Vérifiez la carte Sauvegardes après la reconstruction, et contactez-nous si elle indique que les sauvegardes ne sont pas configurées. Consultez Sauvegardes de serveur cloud.
Alternatives à envisager d'abord
| Ce que vous voulez | Meilleur outil qu'une reconstruction |
|---|---|
| Annuler une modification que vous venez de faire | Revenir à un snapshot |
| Récupérer des fichiers supprimés ou une base de données endommagée | Restaurer depuis une sauvegarde |
| Plus de CPU, de mémoire ou de disque | Redimensionner le serveur |
| Une autre famille de processeurs ou une autre région | Commander un nouveau serveur ; consultez Choisir entre vCPU ARM, standard et dédiée |
| Un environnement propre pour faire des tests | Provisionner un deuxième petit serveur et garder celui-ci intact |
Dépannage
Le bouton Reconstruire l'OS est grisé. Le serveur n'est pas dans un état qui le permet. Attendez la fin du provisionnement ou d'une reconstruction en cours.
Le statut reste bloqué sur Reconstruction. La page interroge l'état toutes les quelques secondes et se met à jour d'elle-même. Si rien n'a changé au bout de quinze minutes, contactez le support en indiquant le nom du serveur.
Je ne peux pas me connecter après la reconstruction. Vous vous connectez à une installation toute neuve du système d'exploitation avec de nouvelles clés d'hôte, votre client SSH refusera donc l'ancienne empreinte. Supprimez l'entrée de clé d'hôte obsolète pour cette adresse IP et reconnectez-vous. Si c'est l'authentification elle-même qui échoue, contactez-nous.
J'ai reconstruit par erreur. Si vous avez pris un snapshot au préalable, revenez-y. Sinon, les données sont perdues. C'est pour cela que la confirmation est formulée ainsi.
Si vous n'êtes pas certain qu'une reconstruction soit ce dont vous avez besoin, écrivez à support@kapsulehost.com en expliquant ce que vous cherchez à faire, avant de commencer. Une reconstruction est l'une des rares actions de la plateforme sans retour possible.