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.
Utilisation de rôles liés à des services pour Lambda
Lambda utilise des rôles Gestion des identités et des accès AWS liés à des services (IAM). Un rôle lié à un service est un type unique de rôle IAM directement lié à Lambda. Service-linked les rôles sont prédéfinis par Lambda et incluent les autorisations dont le service a besoin pour appeler d'autres AWS services en votre nom.
Lambda définit les autorisations de ses rôles liés aux services, et seul Lambda peut assumer ses rôles. Les autorisations définies comprennent la politique de confiance 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. Cela protège vos ressources Lambda car vous ne pouvez pas supprimer par inadvertance l'autorisation d'accès aux ressources.
Pour plus d'informations sur les autres services qui prennent en charge les rôles liés aux services, consultez la section AWS Services qui fonctionnent avec IAM et recherchez les services dont la valeur est Oui dans la Service-linked colonne des rôles. Choisissez un Oui ayant un lien permettant de consulter les détails du rôle pour ce service.
Service-linked autorisations de rôle pour Lambda
Lambda utilise le rôle lié à un service nommé. AWSServiceRoleForLambda Le rôle lié à un service approuve les services suivants pour endosser le rôle :
-
lambda.amazonaws.com
La politique d'autorisations de rôle nommée AWSLambdaServiceRolePolicy permet à Lambda d'effectuer les actions suivantes sur les ressources spécifiées :
-
Action :
ec2:TerminateInstancescontinuerarn:aws:ec2:*:*:instance/*avec la condition quiec2:ManagedResourceOperatorest égalescaler.lambda.amazonaws.com -
Action :
ec2:DescribeInstanceStatusetec2:DescribeInstancessur*
Vous devez configurer les autorisations de manière à permettre à vos utilisateurs, groupes ou rôles de créer, modifier ou supprimer un rôle lié à un service. Pour plus d'informations, consultez la section sur les autorisations relatives aux Service-linked rôles dans le guide de l'utilisateur IAM.
Pour les mises à jour des politiques gérées, consultez la section Politiques gérées Lambda.
Création d'un rôle lié à un service pour Lambda
Vous n’avez pas besoin de créer manuellement un rôle lié à un service. Lorsque vous créez un fournisseur de capacité Lambda dans l' Console de gestion AWS AWS API AWS CLI, Lambda crée le rôle lié au service pour vous.
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 fournisseur de capacité Lambda, Lambda crée à nouveau le rôle lié au service pour vous.
Vous pouvez également utiliser la console IAM pour créer un rôle lié à un service avec le AWSServiceRoleForLambda cas d'utilisation. Dans l'API AWS CLI ou l' AWS API, créez un rôle lié à un service avec le nom du lambda.amazonaws.com service. 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.
Modification d'un rôle lié à un service pour Lambda
Lambda ne vous permet pas de modifier le rôle lié à un AWSServiceRoleForLambda service. Après avoir 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.
Supprimer un rôle lié à un service pour Lambda
Si vous n’avez plus besoin d’utiliser une fonction 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.
Note
Si le service Lambda utilise le rôle lorsque vous essayez de supprimer les ressources, la suppression peut échouer. Si cela se produit, patientez quelques minutes et réessayez.
Pour supprimer les ressources Lambda utilisées par AWSServiceRoleForLambda
-
Supprimez tous les fournisseurs de capacité Lambda de votre compte. Vous pouvez le faire à l'aide de la console Lambda, de l'interface de ligne de commande ou de l'API.
-
Vérifiez qu'aucun fournisseur de capacité Lambda n'est présent dans votre compte avant de tenter de supprimer le rôle lié au service.
Pour supprimer manuellement le rôle lié au service à l’aide d’IAM
Utilisez la console IAM AWS CLI, l'API ou l' AWS API pour supprimer le rôle lié au AWSServiceRoleForLambda service. Pour plus d’informations, consultez la section 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 aux services Lambda
Lambda ne prend pas en charge l'utilisation de rôles liés à un service dans toutes les régions où le service est disponible. AWSServiceRoleForLambda est pris en charge dans les régions suivantes.
| Nom de la région | Identité de la région | Assistance dans Lambda |
|---|---|---|
| USA Est (Virginie du Nord) | us-east-1 | Oui |
| USA Est (Ohio) | us-east-2 | Oui |
| USA Ouest (Californie du Nord) | us-west-1 | Oui |
| USA Ouest (Oregon) | us-west-2 | Oui |
| Afrique (Le Cap) | af-south-1 | Non |
| Asie-Pacifique (Hong Kong) | ap-east-1 | Oui |
| Asie-Pacifique (Jakarta) | ap-southeast-3 | Oui |
| Asie-Pacifique (Bangkok) | ap-southeast-7 | Oui |
| Asie-Pacifique (Mumbai) | ap-south-1 | Oui |
| Asie-Pacifique (Osaka) | ap-northeast-3 | Non |
| Asie-Pacifique (Séoul) | ap-northeast-2 | Non |
| Asie-Pacifique (Singapour) | ap-southeast-1 | Oui |
| Asie-Pacifique (Sydney) | ap-southeast-2 | Oui |
| Asie-Pacifique (Tokyo) | ap-northeast-1 | Oui |
| Canada (Centre) | ca-central-1 | Non |
| Europe (Francfort) | eu-central-1 | Oui |
| Europe (Irlande) | eu-west-1 | Oui |
| Europe (Londres) | eu-west-2 | Oui |
| Europe (Milan) | eu-south-1 | Non |
| Europe (Paris) | eu-west-3 | Non |
| Europe (Stockholm) | eu-north-1 | Non |
| Moyen-Orient (Bahreïn) | me-south-1 | Non |
| Moyen-Orient (EAU) | me-central-1 | Non |
| Amérique du Sud (São Paulo) | sa-east-1 | Non |
| AWS GovCloud (US-East) | us-gov-east-1 | Non |
| AWS GovCloud (US-West) | us-gov-west-1 | Non |