Serveurs cloud
Reconstruction de votre serveur cloud
Rebuilding reinstalls the operating system from scratch on your existing server, which erases the disk completely and gives you a clean machine on the same IP addresses.
La reconstruction réinstalle le système d'exploitation à partir de zéro sur votre serveur existant, ce qui efface complètement 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 couvre les cas où une reconstruction est véritablement la réponse, ce qu'elle détruit, une conséquence spécifique qui surprend les utilisateurs, et comment vous préparer correctement avant de cliquer.
Quand une Reconstruction Est la Bonne Solution
Effectuez une reconstruction si :
- Vous souhaitez changer de système d'exploitation, par exemple d'Ubuntu à Debian, ou d'une version d'Ubuntu à une autre.
- Le système d'exploitation ne démarre pas ou est tellement endommagé que le réparer prendrait plus de temps que de recommencer.
- Vous réaffectez le serveur à un usage complètement différent et ne voulez rien conserver de l'ancienne configuration.
- Vous souhaitez vraiment que tout ce qui se trouve sur le disque soit supprimé.
Ne reconstruisez pas pour annuler un changement que vous venez de faire. C'est à cela que servent les snapshots, et une restauration est plus rapide et conserve vos données. Ne reconstruisez pas pour libérer de l'espace disque, pour corriger une application lente, ou parce que quelque chose est mal configuré : aucune de ces situations ne nécessite de remplacer le système d'exploitation.
Lisez Ceci Avant de Reconstruire
Une reconstruction détruit définitivement tout ce qui se trouve sur le serveur : tous les sites, boîtes aux lettres, bases de données, fichiers téléchargés, packages installés, certificats, tâches cron et fichiers de configuration. Cela ne peut pas être annulé, et il n'y a pas d'étape de confirmation après la dernière. La boîte de dialogue de confirmation l'indique clairement : « Cela réinstalle le système d'exploitation et détruit définitivement tout ce qui se trouve sur le serveur. Cela ne peut pas être annulé. Assurez-vous que vous disposez de vos propres sauvegardes avant de reconstruire. »
La reconstruction efface également l'outillage Kapsule qui est installé sur le disque lors du provisionnement initial d'un serveur. C'est cet outillage que le panneau utilise pour accéder à la machine. Après une reconstruction, la partie côté serveur du système de sauvegarde est supprimée, donc bien que vos données de sauvegarde existantes soient toujours conservées de manière sécurisée dans le stockage chiffré hors site, le bouton Restore dans KPanel ne peut pas l'utiliser sur le serveur reconstruit. La même chose s'applique à Back up now, au pare-feu actif et à l'application des correctifs, ainsi qu'à la console du navigateur : ils dépendent tous de cet outillage sur disque. Récupérez tout ce dont vous avez besoin du serveur ou d'une sauvegarde, avant de reconstruire. Si vous pensez que vous pourriez avoir besoin de données d'une sauvegarde pré-reconstruction ultérieurement, contactez-nous d'abord plutôt qu'après.
Vos adresses IPv4 et IPv6 ne changent pas. Seul le contenu du disque change.
Préparation pour une Reconstruction
Parcourez cette liste avant de commencer. Rien n'est optionnel 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 retrouver la machine actuelle si vous changez d'avis. Voir Cloud Server Snapshots.
- Exportez vos données vous-même. Copiez les bases de données, les téléchargements et la configuration quelque part en dehors du serveur : votre propre machine, un autre serveur, ou du stockage d'objets. Ne comptez pas sur la possibilité que le panneau restaure une sauvegarde par la suite.
- Notez ce qui est installé. Après une reconstruction, vous reconstruisez votre pile à la main. Une liste des packages, services, hôtes virtuels et tâches cron vous fera gagner des heures.
- Vérifiez votre DNS. Si quelque chose pointe vers ce serveur, cela pointera vers une machine vide pendant toute la durée de la reconstruction et de la remise en service.
- Confirmez que vous pouvez vous reconnecter. Décidez maintenant comment vous allez vous connecter au système d'exploitation fraîchement installé, et consultez Connecting to Your Cloud Server With SSH.
La console du navigateur n'est pas une solution de secours fiable après une reconstruction, pour la raison décrite ci-dessus. Ne comptez pas sur elle comme moyen de vous reconnecter.
Comment Reconstruire
- Connectez-vous à KPanel.
- Cliquez sur Cloud Servers dans la barre latérale de gauche, puis cliquez sur le serveur.
- Cliquez sur Rebuild OS dans les boutons d'action en haut de la page.
- La boîte de dialogue Rebuild OS s'ouvre avec la ligne « All data on this server will be lost. Choose the OS to install: » et une liste déroulante.
- Choisissez le système d'exploitation que vous souhaitez :
- Ubuntu 24.04 LTS, la version actuelle de support à long terme.
- Ubuntu 22.04 LTS, la version précédente de support à long terme.
- Debian 12 (Bookworm), un Debian stable avec un petit encombrement.
- Cliquez sur Rebuild Server.
- Une confirmation finale apparaît, intitulée « Rebuild » et le nom de votre serveur. Lisez-la, puis cliquez sur Rebuild server.
Rebuild OS n'est disponible que lorsque le serveur est Running ou Powered Off. Un serveur qui est encore en cours de provisionnement, ou qui est déjà en reconstruction, ne peut pas être reconstruit.
Ce Qui Se Passe Ensuite
- L'état du serveur passe à Rebuilding et une bannière apparaît : « Rebuilding in progress: page will update automatically. »
- Tout ce qui se trouve sur le disque est effacé et l'image du système d'exploitation choisi est écrite à la place.
- Le serveur redémarre dans la nouvelle installation.
- La page se rafraîchit d'elle-même, et l'état revient à Running.
Le serveur est hors ligne pendant toute la durée. Une reconstruction est généralement rapide, mais traitez-la comme une panne plutôt que comme une tâche de fond, 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.
- Connectez-vous au serveur et confirmez que vous pouvez obtenir un shell. Voir Connecting to Your Cloud Server With SSH.
- Réappliquez vos règles de pare-feu. La reconstruction a supprimé les anciennes. Voir Cloud Server Firewall and Security Management.
- Réinstallez votre pile : serveur web, exécution, base de données et toute dépendance d'application.
- Restaurez vos propres données exportées.
- Réémettez les certificats SSL. Les précédents étaient sur le disque qui a été effacé.
Ne supposez pas que la sauvegarde quotidienne reprendra le serveur d'elle-même. Si l'outillage de sauvegarde côté serveur a été supprimé par la reconstruction, les sauvegardes ne reprendront pas automatiquement. Vérifiez la carte Backups après la reconstruction, et contactez-nous si elle signale que les sauvegardes ne sont pas configurées. Voir Cloud Server Backups.
Alternatives À Considérer D'abord
| Ce que vous voulez | Meilleur outil qu'une reconstruction |
|---|---|
| Annuler un changement que vous venez de faire | Restaurez un snapshot |
| Récupérer des fichiers supprimés ou une base de données corrompue | Restaurez à partir d'une backup |
| Plus de CPU, de mémoire ou de disque | Redimensionnez le serveur |
| Une famille de processeurs ou une région différente | Commandez un nouveau serveur ; voir Choosing Between ARM, Standard and Dedicated vCPU |
| Un environnement propre pour tester | Provisionnez un deuxième serveur petit et gardez celui-ci intact |
Dépannage
Le bouton Rebuild OS est grisé. Le serveur n'est pas dans un état qui le permet. Attendez que le provisionnement ou une reconstruction existante se termine.
Le statut est bloqué sur Rebuilding. La page s'interroge toutes les quelques secondes et se met à jour d'elle-même. S'il n'a pas changé après quinze minutes, contactez le support avec le nom du serveur.
Je ne peux pas me connecter après la reconstruction. Vous vous connectez à une installation de système d'exploitation toute neuve avec de nouvelles clés d'hôte, donc votre client SSH refusera l'ancienne empreinte. Supprimez l'entrée de clé d'hôte obsolète pour cette adresse IP et reconnectez-vous. Si l'authentification elle-même échoue, contactez-nous.
J'ai reconstruit par erreur. Si vous aviez pris un snapshot au préalable, restaurez-le. Si vous ne l'aviez pas fait, les données sont perdues. C'est pourquoi la confirmation est formulée de cette manière.
Si vous n'êtes pas certain qu'une reconstruction est ce dont vous avez besoin, envoyez un email à support@kapsulehost.com avec ce que vous essayez d'accomplir, avant de commencer. Une reconstruction est l'une des rares actions sur la plateforme sans retour possible.