• 2026 年 4 月 30 日之後將不再提供 AWS Systems Manager CloudWatch Dashboard。客戶可以繼續使用 Amazon CloudWatch 主控台來檢視、建立和管理其 Amazon CloudWatch 儀表板，就像現在一樣。如需詳細資訊，請參閱 Amazon CloudWatch Dashboard 文件。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Systems Manager 主控台建立的 IAM 角色
當您在 Systems Manager 中建立 Cloud Connector 時 AWS 管理主控台，Systems Manager AWS 帳戶 會代表您在 中建立和設定三個 IAM 角色。它也會將受管執行個體角色指派給透過連接器註冊的 Azure 虛擬機器。這些角色會透過 OpenID Connect (OIDC) 聯合在 Systems Manager、、State ManagerAutomation 和 Azure 之間建立信任鏈。此信任鏈可讓 Systems Manager 針對您的 Azure 虛擬機器執行 Automation Runbook，而不需要長時間的秘密。
每個角色名稱使用 模式 SSM-Azure，其中 Type-connector-name-id8connector-name 是您提供的顯示名稱 （已淨化為英數字元、破折號和底線，然後截斷以符合 IAM 的 64 個字元角色名稱限制），而 id8 是 UUID 的前八個字元。角色是在 /service-role/ IAM 路徑中建立的。
主控台會依此順序建立角色：
-
Azure 聯合角色，具有最初僅將 Systems Manager 服務主體命名為信任實體的信任政策。
-
自動化擔任角色和自動化分派角色。
-
主控台接著會更新 Azure 聯合角色的信任政策，將自動化擔任角色和自動化分派角色新增為信任的主體。在此更新之後，信任政策是 中顯示的政策Azure 聯合角色。
注意
Systems Manager 主控台只會在 Cloud Connector 設定精靈期間建立這些角色。如果您使用 AWS CLI （如中所述步驟 2：建立 Systems Manager Cloud Connector) 建立 Cloud Connector，您必須自行建立角色。本節中的信任和許可政策顯示您可以用來重新建立它們的 JSON。如果您重新建立角色，請執行下列動作：
-
在 IAM 路徑中建立所有三個角色
/service-role/(Azure 聯合、自動化假設和自動化分派）。許可政策和 Azure 聯合角色的信任政策會參考包含此路徑ARNs 的角色。 -
使用主體標籤 標記自動化擔任角色和自動化分派角色
caller=SSM。Azure 聯合角色的信任政策需要此標籤。
這些角色進行的所有 API 呼叫都會記錄到 AWS CloudTrail (CloudTrail)。如需有關在 CloudTrail 中記錄 Systems Manager 的資訊，請參閱 使用 記錄 AWS Systems Manager API 呼叫 AWS CloudTrail。
