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.
Rôle lié à un service de mises à jour gérées
AWS Elastic Beanstalk utilise des AWS Identity and Access Management rôles liés à un service (IAM). Un rôle lié à un service est un type unique de rôle IAM lié directement à Elastic Beanstalk. Les rôles liés à un service sont prédéfinis par Elastic Beanstalk et incluent toutes les autorisations dont le service a besoin pour appeler d'autres services en votre nom. AWS
Un rôle lié à un service simplifie la configuration d'Elastic Beanstalk, car vous n'avez pas besoin d'ajouter manuellement les autorisations requises. Elastic Beanstalk définit les autorisations de ses rôles liés à un service et, sauf indication contraire, seul Elastic Beanstalk peut assumer ses rôles. Les autorisations définies comprennent la politique d’approbation et la politique d’autorisation. De plus, cette politique d’autorisation ne peut pas être attachée à une autre entité IAM.
Vous pouvez supprimer un rôle lié à un service uniquement après la suppression préalable de ses ressources connexes. Vous ressources Elastic Beanstalk sont ainsi protégées car vous ne pouvez pas involontairement supprimer d'autorisation pour accéder aux ressources.
Pour plus d'informations sur les autres services qui prennent en charge les rôles liés à un service, consultez Services AWS qui fonctionnent avec IAM et recherchez les services pour lesquels la colonne Service-Linked Role (Rôle lié à un service) indique Yes (Oui). Choisissez un Yes (oui) ayant un lien permettant de consulter les détails du rôle pour ce service.
Autorisations des rôles liés à un service pour Elastic Beanstalk
Elastic Beanstalk utilise le rôle lié à un service AWSServiceRoleForElasticBeanstalkManagedUpdatesnommé — Permet à Elastic Beanstalk d'effectuer des mises à jour programmées de la plateforme de vos environnements de course.
Le rôle AWSServiceRoleForElasticBeanstalkManagedUpdates lié à un service fait confiance aux services suivants pour assumer le rôle :
-
managedupdates.elasticbeanstalk.amazonaws.com
La politique gérée AWSElasticBeanstalkManagedUpdatesServiceRolePolicyaccorde au rôle AWSServiceRoleForElasticBeanstalkManagedUpdates lié au service toutes les autorisations dont Elastic Beanstalk a besoin pour effectuer des actions de mise à jour gérées en votre nom. Pour consulter le contenu des politiques gérées, consultez la AWSElasticBeanstalkManagedUpdatesServiceRolePolicypage du Guide de référence des politiques AWS gérées.
Vous devez configurer les autorisations de manière à permettre à une entité IAM (comme un utilisateur, un groupe ou un rôle) de créer, modifier ou supprimer un rôle lié à un service. Pour plus d'informations, consultez Service-Linked Role Permissions (autorisations du rôle lié à un service) dans le IAM User Guide (guide de l'utilisateur IAM).
Vous pouvez également utiliser une politique AWS gérée pour fournir un accès complet à Elastic Beanstalk.
Création d'un rôle lié à un service pour Elastic Beanstalk
Vous n’avez pas besoin de créer manuellement un rôle lié à un service. Lorsque vous créez un environnement Elastic Beanstalk à l'aide de l'API Elastic Beanstalk, activez les mises à jour gérées et que vous spécifiez AWSServiceRoleForElasticBeanstalkManagedUpdates
comme valeur pour l'option ServiceRoleForManagedUpdates
de l'espace de noms aws:elasticbeanstalk:managedactions
, Elastic Beanstalk crée le rôle lié à un service pour vous.
Lorsque Elastic Beanstalk essaie de créer le rôle lié à AWSServiceRoleForElasticBeanstalkManagedUpdates un service pour votre compte lorsque vous créez un environnement, vous devez en avoir l'autorisation. iam:CreateServiceLinkedRole
Si vous n'avez pas cette autorisation, la création d'environnement échoue, et un message expliquant le problème s'affiche.
En lieu et place, un autre utilisateur ayant l'autorisation de créer des rôles liés à un service peut utiliser IAM pour précréer le rôle lié à un service à l'avance. Vous pouvez ensuite créer votre environnement, même sans avoir l'autorisation iam:CreateServiceLinkedRole
.
Vous pouvez utiliser la console IAM pour créer un rôle lié à un service avec le cas d'utilisation Elastic Beanstalk Managed Updates (Mises à jour gérées Elastic Beanstalk). Dans l'interface de ligne de commande (CLI) IAM ou l'API IAM, créez un rôle lié à un service avec le nom de service managedupdates.elasticbeanstalk.amazonaws.com
. Pour plus d'informations, consultez Création d'un rôle lié à un service dans le Guide de l'utilisateur IAM. Si vous supprimez ce rôle lié à un service, vous pouvez utiliser ce même processus pour créer le rôle à nouveau.
Si vous supprimez ce rôle lié à un service et que vous avez ensuite besoin de le recréer, vous pouvez utiliser la même procédure pour recréer le rôle dans votre compte. Lorsque vous créez un environnement Elastic Beanstalk à l'aide de l'API Elastic Beanstalk, activez les mises à jour gérées et que vous spécifiez AWSServiceRoleForElasticBeanstalkManagedUpdates
comme valeur pour l'option ServiceRoleForManagedUpdates
de l'espace de noms aws:elasticbeanstalk:managedactions
, Elastic Beanstalk crée à nouveau le rôle lié à un service pour vous.
Modification d'un rôle lié à un service pour Elastic Beanstalk
Elastic Beanstalk ne vous permet pas de modifier le rôle lié à un service. AWSServiceRoleForElasticBeanstalkManagedUpdates Une fois que vous avez créé un rôle lié à un service, vous ne pouvez pas changer le nom du rôle, car plusieurs entités peuvent faire référence à ce rôle. Néanmoins, vous pouvez modifier la description du rôle à l’aide d’IAM. Pour plus d’informations, consultez Modification d’un rôle lié à un service dans le Guide de l’utilisateur IAM.
Suppression d'un rôle lié à un service pour Elastic Beanstalk
Si vous n’avez plus besoin d’utiliser une fonctionnalité ou un service qui nécessite un rôle lié à un service, nous vous recommandons de supprimer ce rôle. De cette façon, vous n’avez aucune entité inutilisée qui n’est pas surveillée ou gérée activement. Cependant, vous devez nettoyer les ressources de votre rôle lié à un service avant de pouvoir les supprimer manuellement.
Nettoyer un rôle lié à un service
Avant de pouvoir utiliser IAM pour supprimer un rôle lié à un service, vous devez d'abord vous assurer que les environnements Elastic Beanstalk pour lesquels les mises à jour gérées sont activées utilisent un rôle de service différent ou sont arrêtés.
Note
Si le service Elastic Beanstalk utilise le rôle lié à un service lorsque vous essayez d'arrêter les environnements, l'arrêt peut échouer. Si cela se produit, patientez quelques minutes et réessayez.
Pour mettre fin à un environnement Elastic Beanstalk qui utilise la (console) AWSServiceRoleForElasticBeanstalkManagedUpdates
Ouvrez la console Elastic Beanstalk
, puis dans la liste des régions, sélectionnez votre. Région AWS -
Dans le panneau de navigation, choisissez Environments (Environnements), puis choisissez le nom de votre environnement dans la liste.
Note
Si vous avez plusieurs environnements, utilisez la barre de recherche pour filtrer la liste des environnements.
-
Choisissez Actions, puis Terminate Environment (Résilier l'environnement).
-
Utilisez la boîte de dialogue à l'écran pour confirmer la résiliation de l'environnement.
Consultez eb terminate pour plus de détails sur l'arrêt d'un environnement Elastic Beanstalk à l'aide de l'interface de ligne de commande (CLI) EB.
Consultez TerminateEnvironmentpour plus de détails sur la fin d'un environnement Elastic Beanstalk à l'aide de l'API.
Suppression manuelle du rôle lié au service
Utilisez la console IAM, la CLI IAM ou l'API IAM pour supprimer le rôle lié au AWSServiceRoleForElasticBeanstalkManagedUpdates service. Pour plus d’informations, consultez Suppression d’un rôle lié à un service dans le Guide de l’utilisateur IAM.
Régions prises en charge pour les rôles liés à un service Elastic Beanstalk
Elastic Beanstalk prend en charge l'utilisation des rôles liés à un service dans toutes les régions où le service est disponible. Pour plus d'informations, consultez Points de terminaison et quotas AWS Elastic Beanstalk.