Préparer et demander une réinstallation du serveur

Traitez la réinstallation comme destructive

Une réinstallation peut écraser des partitions, des chargeurs de démarrage, des en-têtes de chiffrement, la configuration du système d'exploitation, les données d'application et les clés d'hôte. Un instantané ou une sauvegarde situé uniquement sur le même serveur physique n'est pas une protection suffisante. Copiez le matériel requis vers un stockage indépendant et testez sa lisibilité avant de demander l'action.

Notez quels disques contiennent des données client et quels disques sont destinés au nouveau système. Les configurations de serveur de stockage peuvent exposer de nombreux périphériques, et les noms peuvent changer entre les installateurs. Ne vous fiez pas uniquement à un ancien nom /dev/sdX. Capturez les numéros de série et la disposition actuelle à partir de vos propres outils si le serveur est encore joignable.

Enregistrez le résultat prévu

Le tableau de bord actuel ne collecte pas ces choix avec la demande de réinstallation. Envoyez-les à l'opérateur via le flux de travail de support approuvé avant ou immédiatement après la mise en file d'attente. Le système d'exploitation sélectionné sur la commande d'origine reste enregistré, mais la charge utile de l'action ne contient aucune sélection de système d'exploitation de remplacement.

• Nom du serveur, région et référence de commande.
• Édition et architecture du système d'exploitation souhaitées, plus votre source de licence le cas échéant.
• Disposition attendue du disque ou de RAID et quels périphériques peuvent être effacés.
• La clé publique SSH à installer ; gardez la clé privée locale et secrète.
• Tous les paramètres réseau requis et la fenêtre de maintenance.

Mettre la réinstallation en file d'attente

Le résultat immédiat attendu est QUEUED, pas une réinstallation terminée. Aucun point de terminaison d'état d'action n'existe, et le service de compte ne fournit pas de mot de passe root. N'interprétez pas un rafraîchissement de page ou un état de serveur inchangé comme une preuve de succès ou d'échec.

1. Ouvrir Compte > Serveurs et faire correspondre le nom du serveur et la région avec votre enregistrement de maintenance.
2. Arrêtez les écritures de l'application en utilisant votre propre processus d'administration et prenez la sauvegarde finale hors serveur.
3. Sélectionnez Réinstaller le système d'exploitation et lisez attentivement la confirmation de l'action destructrice.
4. Confirmez une fois, puis copiez la référence d'action en file d'attente raccourcie affichée sur le bouton.
5. Demandez à l'opérateur de corréler cette action avec vos instructions de système d'exploitation et de disposition de disque souhaitées.
6. Attendez la fin explicite et une nouvelle empreinte de clé d'hôte avant de tenter SSH.

Vérifier après l'achèvement

Comparez la nouvelle empreinte de clé d'hôte avec la valeur fournie par l'opérateur avant de l'accepter. Vérifiez ensuite le système d'exploitation, les adresses, les routes et les disques avant de restaurer les données. L'ancienne empreinte devrait changer après la réimagerie, mais un changement n'est sûr que si vous pouvez le relier à cet événement de maintenance terminé.

Si le serveur ne démarre pas, que le mauvais système d'exploitation apparaît, que des disques sont manquants ou que SSH rejette la clé prévue, arrêtez la restauration. Conservez les erreurs de la console et contactez l'opérateur avec la référence de l'action en file d'attente. Ne répétez pas la demande de réinstallation : une autre passe destructrice peut supprimer des preuves et compliquer la récupération.

ssh -i ~/.ssh/id_ed25519 root@SERVER_IP
cat /etc/os-release
ip -brief address
ip route show
ip -6 route show
lsblk --fs