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.
# Étiquette des ressources d'application Elastic Beanstalk
Cette rubrique explique les avantages de l'utilisation de balises avec les ressources de votre application Elastic Beanstalk, ainsi que les contraintes associées à cette utilisation. Il explique également comment créer et gérer des balises pour les ressources de l'application.
Vous pouvez appliquer des balises aux ressources de vos AWS Elastic Beanstalk applications. Les balises sont des paires clé-valeur associées à des AWS ressources. Les identifications peuvent vous aider à classer les ressources. Ils sont particulièrement utiles si vous gérez de nombreuses ressources dans le cadre de plusieurs AWS applications.
Voici plusieurs méthodes d'utilisation de l'étiquette avec les ressources Elastic Beanstalk :
+ *Étapes du déploiement* : identifiez les ressources associés aux différentes étapes de votre application, comme développement, bêta et production.
+ *Répartition des coûts* — Utilisez les rapports de répartition des coûts pour suivre votre utilisation des AWS ressources associées aux différents comptes de dépenses. Ces rapports incluent les ressources labellisées et non labellisées, et regroupent les coûts en fonction des identifications. Pour savoir comment les rapports d'allocation des coûts utilisent les identifications, consultez [Utilisation des identifications d'allocation des coûts pour les rapports de facturation personnalisés](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) dans le *Guide de l'utilisateur pour la gestion de la facturation et des coûts d'AWS *.
+ *Contrôle d'accès* : utilisez les identifications pour gérer les autorisations concernant les demandes et les ressources. Par exemple, un utilisateur qui ne peut créer et gérer que des environnements de test bêta ne doit avoir accès qu’aux ressources de l'étape bêta. Pour en savoir plus, consultez [Utilisation de balises pour contrôler l'accès aux ressources Elastic BeanstalkExemples de conditions relatives aux balises dans les politiques](AWSHowTo.iam.policies.access-tags.md).
Vous pouvez ajouter jusqu'à 50 identifications à chaque ressource. Les environnements sont légèrement différents : Elastic Beanstalk ajoute par défaut trois identifications système aux environnements, et vous ne pouvez pas modifier ou supprimer ces identifications. Outre les identifications par défaut, vous pouvez ajouter jusqu'à 47 identifications supplémentaires à chaque environnement.
Les contraintes suivantes s'appliquent aux clés et valeurs d'identification :
+ Les clés et les valeurs peuvent contenir uniquement des lettres, des chiffres, des espaces et les symboles suivants : `_ . : / = + - @`
+ Les clés peuvent contenir jusqu'à 127 caractères. Les valeurs peuvent contenir jusqu'à 255 caractères.
**Note**
Ces limites s'appliquent aux caractères Unicode en UTF-8. Pour les autres encodages multioctets, la limite peut être inférieure.
+ Les clés sont sensibles à la casse.
+ Les clés ne peuvent pas commencer par `aws:` ou `elasticbeanstalk:`.
## Ressources que vous pouvez étiqueter
Vous trouverez ci-dessous les types de ressources Elastic Beanstalk que vous pouvez étiqueter, ainsi que des liens vers des rubriques relatives à la gestion des identifications pour chacune d'entre elles :
+ [Applications](applications-tagging.md)
+ [Environnements](using-features.tagging.md)
+ [Versions de l'application](applications-versions-tagging.md)
+ [Configurations enregistrées](environment-configuration-savedconfig-tagging.md)
# Propagation des balises vers les modèles de lancement
Elastic Beanstalk propose la possibilité d'activer la propagation de balises d'environnement aux modèles de lancement. Cette option fournit une prise en charge continue du contrôle d'accès basé sur des balises (TBAC) avec les modèles de lancement.
**Note**
Les configurations de lancement sont progressivement supprimées et remplacées par des modèles de lancement. Pour plus d'informations, consultez la section [Configurations de lancement](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-configurations.html) dans le *guide de l'utilisateur d'Amazon EC2 Auto Scaling*.
Pour éviter les interruptions de fonctionnement, les EC2 instances CloudFormation ne propagent pas les balises aux modèles de lancement existants. Si un cas d'utilisation nécessite des balises pour les ressources de votre environnement, vous pouvez activer Elastic Beanstalk pour créer des modèles de lancement avec des balises pour ces ressources. Pour ce faire, définissez l'option `LaunchTemplateTagPropagationEnabled` dans l'espace de noms [aws:autoscaling:launchconfiguration](command-options-general.md#command-options-general-autoscalinglaunchconfiguration) sur `true`. La valeur par défaut est `false`.
L'exemple de [fichier de configuration](ebextensions.md) suivant permet la propagation de balises pour lancer des modèles.
```
option_settings:
aws:autoscaling:launchconfiguration:
LaunchTemplateTagPropagationEnabled: true
```
Elastic Beanstalk peut uniquement propager des balises pour lancer des modèles pour les ressources suivantes :
+ Volumes EBS
+ EC2 instances
+ EC2 interfaces réseau
+ CloudFormation modèles de lancement qui définissent une ressource
Cette contrainte existe car les balises CloudFormation ne sont autorisées que pour des ressources spécifiques lors de la création de modèles. Pour plus d'informations, consultez [TagSpecification](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-launchtemplate-tagspecification.html)le *guide de AWS CloudFormation l'utilisateur*.
**Important**
La modification de la valeur de cette option de `false` à `true` pour un environnement existant peut constituer un changement critique pour les balises existantes.
Lorsque cette fonctionnalité est activée, la propagation des balises doit être EC2 remplacée, ce qui peut entraîner des temps d'arrêt. Vous pouvez activer les *mises à jour dynamiques* pour appliquer les modifications de configuration par lots et éviter les temps d'arrêt de service pendant le processus de mise à jour. Pour de plus amples informations, veuillez consulter [Configuration changes](environments-updating.md).
Pour en savoir plus sur l'utilisation des modèles de lancement, consultez ce qui suit :
+ [Lancez des modèles](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-templates.html) dans le *guide de l'utilisateur d'Amazon EC2 Auto Scaling*
+ [Utilisation de modèles](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/template-guide.html) dans le *Guide de l'utilisateur AWS CloudFormation *
+ [Extraits de modèle Elastic Beanstalk](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/quickref-elasticbeanstalk.html) dans le *Guide de l'utilisateur AWS CloudFormation *