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

Date de la dernière mise à jour : 22/06/2020

Mon système nécessite plus de CPU ou de mémoire que ce qui est disponible sur mon instance Amazon Elastic Compute Cloud (Amazon EC2) actuelle. Quelles étapes dois-je suivre avant de redimensionner mon instance pour m'assurer que la transition soit réussie ? 

Brève description

La modification du type d'instance de votre instance EC2 Linux vous permet de modifier les éléments suivants :

  • Nombre de cœurs de processeur
  • Quantité de mémoire RAM
  • Optimisation d'Amazon Elastic Block Store (Amazon EBS)
  • Réseaux améliorés
  • Cœurs de GPU

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

Solution

Les problèmes courants suivants entraînent des problèmes de compatibilité lors de la modification des types d'instance. Pour vous assurer que le changement de type d'instance est réussi, contrôlez ces zones. Pour obtenir la liste complète des problèmes de compatibilité, consultez Compatibilité pour le redimensionnement des instances.

Une fois que vous avez vérifié la compatibilité, vous pouvez redimensionner votre instance basée sur Amazon EBS.

Arrêtez votre instance.

Vous devez arrêter l'instance avant de modifier les types d'instances. Avant d'arrêter votre instance, assurez-vous de bien comprendre les informations suivantes :

  • Les données sont perdues lorsque vous arrêtez l'instance si votre instance est basée sur le stockage d'instance ou dispose de volumes de stockage d'instance contenant des données. Si vous passez d'une instance basée sur le stockage d'instance à une autre instance basée sur le stockage d'instance, vous devez migrer votre instance basée sur le stockage d'instance. Pour en savoir plus, consultez Migration d'une instance basée sur le stockage d'instance.
  • L'arrêt de l'instance peut mettre fin à l'instance si votre instance fait partie d'un groupe Auto Scaling d'Amazon EC2. Votre instance peut faire partie d'un groupe Auto Scaling d'AWS si vous l'avez lancée avec Amazon EMR, AWS CloudFormation ou AWS Elastic Beanstalk. Dans ce cas, la mise hors service dépend des paramètres de protection des instances définis pour votre groupe Auto Scaling. Si votre instance fait partie d'un groupe Auto Scaling, supprimez-la temporairement du groupe avant d'exécuter 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 son adresse IP publique. Il est recommandé d'utiliser une adresse IP Elastic, et non publique pour l'acheminement du trafic externe vers votre instance. Si vous utilisez Route 53, il peut être nécessaire de mettre à jour les enregistrements DNS Route 53 lorsque l'adresse IP publique change.


Sauvegardez vos données

Il est recommandé de conserver des sauvegardes des instances et des données. Envisagez de créer une image AMI ou des instantanés des volumes EBS avant de modifier votre infrastructure.

Réseaux améliorés

Si vous convertissez vers une instance qui prend en charge les réseaux améliorés, installez tous les pilotes requis et activez les réseaux améliorés sur votre instance actuelle. Pour en savoir plus, consultez Réseaux améliorés sur Linux.

Types d'instance basés sur Nitro

Avant de remplacer votre instance par un type d'instance basé sur Nitro, vérifiez que les modules NVMe et ENA sont installés sur votre instance et 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.). Pour automatiser ces vérifications, exécutez le script NitroInstanceChecks. Pour en savoir plus, consultez Pourquoi mon instance Linux ne démarre pas après avoir changé son type en un type d'instance basé sur Nitro et suivez les instructions de la section Exécution du script NitroInstanceChecks.

Une fois que le script s'est exécuté et que vous avez effectué les mises à jour nécessaires, vérifiez que l'entrée DRIVERS dans /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

Réseaux sur les instances de la génération actuelle

Les instances de la génération actuelle sont lancées uniquement dans un Virtual Private Cloud (VPC). Si votre instance actuelle est une instance EC2-Classic, migrez l'instance vers une instance Linux dans un VPC.


Cet article vous a-t-il été utile ?

Cette page peut-elle être améliorée ?


Vous avez besoin d'aide ?