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 pour Explorer
Systems Managerutilise le rôle lié au service nommé. AWSServiceRoleForSystemsManagerOpsDataSync
AWS Systems Manager utilise ce rôle de service IAM pour Explorer créer OpsData etOpsItems.
Autorisations de rôle liées au service pour la synchronisation Systems Manager OpsData
Le rôle lié à un service AWSServiceRoleForSystemsManagerOpsDataSync
approuve les services suivants pour endosser le rôle :
-
opsdatasync.ssm.amazonaws.com
La politique d'autorisations liée au rôle permet à Systems Manager de réaliser les actions suivantes sur les ressources spécifiées :
-
Systems Manager Explorer exige qu'un rôle lié à un service octroie l'autorisation de mettre à jour un résultat lié à la sécurité lorsqu'un OpsItem est mis à jour, de créer et mettre à jour un OpsItem, et de désactiver la source de données Security Hub lorsqu'une règle gérée SSM 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 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 Autorisations de rôles liés à un service dans le Guide de l'utilisateur IAM.
Création du rôle lié au service AWSServiceRoleForSystemsManagerOpsDataSync
pour Systems Manager
Vous n'avez pas besoin de créer manuellement un rôle lié à un service. Lorsque vous l'activez Explorer dans le AWS Management Console, Systems Manager crée le rôle lié au service pour vous.
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 même, si vous utilisiez Systems Manager avant le 1er janvier 2017, quand il commençait à prendre en charge les rôles liés à un service, Systems Manager créait le rôle AWSServiceRoleForSystemsManagerOpsDataSync
dans votre compte. Pour en savoir plus, consultez Un nouveau rôle est apparu dans mon compte IAM.
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 l'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 console IAM pour créer un rôle lié à un service avec le rôle de AWS service qui permet de créer OpsData et OpsItems d'Explorerutiliser un cas. Dans l'API AWS CLI ou dans l' AWS API, créez un rôle lié à un service avec le nom du opsdatasync.ssm.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 du rôle lié au service AWSServiceRoleForSystemsManagerOpsDataSync
pour Systems Manager
Systems Manager ne vous permet pas de modifier le rôle lié à un service AWSServiceRoleForSystemsManagerOpsDataSync
. 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. Néanmoins, vous pouvez modifier la description du rôle à l’aide d’IAM. Pour en savoir plus, consultez Modification d'un rôle lié à un service dans le guide de l'utilisateur IAM.
Suppression du rôle lié au service AWSServiceRoleForSystemsManagerOpsDataSync
pour Systems Manager
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, 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 le service Systems Manager 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 des ressources Systems Manager utilisées par le rôle AWSServiceRoleForSystemsManagerOpsDataSync
dépend du fait que vous avez, ou non, configuré Explorer ou OpsCenter de sorte à s'intégrer à Security Hub.
Pour supprimer les ressources Systems Manager utilisées par le rôle AWSServiceRoleForSystemsManagerOpsDataSync
-
Pour empêcher Explorer de créer des OpsItems pour des résultats de Security Hub, consultez Comment arrêter l'envoi des résultats.
-
Pour empêcher OpsCenter de créer de nouveaux OpsItems pour des résultats de Security Hub, consultez
Pour supprimer manuellement le rôle lié au service AWSServiceRoleForSystemsManagerOpsDataSync
à l'aide d'IAM
Utilisez la console IAM, le AWS CLI, ou l' AWS API pour supprimer le rôle lié au AWSServiceRoleForSystemsManagerOpsDataSync
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 le rôle lié à un service AWSServiceRoleForSystemsManagerOpsDataSync
de Systems Manager
Systems Manager prend en charge l'utilisation des rôles liés à un service dans toutes les régions où le service est disponible. Pour de plus amples informations, consultez Points de terminaison et quotas AWS Systems Manager.
Systems Manager ne prend pas en charge l'utilisation des 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 | Prise en charge 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 |