Quelles étapes dois-je suivre avant de changer le type d'instance de mon instance Linux EC2 ?

Brève description

Lorsque vous modifiez le type d'instance, vous pouvez modifier les configurations suivantes pour votre charge de travail :

• Nombre de cœurs de processeur
• Quantité de mémoire RAM
• Quantité d'espace de stockage d'instances attribuée
• Optimisation d'Amazon Elastic Block Store (Amazon EBS)
• Réseau amélioré
• Cœurs GPU
• FPGA
• Accélérateurs de machine learning

Remarque : Il est recommandé de conserver des sauvegardes de vos instances et de vos données. Avant de modifier votre infrastructure, créez une Amazon Machine Image (AMI) de votre instance ou créez des instantanés de vos volumes Amazon EBS.

Résolution

Vérifier que votre type d'instance actuel est compatible avec le nouveau type d'instance

Avant de modifier les types ou les familles d'instances, vérifiez que le type d'instance actuel et le nouveau type d'instance sont compatibles.

Arrêter votre instance

Important : Avant d'arrêter et de démarrer votre instance, effectuez les actions suivantes :

• Créez un instantané de votre volume EBS.
  Remarque : Si votre instance est sauvegardée par un stockage d'instances ou si ses volumes de stockage d'instances contiennent des données, Amazon EC2 supprime les données lorsque vous arrêtez l'instance.
• Supprimez temporairement l'instance de son groupe Amazon EC2 Auto Scaling.
  Remarque : Si vous arrêtez une instance qui se trouve dans un groupe Auto Scaling Amazon EC2, vous pouvez la résilier en fonction de vos paramètres de protection de réduction horizontale. Les instances que vous lancez avec Amazon EMR, AWS CloudFormation ou AWS Elastic Beanstalk peuvent faire partie d'un groupe Auto Scaling.
• Définissez le comportement d'arrêt de l'instance** sur **Arrêter pour vous assurer que les instances ne se résilient pas lorsque vous les arrêtez.

Remarque : Lorsque vous arrêtez et démarrez une instance, son adresse IP publique change. Une bonne pratique consiste à utiliser une adresse IP Elastic pour acheminer le trafic externe vers votre instance au lieu d'une adresse IP publique. Si vous utilisez Amazon Route 53, vous devrez peut-être mettre à jour les enregistrements DNS Route 53 lorsque l'adresse IP publique change.

Pour modifier les types d'instances, vous devez arrêter votre instance. L'arrêt de l'instance peut prendre quelques minutes.

(Facultatif) Configurer la mise en réseau améliorée

Si vous passez à un type d'instance prenant en charge la mise en réseau améliorée, installez tous les pilotes requis. Activez également la mise en réseau améliorée sur votre instance actuelle.

(Facultatif) Configurer les types d'instances basés sur Nitro

Si vous avez remplacé votre instance par un type d'instance basé sur Nitro, effectuez les actions suivantes :

• Vérifiez que vous avez installé les modules NVMe et ENA sur votre instance.
• Vérifiez que les périphériques en mode bloc répertoriés dans /etc/fstab sont compatibles avec les noms de périphériques en mode bloc NVMe tels que /dev/nvme1 et */dev/nvme2.
  Remarque : Les volumes EBS apparaissent en tant que périphériques NVMe pour les types d'instances basés sur Nitro. Pour éviter toute incompatibilité de volume, utilisez les UUID ou les étiquettes lorsque vous montez les systèmes de fichiers.

Pour automatiser ces vérifications, exécutez le script NitroInstanceChecks. Pour accéder au script, consultez la page nitro_check_script.sh sur le site Web de GitHub. Pour les instructions d'installation, consultez la section Vérifier automatiquement les prérequis avant de migrer dans Pourquoi mon instance Linux ne démarre-t-elle pas après l'avoir remplacée par une instance basée sur Nitro ?

Une fois que vous avez exécuté le script et les mises à jour nécessaires, vérifiez que l'entrée DRIVERS du fichier /etc/udev/rules.d/70-persistent-net.rules est définie sur ?* ou ENA. Pour accéder au fichier, utilisez un éditeur de texte tel que l'éditeur vi. Exemple :

vi /etc/udev/rules.d/70-persistent-net.rules

Vérifiez l'entrée du fichier. L'exemple suivant illustre une entrée correcte :

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0

Si nécessaire, mettez à jour l'entrée pour définir DRIVERS sur ?* ou ENA.

Vérifier la compatibilité de l'architecture de votre instance

Si l'AMI source de votre instance est conçue pour une architecture spécifique, vous ne pouvez créer que des types d'instances avec la même architecture. Par exemple, les AMI ARM (arm64) 32 bits (i386), 64 bits (x86_64) et 64 bits et les AMI mac1 sont conçues pour une architecture spécifique. Vous ne pouvez pas déplacer ces images d'un type d'instance à l'autre.

Informations connexes

Vérifications d’état pour les instances Amazon EC2

Tarification Amazon EC2

Comment résoudre les problèmes de performances réseau liés aux instances Amazon EC2 de sixième génération et ultérieures ?