Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Changements de type d'instance Amazon EC2
Au fur et à mesure que vos besoins évoluent, il se peut que vous constatiez que votre instance est sur-utilisée (le type d’instance est trop petit) ou sous-utilisée (le type d’instance est trop grand). Si tel est le cas, vous pouvez redimensionner votre instance en modifiant son type d’instance. Par exemple, si votre instance `t2.micro` est trop petite pour sa charge de travail, vous pouvez augmenter sa taille en la remplaçant par un type d’instance T2 plus volumineux, comme `t2.large`. Vous pouvez également la remplacer par un autre type d’instance, par exemple `m5.large`. Vous souhaiterez peut-être également passer d'un type d'instance de génération précédente à un type d'instance de génération actuelle afin de tirer parti de certaines fonctionnalités, telles que la prise en charge de IPv6.
Si vous souhaitez une recommandation du type d’instance le mieux à même de gérer votre charge de travail existante, vous pouvez utiliser Optimiseur de calcul AWS. Pour de plus amples informations, veuillez consulter [Obtenez des recommandations EC2 d'instance auprès de Compute Optimizer](ec2-instance-recommendations.md).
Lorsque vous modifiez le type d’instance, vous commencez à payer le taux du nouveau type. Pour consulter les tarifs à la demande de tous les types d’instances, consultez la rubrique [Tarification à la demande d’Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/).
Pour ajouter du stockage supplémentaire à votre instance sans changer le type d'instance, ajoutez un volume EBS à celle-ci. Pour de plus amples informations, veuillez consulter la rubrique [Attacher un volume Amazon EBS à une instance](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) dans le *Guide de l'utilisateur Amazon EBS*.
## Quelles sont les instructions à suivre ?
Il existe différentes instructions pour la modification du type d’instance. Les instructions à suivre dépendent du volume racine de l’instance et de la compatibilité du type d’instance avec la configuration actuelle de l’instance. Pour en savoir plus sur la façon dont la compatibilité est déterminée, consultez [Compatibilité pour modifier le type d’instance](resize-limitations.md).
Utilisez le tableau suivant pour déterminer quelles instructions suivre.
| Volume racine | Compatibilité | Suivez ces instructions |
| --- | --- | --- |
| EBS | Compatible | [Modifier le type d’instance](change-instance-type-of-ebs-backed-instance.md) |
| EBS | Non compatible | [Migrez vers un nouveau type d'instance](migrate-instance-configuration.md) |
| Stockage d’instances | Non applicable | [Migrez vers un nouveau type d'instance](migrate-instance-configuration.md) |
# 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.
La compatibilité est déterminée en fonction des éléments suivants :
**Type de virtualisation**
Linux AMIs utilise l'un des deux types de virtualisation suivants : paravirtuelle (PV) ou machine virtuelle matérielle (HVM). Si une instance a été lancée depuis une AMI de virtualisation paravirtuelle, vous ne pouvez pas la changer en un type d’instance qui n’utilise que la virtualisation HVM. Pour plus d’informations, consultez [Types de virtualisation](ComponentsAMIs.md#virtualization_types). Pour vérifier le type de virtualisation de votre instance, consultez le champ **Virtualization** (Virtualisation) dans le panneau des détails de l’écran **Instances** dans la console Amazon EC2.
**Architecture**
AMIs sont spécifiques à l'architecture du processeur. Vous devez donc sélectionner un type d'instance avec la même architecture de processeur que le type d'instance actuel. Par exemple :
+ 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](enhanced-networking.md) nécessitent l’installation des pilotes requis. Par exemple, les [instances basées sur Nitro](instance-types.md#instance-hypervisor-type) nécessitent un support EBS AMIs 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](enhanced-networking-ena.md) ou les [pilotes ixgbevf](sriov-networking.md) sur l’instance, selon le cas.
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](ena-express.md#ena-express-supported-instance-types).
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 en mode NVMe bloc sur les instances [basées sur Nitro](instance-types.md#instance-hypervisor-type). Si vous passez d'un type d'instance non compatible NVMe à un type d'instance compatible NVMe, vous devez d'abord installer les NVMe pilotes sur votre instance. En outre, les noms des appareils que vous spécifiez dans le mappage des périphériques par blocs sont renommés à l'aide des noms de NVMe périphériques (`/dev/nvme[0-26]n1`).
[Instances Linux] Par conséquent, pour monter des systèmes de fichiers au démarrage en utilisant`/etc/fstab`, vous devez utiliser à la UUID/Label place des noms de périphériques.
**Limite 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 de plus amples informations, veuillez consulter [Limites de volume Amazon EBS pour les instances Amazon EC2](volume_limits.md).
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.
**NitroTPM**
Si vous avez lancé l'instance en utilisant une AMI avec [NitroTPM](nitrotpm.md) activé et un type d'instance qui prend en charge NitroTPM, l'instance se lance avec NitroTPM activé. Vous ne pouvez passer à un type d'instance que s'il prend également en charge NitroTPM.
# Changez le type d'instance pour votre instance Amazon EC2
Suivez les instructions ci-dessous pour modifier le type d'instance d'une instance sauvegardée par Amazon EBS si le type d'instance requis est compatible avec la configuration actuelle de votre instance. Pour de plus amples informations, veuillez consulter [Compatibilité pour modifier le type d’instance](resize-limitations.md).
**Considérations**
+ Vous devez arrêter votre instance avant de pouvoir changer son type d'instance. Veillez à prévoir un temps d’arrêt pendant que votre instance est arrêtée. L’arrêt d’une instance et la modification de son type peuvent prendre quelques minutes, et la durée du redémarrage de votre instance peut varier en fonction des scripts de démarrage de votre application. Pour plus d’informations, consultez [Arrêtez et démarrez des instances Amazon EC2](Stop_Start.md).
+ Lorsque vous arrêtez et démarrez une instance, nous déplaçons l’instance vers un nouveau matériel. Si votre instance possède une IPv4 adresse publique qui n'est pas une adresse IP élastique, nous publions l'adresse et attribuons une nouvelle IPv4 adresse publique à votre instance. Pour plus d'informations sur le comportement des adresses IP tout au long du cycle de vie d'une instance, consultez [Différences entre les états d'instance](ec2-instance-lifecycle.md#lifecycle-differences).
+ Vous ne pouvez pas modifier le type d’instance d’une [instance Spot](using-spot-instances-request.md#stopping-a-spot-instance).
+ [Instances Windows] Nous vous recommandons de mettre à jour le package de pilotes AWS PV avant de modifier le type d'instance. Pour de plus amples informations, veuillez consulter [Mettre à niveau des pilotes PV sur les instances EC2 Windows](Upgrading_PV_drivers.md).
+ Si votre instance est dans un groupe Auto Scaling, le service Amazon EC2 Auto Scaling marque l’instance arrêtée comme étant non saine, et pourrait y mettre fin et lancer une instance de remplacement. Pour empêcher que cela ne se produise, vous pouvez suspendre les processus de mise à l’échelle pour le groupe pendant que vous modifiez le type d’instance. Pour plus d’informations, consultez [Suspension et reprise d’un processus pour un groupe Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling*.
+ Lorsque vous modifiez le type d'instance d'une instance avec des volumes de stockage d' NVMe instance, l'instance mise à jour peut comporter des volumes de stockage d'instance supplémentaires, car tous les volumes de stockage d' NVMe instance sont disponibles même s'ils ne sont pas spécifiés dans l'AMI ou dans le mappage des périphériques par blocs d'instance. Autrement, l’instance mise à jour a le même nombre de volumes de stockage d’instances que celui spécifié lors du lancement de l’instance initiale.
+ Le nombre maximal de volumes Amazon EBS que vous pouvez associer à une instance dépend du type et de la taille de l’instance. Vous ne pouvez pas passer à un type ou à une taille d’instance qui ne prennent pas en charge le nombre de volumes déjà attachés à votre instance. Pour de plus amples informations, veuillez consulter [Limites de volume Amazon EBS pour les instances Amazon EC2](volume_limits.md).
+ [Instances Linux] Vous pouvez utiliser le `AWSSupport-MigrateXenToNitroLinux` dossier d'exploitation pour migrer des instances Linux compatibles d’un type d’instance Xen vers un type d’instance Nitro. Pour plus d’informations, consultez [https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html) dans la référence *AWS Systems Manager Automation runbook*.
+ [Instances Windows] Pour plus d'informations sur la migration d'instances Windows compatibles d'un type d'instance Xen vers un type d'instance Nitro, consultez la section [Migrer vers des types d'instance de dernière génération](migrating-latest-types.md).
**Pour modifier le type d’instance d’une instance basée sur Amazon EBS**
1. (Facultatif) Si le nouveau type d’instance requiert des pilotes qui ne sont pas installés sur l’instance existante, vous devez vous connecter à votre instance et installer les pilotes. Pour de plus amples informations, veuillez consulter [Compatibilité pour modifier le type d’instance](resize-limitations.md).
1. [Instances Windows] Si vous avez configuré votre instance Windows de façon à utiliser l’[adressage IP statique](config-windows-multiple-ip.md#step1) et que vous passez d’un type d’instance qui ne prend pas en charge les réseaux améliorés à un type d’instance qui les prend en charge, vous risquez de recevoir un avertissement à propos d’un conflit d’adresse IP potentiel au moment de reconfigurer l’adressage IP statique. Pour éviter ceci, activez DHCP sur l’interface réseau pour votre instance avant de modifier le type d’instance. Depuis votre instance, ouvrez le **Centre de réseau et de partage**, ouvrez les **propriétés TCP/ (Internet Protocol version 4IPv4)** pour l'interface réseau, puis choisissez **Obtenir une adresse IP automatiquement**. Modifiez le type d’instance et reconfigurez l’adressage IP statique sur l’interface réseau.
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sélectionnez l’instance et choisissez **Instance state** (État de l’instance), **Stop instance** (Arrêter l’instance). Lorsque vous êtes invité à confirmer l’opération, choisissez **Stop** (Arrêter). L’arrêt de l’instance peut prendre quelques minutes.
1. Tandis que l’instance est toujours sélectionnée, choisissez **Actions**, **Instance settings** (Paramètres de l’instance), puis **Change instance type** (Changer le type d’instance). Cette action est grisée si l’état de l’instance n’est pas `stopped`.
1. Sur la page **Change instance type** (Modifier le type d’instance), procédez comme suit :
1. Dans **Instance type** (Type d’instance), sélectionnez le type d’instance souhaité.
Si le type d’instance ne figure pas dans la liste, il n’est pas compatible avec la configuration de votre instance. Au lieu de cela, suivez les instructions suivantes : [Migrez vers un nouveau type d'instance en lançant une nouvelle instance EC2](migrate-instance-configuration.md).
1. (Facultatif) Si le type d’instance que vous avez choisi prend en charge l’optimisation EBS, sélectionnez **EBS-optimized** (Optimisé pour EBS) pour activer l’optimisation EBS ou désélectionnez **EBS-optimized** (Optimisé pour EBS) pour la désactiver.
Si le type d’instance que vous avez sélectionné est optimisé pour EBS par défaut, **EBS-optimized** (Optimisé pour EBS) est sélectionné et vous ne pouvez pas annuler la sélection.
1. (Facultatif) Configurez les options vCPU sur le nouveau type d'instance.
Si vous modifiez le type d’une instance existante, Amazon EC2 applique les paramètres d’options d’UC de l’instance existante à la nouvelle instance, si possible. Si le nouveau type d’instance ne prend pas en charge ces paramètres, les options d’UC sont réinitialisées sur **None**. Cette option utilise le nombre par défaut de v CPUs pour le nouveau type d'instance.
Si le type d'instance que vous avez sélectionné prend en charge la configuration du vCPU, sélectionnez **Spécifier les options du processeur** dans le panneau des **détails avancés** pour configurer v CPUs pour votre nouveau type d'instance.
1. Choisissez **Changer** pour accepter les nouveaux paramètres.
1. Pour démarrer l’instance, sélectionnez l’instance et choisissez **Instance state** (État de l’instance), **Start instance** (Démarrer l’instance). Il peut s’écouler quelques minutes avant que l’instance ne passe à l’état `running`. Si votre instance ne démarre pas, consultez la section [Résoudre les problèmes de modification du type d’instance](troubleshoot-change-instance-type.md).
1. [Instances Windows] Si votre instance exécute Windows Server 2016 ou Windows Server 2019 avec EC2 Launch v1, connectez-vous à votre instance Windows et exécutez le PowerShell script de EC2 lancement suivant pour configurer l'instance une fois le type d'instance modifié.
**Important**
Le mot de passe de l’administrateur sera réinitialisé lorsque vous activerez le script d’initialisation de l’instance EC2 Launch. Vous pouvez modifier le fichier de configuration pour désactiver la réinitialisation du mot de passe administrateur en le spécifiant dans les paramètres des tâches d’initialisation. Pour savoir comment désactiver la réinitialisation du mot de passe, voir [Configurer les tâches d'initialisation](ec2launch-config.md#ec2launch-inittasks) (EC2Launch) ou [Modifier les paramètres](ec2launch-v2-settings.md#ec2launch-v2-ui) (EC2Launch v2).
```
PS C:\> C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeInstance.ps1 -Schedule
```
# Migrez vers un nouveau type d'instance en lançant une nouvelle instance EC2
Vous pouvez changer le type d'instance d'une instance EC2 uniquement s'il s'agit d'une instance sauvegardée par EBS dont la configuration est compatible avec le nouveau type d'instance que vous souhaitez. En revanche, si la configuration ou votre instance n'est pas compatible avec le nouveau type d'instance, ou s'il s'agit d'une instance basée sur un stockage d'instances, vous devez lancer une instance de remplacement compatible avec le type d'instance que vous souhaitez. Pour en savoir plus concernant la façon dont la compatibilité est déterminée, consultez [Compatibilité pour modifier le type d’instance](resize-limitations.md).
**Présentation du processus de migration**
+ Sauvegardez les données de l'instance d'origine.
+ Lancez une nouvelle instance ayant une configuration compatible avec le nouveau type d’instance que vous souhaitez en attachant tous les volumes EBS attachés à votre instance d’origine.
+ Installez votre application sur votre nouvelle instance.
+ Restaurez toutes les données.
+ Si l'instance d'origine possède une adresse IP Elastic, vous devez l'associer à votre nouvelle instance pour que vos utilisateurs puissent continuer à utiliser votre application sans interruption.
**Pour transférer une instance vers une nouvelle instance**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Sauvegardez les données dont vous avez encore besoin en procédant comme suit :
+ Connectez-vous à votre instance et copiez les données de vos volumes de stockage d'instance vers le stockage persistant.
+ [Créez des instantanés](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) de vos volumes EBS afin de pouvoir créer de nouveaux volumes avec les mêmes données, ou détachez les volumes de l'instance d'origine afin de pouvoir les attacher à la nouvelle instance.
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sélectionnez **Launch instances** (Lancer des instances). Lorsque vous configurez l’instance, procédez comme suit :
1. Sélectionnez une AMI qui prend en charge le type d'instance que vous souhaitez. Par exemple, vous devez sélectionner une AMI qui prend en charge le type de processeur du nouveau type d'instance. De plus, les types d'instances de la génération actuelle nécessitent une AMI HVM.
1. Sélectionnez le nouveau type d’instance souhaité. Si le type d’instance que vous souhaitez n’est pas disponible, il n’est pas compatible avec la configuration de l’AMI que vous avez sélectionnée.
1. Si vous souhaitez autoriser le même trafic à accéder à la nouvelle instance, sélectionnez le même VPC et le même groupe de sécurité que ceux utilisés pour l'instance d'origine.
1. Une fois que vous avez terminé la configuration de votre nouvelle instance, effectuez les étapes pour sélectionner une paire de clés et lancer votre instance. Il peut s’écouler quelques minutes avant que l’instance ne passe à l’état `running`.
1. Si vous avez sauvegardé des données sur un instantané EBS, [créez un volume à partir de cet instantané](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-volume.html#ebs-create-volume-from-snapshot) et puis [attachez le volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) à la nouvelle instance.
Pour déplacer un volume EBS de l'instance d'origine vers la nouvelle instance, [détachez le volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html) de l'instance d'origine et puis [attachez le volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) à la nouvelle instance.
1. Installez votre application et les logiciels requis sur la nouvelle instance.
1. Restaurez les données que vous avez sauvegardées depuis les volumes de stockage d’instances de l’instance d’origine.
1. Si l'instance d'origine possède une adresse IP Elastic, attribuez-la à la nouvelle instance comme suit :
1. Dans le volet de navigation, sélectionnez **Elastic IPs**.
1. Sélectionnez l’adresse IP Elastic associée à l’instance d’origine, choisissez **Actions**, puis **Dissocier l’adresse IP Elastic**. Sélectionnez **Dissocier** lorsque vous êtes invité à confirmer l’opération.
1. L’adresse IP Elastic étant toujours sélectionnée, choisissez **Actions**, puis **Associer l’adresse IP Elastic**.
1. Pour **Resource type** (Type de ressource), choisissez **Instance**.
1. Par **exemple**, choisissez la nouvelle instance.
1. (Facultatif) Pour **Private IP address** (Adresse IP privéeù), spécifiez une adresse IP privée à laquelle associer l’adresse IP Elastic.
1. Choisissez **Associate**.
1. (Facultatif) Vous pouvez terminer l’instance d’origine si elle n’est plus nécessaire. Sélectionnez l’instance, vérifiez que vous êtes sur le point de résilier l’instance d’origine, et non la nouvelle instance (par exemple, vérifiez le nom ou l’heure du lancement), puis sélectionnez **Instance state** (État de l’instance), **Terminate instance** (Résilier l’instance).
# Résoudre les problèmes de modification du type d’instance
Utilisez les informations suivantes pour identifier et résoudre les problèmes que vous pouvez rencontrer lorsque vous modifiez le type d’instance.
## L’instance ne démarre pas après avoir modifié le type d’instance
**Cause possible : les exigences relatives au nouveau type d’instance ne sont pas satisfaites**
Si votre instance ne démarre pas, il est possible qu’une des exigences pour le nouveau type d’instance n’ait pas été respectée. Pour plus d’informations, consultez la section relative à la [raison pour laquelle mon instance Linux ne démarre pas après que j’ai modifié son type](https://repost.aws/knowledge-center/boot-error-linux-nitro-instance).
**Cause possible : l’AMI ne prend pas en charge le type d’instance**
Si vous utilisez la console EC2 pour modifier le type d’instance, seuls les types d’instance pris en charge par l’AMI sélectionnée sont disponibles. Toutefois, si vous utilisez le AWS CLI pour lancer une instance, vous pouvez spécifier une AMI et un type d'instance incompatibles. Si l’AMI et le type d’instance sont incompatibles, l’instance ne peut pas démarrer. Pour plus d’informations, consultez [Compatibilité pour modifier le type d’instance](resize-limitations.md).
**Cause possible : l’instance se trouve dans un groupe de placement du cluster**
Si votre instance se trouve dans un [groupe de placement du cluster](placement-strategies.md#placement-groups-cluster) et, qu’après avoir modifié le type d’instance, l’instance ne démarre pas, essayez ce qui suit :
1. Arrêtez toutes les instances du groupe de placement du cluster.
1. Modifiez le type de l’instance en question.
1. Démarrez toutes les instances du groupe de placement du cluster.
## L’application ou le site web n’est pas accessible depuis Internet après avoir modifié le type d’instance
**Cause possible : l' IPv4 adresse publique est publiée**
Lorsque vous modifiez le type d’instance, vous devez d’abord arrêter l’instance. Lorsque vous arrêtez une instance, nous publions l' IPv4 adresse publique et attribuons une nouvelle IPv4 adresse publique à votre instance.
Pour conserver l' IPv4 adresse publique entre les arrêts et les démarrages de l'instance, nous vous recommandons d'utiliser une adresse IP élastique, sans frais supplémentaires, à condition que votre instance soit en cours d'exécution. Pour de plus amples informations, veuillez consulter [Adresses IP élastiques](elastic-ip-addresses-eip.md).