Compatibilité pour modifier le type d’instance

Vous pouvez modifier le type d’instance uniquement si la configuration actuelle de l’instance est compatible avec le type d’instance souhaité. Si le type d’instance souhaité n’est pas compatible avec votre configuration actuelle d’instance, vous devez lancer une nouvelle instance dotée d’une configuration compatible avec le type d’instance, puis migrer votre application vers la nouvelle instance.

Pour obtenir des informations de compatibilité pour la modification du type d’instances Linux, consultez Compatibilité pour la modification du type d’instance dans le Guide de l’utilisateur pour les instances Linux.

Astuce

Pour obtenir des conseils supplémentaires sur la migration d’instances Windows compatibles d’un type d’instance Xen vers un type d’instance Nitro, consultez. Migrer vers les types d’instance de dernière génération

La compatibilité est déterminée de la manière suivante :

Architecture

Les AMI étant propres à l’architecture du processeur, vous devez sélectionner un type d’instance doté de la même architecture de processeur que le type d’instance actuel. Exemples :

• Si le type d’instance actuel est doté d’un processeur basé sur l’architecture Arm, vous êtes limité aux types d’instance qui prennent en charge un processeur basé sur l’architecture Arm, notamment C6g et M6g.

• Les types d’instances suivants sont les seuls qui prennent en charge les AMIs 32 bits : t2.nano, t2.micro, t2.small, t2.medium, c3.large, t1.micro, m1.small, m1.medium et c1.medium. Si vous modifiez le type d’une instance 32 bits, vous êtes limité à ces types d’instance.

Cartes réseau

Si vous passez d’un pilote d’une carte réseau à un autre, les paramètres de la carte réseau sont réinitialisés lorsque le système d’exploitation crée la nouvelle carte. Pour reconfigurer les paramètres, vous devrez peut-être accéder à un compte local doté d’autorisations d’administrateur. Voici des exemples de déplacement d’une carte réseau à une autre :

• AWS PV (instances T2) vers Intel 82599 VF (instances M4)

• Intel 82599 VF (la plupart des instances M4) vers ENA (instances M5)

• ENA (instances M5) vers ENA haute bande passante (instances M5n)

Réseaux améliorés

Les types d’instance prenant en charge les réseaux améliorés nécessitent l’installation des pilotes requis. Par exemple, les instances créées sur le système AWS Nitro nécessitent des AMI basées sur EBS avec les pilotes Elastic Network Adapter (ENA) installés. Pour passer d’un type d’instance qui ne prend pas en charge les réseaux améliorés à un type qui les prend en charge, vous devez installer les pilotes ENA ou les pilotes ixgbevf sur l’instance, selon le cas.

Note

Lorsque vous redimensionnez une instance avec ENA Express activé, le nouveau type d’instance doit également prendre en charge ENA Express. Pour obtenir la liste des types d’instance qui prennent en charge ENA Express, veuillez consulter Types d’instance pris en charge pour ENA Express.

Pour passer d’un type d’instance qui prend en charge ENA Express à un type d’instance qui ne prend pas en charge ENA Express, assurez-vous qu’ENA Express n’est pas actuellement activé avant de redimensionner l’instance.

NVMe

Les volumes EBS sont exposés sous forme de périphériques NVMe sur des instances basées sur le système AWS Nitro. Si vous passez d’un type d’instance ne prenant pas en charge NVMe à un type d’instance prenant en charge NVMe, vous devez commencer par installer les pilotes NVMe sur votre instance. En outre, les noms des périphériques que vous spécifiez dans le mappage de périphérique de stockage en mode bloc sont remplacés par les noms du périphérique NVMe (/dev/nvme[0-26]n1).

Limites de volume

Le nombre maximal de volumes Amazon EBS que vous pouvez associer à une instance dépend du type et de la taille de l’instance. Pour plus d’informations, consultez Limites de volume d’instance.

Vous pouvez uniquement passer à un type ou à une taille d’instance qui prend en charge le même nombre ou un plus grand nombre de volumes que celui qui est actuellement attaché à l’instance. Si vous optez pour un type d’instance ou une taille d’instance qui ne prend pas en charge le nombre de volumes actuellement attachés, la demande échoue. Par exemple, si vous passez d’une instance m7i.4xlarge avec 32 volumes attachés à une instance m6i.4xlarge, qui prend en charge un maximum de 27 volumes, la demande échoue.