Résolvez les échecs de démarrage survenant après la migration d'une instance ECS, tels que les paniques du noyau, les écrans bleus ou les incompatibilités de pilotes.
Contexte
Les familles d'instances et les images publiques ECS reposent sur différentes technologies de virtualisation. Les pilotes doivent correspondre à l'architecture de virtualisation :
Familles héritées (ecs.t1, ecs.s1) : Virtualisation Xen. Les images doivent contenir les pilotes Xen.
Familles KVM (par exemple, ecs.g5) : Virtualisation KVM. Les images doivent contenir les pilotes virtio.
Architecture Shenlong (par exemple, ecs.g7) : Architecture propriétaire Shenlong. Les images doivent contenir des pilotes virtio optimisés.
Ces pilotes sont intégrés au noyau du système d'exploitation. Les anciens noyaux peuvent ne pas disposer des pilotes requis ou contenir des versions obsolètes. Dans ce cas, installez ou mettez à jour les pilotes manuellement.
Avant de commencer
Les problèmes existants sur l'instance source peuvent entraîner une corruption du registre, des erreurs de système de fichiers ou des échecs de démarrage après la migration. Effectuez les opérations suivantes avant la migration :
Redémarrez l'instance avant la migration pour vérifier que le système d'exploitation et les applications démarrent correctement.
Créez un snapshot pour sauvegarder les données critiques avant la migration.
Créez une image personnalisée à partir de l'instance source et lancez une instance de test de la famille cible basée sur KVM.
Incompatibilité de l'architecture Shenlong avec les systèmes d'exploitation hérités
En raison des limitations du noyau, l'architecture Shenlong ne prend pas en charge les systèmes d'exploitation hérités suivants :
Windows : Windows Server 2003 et versions antérieures. Windows Server 2008 Standard nécessite la suppression des clés de registre Xen.
CentOS / Red Hat : 5.8 et versions antérieures (noyau 2.6.18-348 ou plus ancien).
Debian : Antérieur à 6,09. Mettez à niveau vers la version 6.09 ou ultérieure pour résoudre les problèmes de compatibilité KVM.
FreeBSD : Antérieur à 11. FreeBSD 11/12 nécessitent les correctifs Alibaba Cloud.
Ubuntu : 10 et versions antérieures. Ubuntu 12 démarre avec le noyau 3,2.
SUSE Linux Enterprise Server : 10 et versions antérieures.
OpenSUSE : Antérieur à 13.
Gentoo : Les images Alibaba Cloud prennent uniquement en charge Xen. Mettez à niveau vers la dernière version pour KVM.
Cette liste s'applique aux instances de 6e génération. Les instances de 7e génération et ultérieures ont des exigences plus strictes.
Mettre à niveau le système d'exploitation en remplaçant le disque système
Les systèmes d'exploitation hérités ont atteint la fin de la maintenance (EOM) et présentent des risques de sécurité importants. Mettez à niveau vers un système d'exploitation pris en charge. Consultez le cycle de vie du système d'exploitation.
Alibaba Cloud fournit des images publiques pour les distributions Linux et Windows grand public. Remplacez le disque système par une image publique pour effectuer la mise à niveau.
Pour migrer les données et les applications, remplacez le système d'exploitation.
-
Récupérez les données.
Détachez l'ancien disque système et attachez-le à la nouvelle instance en tant que disque de données pour copier vos fichiers.
-
Migrez les services et les applications.
Réinstallez les applications et les services sur le nouveau disque système.
Déplacez les fichiers de base de données et les configurations du disque de données vers le nouvel environnement.
Avantages et inconvénients :
Avantages : Dernières fonctionnalités, correctifs de sécurité et support officiel. Remplacement en un clic via la console.
Inconvénients : Sauvegarde manuelle des données et redéploiement des applications requis.
Mettre à niveau le système d'exploitation vers la dernière version mineure
Si vous ne pouvez pas remplacer le système d'exploitation, effectuez la mise à jour vers la dernière version mineure (par exemple, CentOS 5 vers 5,11).
Avantages et inconvénients :
Avantages : Conserve les données et les configurations existantes.
Inconvénients : Le système d'exploitation reste en fin de vie (EOL). Les vulnérabilités de sécurité persistent et les fonctionnalités modernes (CentOS 7/8) ne sont pas disponibles.
Utiliser une instance de génération antérieure
Si votre application héritée nécessite un environnement plus ancien, rétrogradez vers une famille d'instances de 5e génération (par exemple, ecs.n, ecs.xn, ecs.c5) qui n'utilise pas l'architecture Shenlong.
Échec de configuration du pilote virtio
Si le pilote virtio KVM est manquant ou mal configuré, l'instance peut échouer à démarrer après la migration. Causes courantes :
Linux : Le pilote
virtion'est pas installé ou configuré.Windows : L'installation des pilotes a échoué lors de la phase ISO.
Windows : Le registre Windows est corrompu.
Logiciel de sécurité : Des outils tiers (par exemple, 360 Total Security) ont bloqué l'installation du pilote.
Solutions
Linux : Si le noyau est corrompu, réinstallez le noyau de distribution officiel.
Windows : Contactez le support technique pour attacher l'ISO WinPE 3.0. Démarrez dans WinPE et vérifiez le pilote virtio dans le Gestionnaire de périphériques. Installez le pilote manuellement s'il est manquant.
Windows : Exécutez SFC (System File Checker) pour vérifier l'intégrité du système. Désinstallez les logiciels de sécurité tiers (par exemple, 360 Total Security) qui peuvent bloquer l'installation du pilote.