

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.

# Migration de votre application depuis une version de plateforme héritée
<a name="using-features.migration"></a>

Si vous avez déployé une application Elastic Beanstalk qui utilise une version de plateforme héritée, vous devez migrer votre application vers un nouvel environnement utilisant une version de plateforme non héritée afin d'accéder aux nouvelles fonctions. Si vous n'êtes pas sûr d'exécuter votre application à l'aide d'une version de plate-forme héritée, vous pouvez vérifier cette information dans la console Elastic Beanstalk. Pour obtenir des instructions, consultez [Pour vérifier si vous utilisez une version de plate-forme héritée](#using-features.migration-proc).

## Quelles nouvelles fonctionnalités ne figurent pas dans les versions de plate-forme héritée ?
<a name="using-features.migration.missing"></a>

Les plateformes héritées ne prennent pas en charge les fonctions suivantes :
+ Fichiers de configuration, comme décrit dans la rubrique [Personnalisation d'environnement avancée avec fichiers de configuration (`.ebextensions`)](ebextensions.md)
+ Vérifications de l'état ELB, comme décrit dans la rubrique [Création de rapports d'intégrité de base](using-features.healthstatus.md)
+ Profils d'instance, comme décrit dans la rubrique [Gestion des profils d'instance Elastic Beanstalk](iam-instanceprofile.md)
+ VPCs, comme décrit dans la [Utilisation d'Elastic Beanstalk avec Amazon VPC](vpc.md) rubrique
+ Niveaux de données, comme décrit dans la rubrique [Ajout d'une base de données à votre environnement Elastic Beanstalk](using-features.managing.db.md)
+ Niveaux de travail, comme décrit dans la rubrique [Environnements de travail Elastic Beanstalk](concepts-worker.md)
+ Environnements d'instance unique, comme décrit dans la rubrique [Types d'environnement](using-features-managing-env-types.md)
+ Balises, comme décrit dans la rubrique [Balisage des ressources dans vos environnements Elastic Beanstalk](using-features.tagging.md)
+ Mises à jour propagées, comme décrit dans la rubrique [Mises à jour propagées de la configuration de l'environnement Elastic Beanstalk](using-features.rollingupdates.md)

## Pourquoi certaines versions de plate-forme sont-elles marquées héritées ?
<a name="using-features.migration.why"></a>

Certaines anciennes versions de plateforme ne prennent pas en charge les dernières fonctions Elastic Beanstalk. Ces versions affichent la mention **(legacy) [(héritée)]** sur la page de présentation de l'environnement dans la console Elastic Beanstalk. <a name="using-features.migration-proc"></a>

**Pour vérifier si vous utilisez une version de plate-forme héritée**

1. Ouvrez la console [Elastic Beanstalk](https://console.aws.amazon.com/elasticbeanstalk), puis **dans la liste des régions, sélectionnez votre**. Région AWS

1. Dans le panneau de navigation, choisissez **Environments** (Environnements), puis choisissez le nom de votre environnement dans la liste.

1. Sur la page de présentation de l'environnement, affichez le nom de la **Platform (Plateforme)**.

   Votre application utilise une version de plateforme héritée si **(legacy) [(héritée)]** apparaît en regard du nom de la plateforme.

**Pour migrer votre application**

1. Déployez votre application dans un nouvel environnement. Pour plus d'informations, consultez [Création d'un environnement Elastic Beanstalk](using-features.environments.md).

1. Si vous disposez d'une instance DB Amazon RDS, mettez à jour votre groupe de sécurité de base de données afin d'autoriser l'accès à votre groupe de sécurité EC2 pour votre nouvel environnement. Pour savoir comment trouver le nom de votre groupe de sécurité EC2 à l'aide de la console AWS de gestion, consultez[EC2 groupes de sécurité](using-features.managing.ec2.console.md#using-features.managing.ec2.securitygroups). Pour de plus amples informations sur la configuration de votre groupe de sécurité EC2, veuillez consulter la section « Autoriser un accès réseau à un groupe de sécurité Amazon EC2 » de la page [Utilisation de groupes de sécurité de base de données](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithSecurityGroups.html) dans le *Guide de l'utilisateur Amazon Relational Database Service*.

1. Echangez votre URL d'environnement. Pour plus d'informations, consultez [Déploiements bleu/vert avec Elastic Beanstalk](using-features.CNAMESwap.md).

1. Suspendez votre ancien environnement. Pour plus d'informations, consultez [Arrêt d'un environnement Elastic Beanstalk](using-features.terminating.md).

**Note**  
Si vous utilisez Gestion des identités et des accès AWS (IAM), vous devrez mettre à jour vos politiques pour inclure CloudFormation Amazon RDS (le cas échéant). Pour de plus amples informations, veuillez consulter [Utilisation d'Elastic Beanstalk avec Gestion des identités et des accès AWS](AWSHowTo.iam.md).