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.
Utiliser des rôles pour créer OpsData et OpsItems for Explorer
Systems Manager utilise le rôle lié au service nommé. AWSServiceRoleForSystemsManagerOpsDataSync AWS Systems Manager utilise ce rôle IAM de service pour Explorer pour créer OpsData et OpsItems.
Autorisations des rôles liés à un service pour Systems Manager OpsData synchroniser
Le rôle lié à un service AWSServiceRoleForSystemsManagerOpsDataSync approuve les services suivants pour endosser le rôle :
-
opsdatasync.ssm.amazonaws.com
La politique d'autorisation des rôles permet Systems Manager pour effectuer les actions suivantes sur les ressources spécifiées :
-
Systems Manager Explorer exige qu'un rôle lié à un service autorise la mise à jour d'une constatation de sécurité lorsqu'un OpsItem est mis à jour, créez et mettez à jour un OpsItem, et désactivez la source de données Security Hub lorsqu'une règle SSM gérée est supprimée par les clients.
La politique gérée utilisée pour fournir des autorisations au rôle AWSServiceRoleForSystemsManagerOpsDataSync est AWSSystemsManagerOpsDataSyncServiceRolePolicy. Pour plus d'informations sur les autorisations accordées, consultez AWS politique gérée : AWSSystemsManagerOpsDataSyncServiceRolePolicy.
Vous devez configurer les autorisations pour autoriser une IAM entité (telle qu'un utilisateur, un groupe ou un rôle) à créer, modifier ou supprimer un rôle lié à un service. Pour plus d'informations, consultez la section Autorisations relatives aux rôles liés à un service dans le Guide de l'IAMutilisateur.
Création du rôle AWSServiceRoleForSystemsManagerOpsDataSync lié à un service pour Systems Manager
Vous n’avez pas besoin de créer manuellement un rôle lié à un service. Lorsque vous activez Explorer dans le AWS Management Console, Systems Manager crée pour vous le rôle lié au service.
Important
Ce rôle lié au service peut apparaître dans votre compte si vous avez effectué une action dans un autre service qui utilise les fonctions prises en charge par ce rôle. De plus, si vous utilisiez Systems Manager service avant le 1er janvier 2017, date à laquelle il a commencé à prendre en charge les rôles liés aux services, puis Systems Manager a créé le AWSServiceRoleForSystemsManagerOpsDataSync rôle dans votre compte. Pour en savoir plus, consultez l'article Un nouveau rôle est apparu dans mon IAM compte.
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 activez Explorer dans le AWS Management Console, Systems Manager crée à nouveau le rôle lié au service pour vous.
Vous pouvez également utiliser la IAM console pour créer un rôle lié à un service avec le rôle de AWS service qui permet Explorer pour créer OpsData et OpsItemscas d'utilisation. Dans le AWS CLI ou le AWS API, créez un rôle lié au service avec le nom du opsdatasync.ssm.amazonaws.com service. Pour plus d'informations, consultez la section Création d'un rôle lié à un service dans le Guide de l'IAMutilisateur. Si vous supprimez ce rôle lié à un service, vous pouvez utiliser ce même processus pour créer le rôle à nouveau.
Modification du rôle AWSServiceRoleForSystemsManagerOpsDataSync lié à un service pour Systems Manager
Systems Manager ne vous permet pas de modifier le rôle AWSServiceRoleForSystemsManagerOpsDataSync lié au service. 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 au rôle. Vous pouvez toutefois modifier la description du rôle à l'aide deIAM. Pour plus d'informations, consultez la section Modification d'un rôle lié à un service dans le Guide de l'IAMutilisateur.
Suppression du rôle AWSServiceRoleForSystemsManagerOpsDataSync lié à un service pour Systems Manager
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, aucune entité inutilisée n'est 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 l'icône Systems Manager le service 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.
La procédure de suppression Systems Manager les ressources utilisées par le AWSServiceRoleForSystemsManagerOpsDataSync rôle varient selon que vous avez configuré Explorer or OpsCenter pour s'intégrer à Security Hub.
Pour supprimer Systems Manager ressources utilisées par le AWSServiceRoleForSystemsManagerOpsDataSync rôle
-
Pour arrêter Explorer de la création de nouveaux OpsItems pour les résultats du Security Hub, voirComment arrêter l'envoi des résultats.
-
Pour arrêter OpsCenter de la création de nouveaux OpsItems pour les résultats du Security Hub, voir
Pour supprimer manuellement le rôle AWSServiceRoleForSystemsManagerOpsDataSync lié à un service à l'aide de IAM
Utilisez la IAM console AWS CLI, le ou le AWS API pour supprimer le rôle AWSServiceRoleForSystemsManagerOpsDataSync lié au service. Pour plus d'informations, consultez la section Suppression d'un rôle lié à un service dans le Guide de l'IAMutilisateur.
Régions prises en charge pour Systems Manager Rôle lié à un service AWSServiceRoleForSystemsManagerOpsDataSync
Systems Manager prend en charge l'utilisation de rôles liés au service dans toutes les régions où le service est disponible. Pour plus d’informations, consultez Points de terminaison et quotas AWS Systems Manager.
Systems Manager ne prend pas en charge l'utilisation de rôles liés à un service dans toutes les régions où le service est disponible. Vous pouvez utiliser le rôle AWSServiceRoleForSystemsManagerOpsDataSync dans les régions suivantes :
| Région AWS nom | Identité de la région | Support dans Systems Manager |
|---|---|---|
| US East (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 |
| Asie-Pacifique (Mumbai) | ap-south-1 | Oui |
| Asie-Pacifique (Osaka) | ap-northeast-3 | Oui |
| Asie-Pacifique (Séoul) | ap-northeast-2 | Oui |
| 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 | Oui |
| Europe (Francfort) | eu-central-1 | Oui |
| Europe (Irlande) | eu-west-1 | Oui |
| Europe (Londres) | eu-west-2 | Oui |
| Europe (Paris) | eu-west-3 | Oui |
| Europe (Stockholm) | eu-north-1 | Oui |
| Amérique du Sud (São Paulo) | sa-east-1 | Oui |
| AWS GovCloud (US) | us-gov-west-1 | Non |
