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

Brève description

Pour optimiser votre instance Linux Amazon EC2 en fonction de votre charge de travail, modifiez le type d'instance. La modification du type d'instance vous permet de modifier les configurations suivantes en fonction de votre charge de travail :

• Nombre de cœurs du 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 les sauvegardes de vos instances et de vos données. Avant de modifier votre infrastructure, créez une AMI ou créez des instantanés de vos volumes EBS.

Résolution

Vérifiez 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. Pour obtenir la liste des problèmes de compatibilité, consultez la section Compatibilité pour la modification du type d'instance.

Après avoir vérifié la compatibilité, vous pouvez modifier le type d'instance de votre instance basée sur Amazon EBS.

Arrêter votre instance

Avant de modifier les types d'instance, vous devez arrêter votre instance.

Important :

• Si votre instance est sauvegardée par un stockage d'instances ou si ses volumes de stockage d'instances contiennent des données, les données sont perdues lorsque vous arrêtez l'instance. Si vous passez d'une instance basée sur le stockage d'instances vers une autre instance basée sur le stockage d'instances, vous devez migrer l'instance. Pour plus d'informations, consultez la sectionModifier le type d'instance d'une instance basée sur un stockage d'instances.
• Si votre instance fait partie d'un groupe Amazon EC2 Auto Scaling, l'arrêt de l'instance peut mettre fin à l'instance. Si vous avez lancé l'instance avec Amazon EMR, AWS CloudFormation ou AWS Elastic Beanstalk, il se peut que votre instance fasse partie d'un groupe AWS Auto Scaling. Dans ce scénario, la fermeture d'une instance dépend des paramètres de protection intégrée de l'instance pour votre groupe Auto Scaling. Si votre instance fait partie d'un groupe Auto Scaling, supprimez-la temporairement du groupe Auto Scaling avant de commencer les étapes de résolution.
• Si vous n'utilisez pas d'adresse IP Elastic, l'arrêt et le démarrage de l'instance modifient l'adresse IP publique de votre instance. Il est recommandé d'utiliser une adresse IP Elastic au lieu d'une adresse IP publique lors du routage du trafic externe vers votre instance. Si vous utilisez Amazon Route 53, vous devrez peut-être mettre à jour les enregistrements DNS de Route 53 lorsque l'adresse IP publique change.

Arrêter une instance à l'aide de la console Amazon EC2

1. Lorsque vous arrêtez une instance, les données de tous les volumes de stockage d'instances sont effacées. Avant d'arrêter une instance, vérifiez que vous avez copié toutes les données dont vous avez besoin depuis vos volumes de stockage d'instances vers un stockage persistant, tel qu'Amazon EBS ou Amazon S3.

2. Ouvrez la console Amazon EC2.

3. Sélectionnez Instances, puis choisissez l'instance.

4. Choisissez État de l'instance, puis Arrêter l'instance. Si l'option Arrêter l'instance n'est pas disponible, cela signifie que l'instance est déjà arrêtée ou que son périphérique racine est un volume de stockage d'instances.

5. Lorsque vous êtes invité à confirmer, choisissez Arrêter. L'arrêt de l'instance peut prendre quelques minutes.

Arrêter une instance à l'aide d'une interface de ligne de commande

Vous pouvez utiliser l'une des méthodes suivantes. Pour plus d'informations sur ces interfaces de ligne de commande, consultez Accéder à Amazon EC2.

• stop-instances - Interface de la ligne de commande AWS (AWS CLI)

• Stop-EC2Instance - Outils AWS pour Windows PowerShell

**Remarque :**Si vous recevez des messages d'erreurs lors de l'exécution des commandes de AWS CLI, assurez-vous que vous utilisez la version la plus récente de AWS CLI.

Réseau amélioré

Si vous passez à une instance prenant en charge la mise en réseau améliorée, installez tous les pilotes requis et activez la mise en réseau améliorée sur votre instance actuelle. Pour plus d'informations, consultez la section Mise en réseau améliorée sous Linux.

Types d'instances basés sur Nitro

Si vous remplacez 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 tous les périphériques de stockage en mode bloc répertoriés dans /etc/fstab sont compatibles avec les noms de périphériques de stockage en mode bloc NVMe (/dev/nvme1, /dev/nvme2, etc.).
• Les volumes Amazon EBS sont exposés en tant que périphériques NVMe à ces types d'instances, et les noms des périphériques sont modifiés lors d'un événement d'arrêt ou de démarrage. Pour éviter toute incompatibilité entre les volumes, utilisez les UUID ou les étiquettes du système de fichiers pour monter les systèmes de fichiers.

Pour automatiser ces vérifications, exécutez le script NitroInstanceChecks. Pour plus d'informations, consultez la sectionPourquoi mon instance Linux ne démarre-t-elle pas après que j'ai remplacé son type par un type d'instance basé sur Nitro ? Suivez les instructions de la section Exécuter le script NitroInstanceChecks.

Une fois le script exécuté et les mises à jour nécessaires effectuées, vérifiez que l'entrée DRIVERS du fichier /etc/udev/rules.d/70-persistent-net.rules est définie sur ? ou ENA.

Utilisez un éditeur de texte pour accéder au fichier. L'exemple suivant utilise l'éditeur vi.

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

L'entrée correcte s'affiche comme suit :

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

Mise en réseau sur les instances de la génération actuelle

Les instances de la génération actuelle se lancent uniquement dans un cloud privé virtuel (VPC). Si votre instance actuelle est une instance EC2-Classic, migrez l'instance vers une instance Linux dans un VPC.

Mixage d'architectures EC2

Si l'AMI source de votre instance est conçue pour une architecture spécifique, vous êtes limité à la création de types d'instances de la même architecture. Parmi les AMI conçues pour une architecture spécifique, citons l'ARM 32 bits (i386), 64 bits (x86 \ _64) ou 64 bits (arm64). C'est également le cas si votre instance exécute une AMI créée pour le type d'instance mac1. Vous ne pouvez pas déplacer ces images d'un type d'instance à l'autre.

Informations connexes

Contrôles de l’état de vos instances

Tarification d'Amazon EC2

Que dois-je faire avant de migrer mon instance EC2 vers une instance de sixième génération pour m'assurer de bénéficier de performances réseau optimales ?