Comment modifier mon type d'instance EC2 entre des familles et des hyperviseurs différents ?
Je souhaite modifier le type d'instance de mon Amazon Elastic Compute Cloud (Amazon EC2) en une famille et un type d'hyperviseur différents.
Résolution
Vérifier la compatibilité et les exigences de votre instance
Comparez les spécifications de votre type d'instance actuel et du type d'instance auquel vous souhaitez passer. Examinez les facteurs suivants pour chaque type d'instance :
- Architecture de processeur, telle qu'Intel, AMD ou ARM
- Type de virtualisation, tel que Nitro ou Xen
- Capacités de performance du réseau
- Optimisations du stockage, telles que les volumes EBS optimisés pour Amazon Elastic Block Store (Amazon EBS) ou le stockage d'instances
- Support d'accélérateur, tels que GPU ou FPGA
Les instances appartenant à la même famille ou utilisant le même hyperviseur ont plus de chances d'être compatibles. Cependant, des variations dans les spécifications ou les fonctionnalités du matériel peuvent affecter la compatibilité. Pour plus d'informations, consultez la section Compatibilité pour la modification du type d'instance.
Par exemple, si vous migrez d'une instance m4.large (Xen) vers une instance m5.large (Nitro), assurez-vous que votre AMI et votre noyau prennent en charge l'adaptateur réseau Elastic (ENA) amélioré Nitro. Seuls les types d'instances ultérieurs, tels que m5 et c5, utilisent Nitro. Les types d'instances antérieurs, tels que m3 et c3, utilisaient la virtualisation Xen.
Créer une sauvegarde AMI
Créez une Amazon Machine Image (AMI) de sauvegarde de votre instance EC2 existante. Si vous rencontrez des problèmes de compatibilité pendant ou après le changement de type d'instance, vous pouvez utiliser l'AMI pour revenir à l'instance précédente.
Mettre à jour une instance de test
Utilisez l'AMI pour lancer une instance de test avec le nouveau type d'instance afin de valider la compatibilité et d'identifier les problèmes avant de mettre à jour votre environnement de production.
Sur l'instance de test, testez minutieusement vos applications, services et charges de travail pour vous assurer qu'ils fonctionnent comme prévu avec le nouveau type d'instance. Surveillez l'utilisation des ressources et surveillez les performances de l'instance, du réseau, du stockage et des applications.
Pour identifier les problèmes potentiels, recherchez les erreurs de pilote manquantes dans dmesg ou /var/log/syslog. Accédez à l'instance, puis exécutez les commandes suivantes pour valider les principales fonctions de l'instance, telles que la mise en réseau :
# ping google.com # curl -I http://example.com
Pour vérifier l'absence de problèmes dans votre stockage, procédez comme suit :
-
Pour vérifier que l'instance peut détecter vos disques, exécutez la commande suivante :
# lsblk -
Pour vérifier la présence d'erreurs NVMe, exécutez la commande suivante :
# dmesg | grep -i nvme
Pour tester les performances de votre instance, procédez comme suit :
-
Pour simuler la charge du processeur, exécutez la commande suivante :
# stress --cpu 4 --timeout 60s -
Pour vérifier la mémoire disponible, exécutez la commande suivante :
# free -h
Par exemple, si vous passez d'un type d'instance c5.large (Nitro) à un type d'instance c6i.large (Nitro, version Intel Ice Lake plus récente), la modification est réussie. Toutefois, si vous passez d'un type d'instance m4.xlarge (Xen) à un type d'instance m6i.xlarge (Nitro), vous pouvez rencontrer des problèmes. Pour résoudre les problèmes, mettez à jour vos pilotes ENA. Pour plus d'informations, consultez la section Activer la mise en réseau améliorée sur votre instance.
Mettre à jour l'instance de production
Pour mettre à jour l'instance de production, utilisez l'une des méthodes suivantes.
Pour les charges de travail non critiques comportant des fenêtres de maintenance, modifiez le type d'instance dans la console Amazon EC2.
Important : Avant de modifier le type d'instance, examinez les effets de l'arrêt et du démarrage sur votre instance.
Pour les charges de travail de production nécessitant un minimum d'interruptions, procédez comme suit pour lancer une instance de remplacement :
- Lancez une nouvelle instance avec le type d'instance mis à jour.
- Attachez le volume EBS de l'instance précédente. Vous pouvez également restaurer la nouvelle instance à partir de l’instantané EBS.
- Mettez à jour le DNS, l'équilibreur de charge et les enregistrements Amazon Route 53 afin qu’ils pointent vers la nouvelle instance.
Pour les applications évolutives et sans état, procédez comme suit pour actualiser le groupe Amazon EC2 Auto Scaling :
- Mettez à jour le modèle de lancement du groupe Auto Scaling avec le nouveau type d'instance.
- Lancez une actualisation de l'instance pour remplacer progressivement les instances précédentes.
Surveiller l'instance de production pour détecter d’éventuels problèmes
Pour vérifier les modules de votre pilote et de votre noyau, exécutez la commande suivante :
# modinfo ena
Pour vérifier votre stockage NVMe, exécutez la commande suivante :
# nvme list
Remarque : Pour exécuter la commande nvme, vous devez installer le package nvme-cli. Pour installer nvme-cli, exécutez la commande suivante en fonction de votre distribution :
Debian et Ubuntu :
sudo apt-get install nvme-cli
Red Hat Enterprise Linux (RHEL) et CentOS :
sudo yum install nvme-cli
Fedora :
sudo dnf install nvme-cli
Arch Linux :
sudo pacman -S nvme-cli
Pour surveiller les performances et la stabilité de l'instance, vérifiez les métriques Amazon CloudWatch CPUUtilization, NetworkIn et NetworkOut. Utilisez les métriques pour surveiller l'utilisation du processeur et la bande passante réseau.
Si vous rencontrez des problèmes, utilisez l'AMI de sauvegarde pour revenir à l'état précédent de l'instance.
Informations connexes
- Sujets
- Compute
- Balises
- LinuxAmazon EC2Windows
- Langue
- Français

Contenus pertinents
- demandé il y a 2 ans
- Réponse acceptéedemandé il y a 2 ans
- demandé il y a 3 ans
- demandé il y a 3 ans
- demandé il y a un an
AWS OFFICIELA mis à jour il y a un an
AWS OFFICIELA mis à jour il y a un an