本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Amazon EMR Serverless 中的 Identity and Access Management (IAM) AWS Identity and Access Management (IAM) 是一種 AWS 服務 ，可協助管理員安全地控制對 AWS 資源的存取。IAM 管理員可控制誰可以*進行身分驗證* （登入） 和*授權* （具有許可），以使用 Amazon EMR Serverless 資源。IAM 是您可以免費使用 AWS 服務 的 。 **Topics** + [目標對象](#security_iam_audience) + [使用身分驗證](#security_iam_authentication) + [使用政策管理存取權](#security_iam_access-manage) + [EMR Serverless 如何與 IAM 搭配使用](security-iam-serverless.md) + [使用 EMR Serverless 的服務連結角色](using-service-linked-roles.md) + [Amazon EMR Serverless 的任務執行期角色](security-iam-runtime-role.md) + [EMR Serverless 的使用者存取政策範例](security-iam-user-access-policies.md) + [標籤型存取控制的政策](security-iam-TBAC.md) + [EMR Serverless 的身分型政策範例](security-iam-id-based-policy-examples.md) + [AWS 受管政策的 Amazon EMR Serverless 更新](#security-iam-awsmanpol-updates) + [對 Amazon EMR Serverless 身分和存取進行故障診斷](security_iam_troubleshoot.md) ## 目標對象 使用方式 AWS Identity and Access Management (IAM) 會根據您的角色而有所不同： + **服務使用者** — 若無法存取某些功能，請向管理員申請所需許可 (請參閱 [對 Amazon EMR Serverless 身分和存取進行故障診斷](security_iam_troubleshoot.md)) + **服務管理員** — 負責設定使用者存取權並提交相關許可請求 (請參閱 [Amazon EMR Serverless 中的 Identity and Access Management (IAM)](#security_iam_service-with-iam)) + **IAM 管理員** — 撰寫政策以管理存取控制 (請參閱 [EMR Serverless 的身分型政策範例](security-iam-serverless.md#security_iam_id-based-policy-examples)) ## 使用身分驗證 身分驗證是您 AWS 使用身分憑證登入 的方式。您必須以 AWS 帳戶根使用者、IAM 使用者或擔任 IAM 角色身分進行身分驗證。 您可以使用身分來源的登入資料，例如 AWS IAM Identity Center (IAM Identity Center)、單一登入身分驗證或 Google/Facebook 登入資料，以聯合身分的形式登入。如需有關登入的詳細資訊，請參閱《AWS 登入 使用者指南》**中的[如何登入您的 AWS 帳戶](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html)。 對於程式設計存取， AWS 提供 SDK 和 CLI 以密碼編譯方式簽署請求。如需詳細資訊，請參閱《IAM 使用者指南》**中的 [API 請求的AWS 第 4 版簽署程序](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html)。 ### AWS 帳戶 根使用者 當您建立 時 AWS 帳戶，您會從一個名為 AWS 帳戶 *theroot 使用者的*登入身分開始，該身分具有對所有 AWS 服務 和 資源的完整存取權。強烈建議不要使用根使用者來執行日常任務。有關需要根使用者憑證的任務，請參閱《IAM 使用者指南》**中的[需要根使用者憑證的任務](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks)。 ### 聯合身分 最佳實務是要求人類使用者使用聯合身分提供者，以 AWS 服務 使用臨時憑證存取 。 *聯合身分*是您企業目錄、Web 身分提供者的使用者，或使用來自身分來源的 AWS 服務 憑證存取 Directory Service 。聯合身分會擔任角色，而該角色會提供臨時憑證。 若需集中化管理存取權限，建議使用 AWS IAM Identity Center。如需詳細資訊，請參閱 *AWS IAM Identity Center 使用者指南*中的[什麼是 IAM Identity Center？](https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html)。 ### IAM 使用者和群組 *IAM 使用者*[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)是一種身分具備單人或應用程式的特定許可權。建議以臨時憑證取代具備長期憑證的 IAM 使用者。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[要求人類使用者使用聯合身分提供者來 AWS 使用臨時憑證存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) 。 [IAM 群組](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html)**會指定 IAM 使用者集合，使管理大量使用者的許可權更加輕鬆。如需詳細資訊，請參閱《IAM 使用者指南》**中的 [IAM 使用者的使用案例](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html)。 ### IAM 角色 *IAM 角色*[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)的身分具有特定許可權，其可以提供臨時憑證。您可以透過[從使用者切換到 IAM 角色 （主控台） ](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html)或呼叫 AWS CLI 或 AWS API 操作來擔任角色。如需詳細資訊，請參閱《IAM 使用者指南》**中的[擔任角色的方法](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html)。 IAM 角色適用於聯合身分使用者存取、臨時 IAM 使用者許可、跨帳戶存取權與跨服務存取，以及在 Amazon EC2 執行的應用程式。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的快帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 ## 使用政策管理存取權 您可以透過建立政策並將其連接到身分或資源 AWS 來控制 AWS 中的存取。政策定義與身分或資源相關聯的許可。當委託人提出請求時 AWS ， 會評估這些政策。大多數政策會以 JSON 文件 AWS 形式存放在 中。如需進一步了解 JSON 政策文件，請參閱《*IAM 使用者指南*》中的 [JSON 政策概觀](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json)。 管理員會使用政策，透過定義哪些**主體**可在哪些**條件**下對哪些**資源**執行**動作**，以指定可存取的範圍。 預設情況下，使用者和角色沒有許可。IAM 管理員會建立 IAM 政策並將其新增至角色，供使用者後續擔任。IAM 政策定義動作的許可，無論採用何種方式執行。 ### 身分型政策 身分型政策是附加至身分 (使用者、使用者群組或角色) 的 JSON 許可政策文件。這類政策控制身分可對哪些資源執行哪些動作，以及適用的條件。如需了解如何建立身分型政策，請參閱《*IAM 使用者指南*》中的[透過客戶管理政策定義自訂 IAM 許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)。 身分型政策可分為*內嵌政策* (直接內嵌於單一身分) 與*受管政策* (可附加至多個身分的獨立政策)。如需了解如何在受管政策及內嵌政策之間做選擇，請參閱《IAM 使用者指南》**中的[在受管政策與內嵌政策之間選擇](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html)。 ### 資源型政策 資源型政策是附加到資源的 JSON 政策文件。範例包括 IAM *角色信任政策*與 Amazon S3 *儲存貯體政策*。在支援資源型政策的服務中，服務管理員可以使用它們來控制對特定資源的存取權限。您必須在資源型政策中[指定主體](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。 資源型政策是位於該服務中的內嵌政策。您無法在資源型政策中使用來自 IAM 的 AWS 受管政策。 ### 其他政策類型 AWS 支援其他政策類型，可設定更多常見政策類型授予的最大許可： + **許可界限** — 設定身分型政策可授與 IAM 實體的最大許可。如需詳細資訊，請參閱《 IAM 使用者指南》**中的 [IAM 實體許可界限](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html)。 + **服務控制政策 (SCP)** — 為 AWS Organizations中的組織或組織單位指定最大許可。如需詳細資訊，請參閱《AWS Organizations 使用者指南》**中的[服務控制政策](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html)。 + **資源控制政策 (RCP)** — 設定您帳戶中資源可用許可的上限。如需詳細資訊，請參閱《AWS Organizations 使用者指南》**中的[資源控制政策 (RCP)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html)。 + **工作階段政策** — 在以程式設計方式為角色或聯合身分使用者建立臨時工作階段時，以參數形式傳遞的進階政策。如需詳細資訊，請參《*IAM 使用者指南*》中的[工作階段政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session)。 ### 多種政策類型 當多種類型的政策適用於請求時，產生的許可會更複雜而無法理解。若要了解如何 AWS 在涉及多種政策類型時決定是否允許請求，請參閱《*IAM 使用者指南*》中的[政策評估邏輯](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html)。 # EMR Serverless 如何與 IAM 搭配使用 使用 IAM 管理對 Amazon EMR Serverless 的存取之前，請先了解哪些 IAM 功能可與 Amazon EMR Serverless 搭配使用。 **搭配 EMR Serverless 使用的 IAM 功能** | IAM 功能 | Amazon EMR Serverless 支援 | | --- | --- | | [身分型政策](#security-iam-id-based-policies) | 是 | | [資源型政策](#security-iam-resource-based-policies) | 否 | | [政策動作](#security-iam-id-based-policies-actions) | 是 | | [政策資源](#security-iam-id-based-policies-resources) | 是 | | [政策條件索引鍵](#security-iam-id-based-policies-conditionkeys) | 否 | | [ACL](#security-iam-acls) | 否 | | [ABAC (政策中的標籤)](#security-iam-tags) | 是 | | [臨時憑證](#security-iam-roles-tempcreds) | 是 | | [主體許可](#security-iam-principal-permissions) | 是 | | [服務角色](#security-iam-roles-service) | 否 | | [服務連結角色](#security-iam-roles-service-linked) | 是 | 若要全面了解 EMR Serverless 和其他 AWS 服務如何與大多數 IAM 功能搭配使用，請參閱《[AWS IAM 使用者指南》中的與 IAM 搭配使用的 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 ** ## EMR Serverless 的身分型政策 **支援身分型政策：**是 身分型政策是可以附加到身分 (例如 IAM 使用者、使用者群組或角色) 的 JSON 許可政策文件。這些政策可控制身分在何種條件下能對哪些資源執行哪些動作。如需了解如何建立身分型政策，請參閱《*IAM 使用者指南*》中的[透過客戶管理政策定義自訂 IAM 許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)。 使用 IAM 身分型政策，您可以指定允許或拒絕的動作和資源，以及在何種條件下允許或拒絕動作。如要了解您在 JSON 政策中使用的所有元素，請參閱《*IAM 使用者指南*》中的 [IAM JSON 政策元素參考](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)。 ### EMR Serverless 的身分型政策範例 若要存取 Amazon EMR Serverless 身分型政策的範例，請參閱 [EMR Serverless 的身分型政策範例](security-iam-id-based-policy-examples.md)。 ## EMR Serverless 中的資源型政策 **支援資源型政策：**否 資源型政策是附加到資源的 JSON 政策文件。資源型政策的最常見範例是 IAM *角色信任政策*和 Amazon S3 *儲存貯體政策*。在支援資源型政策的服務中，服務管理員可以使用它們來控制對特定資源的存取權限。對於附加政策的資源，政策會定義指定的主體可以對該資源執行的動作以及在何種條件下執行的動作。您必須在資源型政策中[指定主體](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。委託人可以包含帳戶、使用者、角色、聯合身分使用者或 AWS 服務。 如需啟用跨帳戶存取權，您可以在其他帳戶內指定所有帳戶或 IAM 實體作為資源型政策的主體。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的快帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 ## EMR Serverless 的政策動作 **支援政策動作：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 JSON 政策的 `Action` 元素描述您可以用來允許或拒絕政策中存取的動作。政策會使用動作來授予執行相關聯動作的許可。 若要參考 EMR Serverless 動作清單，請參閱*《服務授權參考*》中的 [Amazon EMR Serverless 的動作、資源和條件索引鍵](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html)。 EMR Serverless 中的政策動作在動作之前使用以下字首。 ``` emr-serverless ``` 若要在單一陳述式中指定多個動作，請用逗號分隔。 ``` "Action": [ "emr-serverless:action1", "emr-serverless:action2" ] ``` 若要存取 Amazon EMR Serverless 身分型政策的範例，請參閱 [EMR Serverless 的身分型政策範例](security-iam-id-based-policy-examples.md)。 ## EMR Serverless 的政策資源 **支援政策資源：**是 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Resource` JSON 政策元素可指定要套用動作的物件。最佳實務是使用其 [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) 來指定資源。若動作不支援資源層級許可，使用萬用字元 (\$1) 表示該陳述式適用於所有資源。 ``` "Resource": "*" ``` 若要參考 Amazon EMR Serverless 資源類型及其 ARNs的清單，請參閱*《服務授權參考*》中的 [Amazon EMR Serverless 定義的資源](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonelasticmapreduce.html#amazonelasticmapreduce-resources-for-iam-policies)。若要了解哪些動作指定每個資源的 ARN，請參閱 [Amazon EMR Serverless 的動作、資源和條件索引鍵](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html)。 若要存取 Amazon EMR Serverless 身分型政策的範例，請參閱 [EMR Serverless 的身分型政策範例](security-iam-id-based-policy-examples.md)。 ## EMR Serverless 的政策條件索引鍵 **政策條件金鑰支援** | | | | --- |--- | | 支援服務特定政策條件金鑰 | 否 | 管理員可以使用 AWS JSON 政策來指定誰可以存取內容。也就是說，哪個**主體**在什麼**條件**下可以對什麼**資源**執行哪些**動作**。 `Condition` 元素會根據定義的條件，指定陳述式的執行時機。您可以建立使用[條件運算子](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)的條件運算式 (例如等於或小於)，來比對政策中的條件和請求中的值。若要查看所有 AWS 全域條件索引鍵，請參閱《*IAM 使用者指南*》中的[AWS 全域條件內容索引鍵](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 若要參考 Amazon EMR Serverless 條件金鑰清單，並了解您可以使用條件金鑰的動作和資源，請參閱*《服務授權參考*》中的 [Amazon EMR Serverless 的動作、資源和條件金鑰](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html)。 所有 Amazon EC2 操作都支援 `aws:RequestedRegion` 和 `ec2:Region` 條件索引鍵。如需詳細資訊，請參閱[範例：限制對特定區域的存取](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ExamplePolicies_EC2.html#iam-example-region)。 ## EMR Serverless 中的存取控制清單 (ACLs) **支援 ACL：**否 存取控制清單 (ACL) 可控制哪些主體 (帳戶成員、使用者或角色) 擁有存取某資源的許可。ACL 類似於資源型政策，但它們不使用 JSON 政策文件格式。 ## 使用 EMR Serverless 的屬性型存取控制 (ABAC) **屬性型存取控制 (ABAC) 支援** | | | | --- |--- | | 支援 ABAC (政策中的標籤) | 是 | 屬性型存取控制 (ABAC) 是一種授權策略，依據稱為標籤的屬性來定義許可。您可以將標籤連接至 IAM 實體 AWS 和資源，然後設計 ABAC 政策，以便在委託人的標籤符合資源上的標籤時允許操作。 如需根據標籤控制存取，請使用 `aws:ResourceTag/key-name`、`aws:RequestTag/key-name` 或 `aws:TagKeys` 條件索引鍵，在政策的[條件元素](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)中，提供標籤資訊。 如果服務支援每個資源類型的全部三個條件金鑰，則對該服務而言，值為 **Yes**。如果服務僅支援某些資源類型的全部三個條件金鑰，則值為 **Partial**。 如需 ABAC 的詳細資訊，請參閱《*IAM 使用者指南*》中的[使用 ABAC 授權定義許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)。如要查看含有設定 ABAC 步驟的教學課程，請參閱《*IAM 使用者指南*》中的[使用屬性型存取控制 (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html)。 ## 搭配 EMR Serverless 使用臨時登入資料 **支援臨時憑證：**是 臨時登入資料提供對 AWS 資源的短期存取，並在您使用聯合或切換角色時自動建立。 AWS 建議您動態產生臨時登入資料，而不是使用長期存取金鑰。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的臨時安全憑證](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html)與[可與 IAM 搭配運作的AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 ## EMR Serverless 的跨服務主體許可 **支援轉寄存取工作階段 (FAS)：**是 轉送存取工作階段 (FAS) 使用呼叫 的委託人許可 AWS 服務，並結合 AWS 服務 請求向下游服務提出請求。如需提出 FAS 請求時的政策詳細資訊，請參閱[轉發存取工作階段](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html)。 ## EMR Serverless 的服務角色 | | | | --- |--- | | 支援服務角色 | 否 | ## EMR Serverless 的服務連結角色 | | | | --- |--- | | 支援服務連結角色 | 是 | 如需建立或管理服務連結角色的詳細資訊，請參閱[AWS 使用 IAM 的服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。在資料表中尋找服務，其中包含**服務連結角色**欄中的 `Yes`。選擇**是**連結以存取該服務的服務連結角色文件。 # 使用 EMR Serverless 的服務連結角色 Amazon EMR Serverless 使用 AWS Identity and Access Management (IAM)[ 服務連結角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role)。服務連結角色是直接連結至 EMR Serverless 的唯一 IAM 角色類型。服務連結角色由 EMR Serverless 預先定義，並包含服務代表您呼叫其他 AWS 服務所需的所有許可。 服務連結角色可讓您更輕鬆地設定 EMR Serverless，因為您不必手動新增必要的許可。EMR Serverless 定義其服務連結角色的許可，除非另有定義，否則只有 EMR Serverless 可以擔任其角色。定義的許可包括信任政策和許可政策，且該許可政策無法附加至其他 IAM 實體。 您必須先刪除服務連結角色的相關資源，才能將其刪除。這可保護您的 EMR Serverless 資源，因為您不會不小心移除存取資源的許可。 如需有關支援服務連結角色的其他 服務的資訊，請參閱[AWS 使用 IAM 的服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)，並在**服務連結角色**欄中檢查是否有**是**的服務。選擇有連結的**是**，以存取該服務的服務連結角色文件。 ## EMR Serverless 的服務連結角色許可 EMR Serverless 使用名為 **AWSServiceRoleForAmazonEMRServerless** 的服務連結角色，讓它代表您呼叫 AWS APIs。 AWSServiceRoleForAmazonEMRServerless 服務連結角色信任下列服務擔任該角色： + `ops.emr-serverless.amazonaws.com` 名為 的角色許可政策`AmazonEMRServerlessServiceRolePolicy`允許 EMR Serverless 對指定的資源完成下列動作。 **注意** 受管政策內容會變更，因此此處顯示的政策可能已過期。在 中檢視up-to-date政策 [AmazonEMRServerlessServiceRolePolicy](https://console.aws.amazon.com/iam/home#policies/arn:aws:iam::aws:policy/AmazonEMRServerlessServiceRolePolicy) AWS 管理主控台。 + 動作：`ec2:CreateNetworkInterface` + 動作：`ec2:DeleteNetworkInterface` + 動作：`ec2:DescribeNetworkInterfaces` + 動作：`ec2:DescribeSecurityGroups` + 動作：`ec2:DescribeSubnets` + 動作：`ec2:DescribeVpcs` + 動作：`ec2:DescribeDhcpOptions` + 動作：`ec2:DescribeRouteTables` + 動作：`cloudwatch:PutMetricData` 以下是完整的`AmazonEMRServerlessServiceRolePolicy`政策。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "EC2PolicyStatement", "Effect": "Allow", "Action": [ "ec2:CreateNetworkInterface", "ec2:DeleteNetworkInterface", "ec2:DescribeNetworkInterfaces", "ec2:DescribeSecurityGroups", "ec2:DescribeSubnets", "ec2:DescribeVpcs", "ec2:DescribeDhcpOptions", "ec2:DescribeRouteTables" ], "Resource": [ "*" ] }, { "Sid": "CloudWatchPolicyStatement", "Effect": "Allow", "Action": [ "cloudwatch:PutMetricData" ], "Resource": [ "*" ], "Condition": { "StringEquals": { "cloudwatch:namespace": [ "AWS/EMRServerless", "AWS/Usage" ] } } } ] } ``` ------ 下列信任政策會連接到此角色，以允許 EMR Serverless 委託人擔任此角色。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "sts:AssumeRole" ], "Resource": "arn:aws:iam::123456789012:role/aws-service-role/emr-serverless.amazonaws.com/AWSServiceRoleForEMRServerless", "Sid": "AllowSTSAssumerole" } ] } ``` ------ 您必須設定許可，IAM 實體 (如使用者、群組或角色) 才可建立、編輯或刪除服務連結角色。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[服務連結角色許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#service-linked-role-permissions)。 ## 為 EMR Serverless 建立服務連結角色 您不需要手動建立服務連結角色，當您在 AWS 管理主控台 （使用 EMR Studio) AWS CLI、 或 API 中建立新的 EMR Serverless 應用程式時 AWS ，EMR Serverless 會為您建立服務連結角色。您必須設定許可，IAM 實體 (如使用者、群組或角色) 才可建立、編輯或刪除服務連結角色。 **使用 IAM 建立 AWSServiceRoleForAmazonEMRServerless 服務連結角色** 將下列陳述式新增至需要建立服務連結角色之 IAM 實體的許可政策。 ``` { "Effect": "Allow", "Action": [ "iam:CreateServiceLinkedRole" ], "Resource": "arn:aws:iam::*:role/aws-service-role/ops.emr-serverless.amazonaws.com/AWSServiceRoleForAmazonEMRServerless*", "Condition": {"StringLike": {"iam:AWSServiceName": "ops.emr-serverless.amazonaws.com"}} } ``` 如果您刪除此服務連結角色，然後需要再次建立，請使用相同的程序在帳戶中重新建立角色。當您建立新的 EMR Serverless 應用程式時，EMR Serverless 會再次為您建立服務連結角色。 您也可以使用 IAM 主控台建立具有 **EMR Serverless** 使用案例的服務連結角色。在 AWS CLI 或 AWS API 中，使用服務名稱建立`ops.emr-serverless.amazonaws.com`服務連結角色。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[建立服務連結角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#create-service-linked-role)。如果您刪除此服務連結角色，請使用相同的程序再次建立角色。 ## 編輯 EMR Serverless 的服務連結角色 EMR Serverless 不允許您編輯 AWSServiceRoleForAmazonEMRServerless 服務連結角色，因為各種實體可能會參考該角色。您無法編輯 EMR Serverless 服務連結角色使用的擁有 AWS IAM 政策，因為它包含 EMR Serverless 所需的所有必要許可。然而，您可使用 IAM 來編輯角色描述。 **使用 IAM 編輯 AWSServiceRoleForAmazonEMRServerless 服務連結角色的描述 ** 將下列陳述式新增至 IAM 實體編輯服務連結角色描述所需的許可政策： ``` { "Effect": "Allow", "Action": [ "iam: UpdateRoleDescription" ], "Resource": "arn:aws:iam::*:role/aws-service-role/ops.emr-serverless.amazonaws.com/AWSServiceRoleForAmazonEMRServerless*", "Condition": {"StringLike": {"iam:AWSServiceName": "ops.emr-serverless.amazonaws.com"}} } ``` 如需詳細資訊，請參閱《*IAM 使用者指南*》中的[編輯服務連結角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role)。 ## 刪除 EMR Serverless 的服務連結角色 如果您不再需要使用需要服務連結角色的功能或服務，我們建議您刪除該角色。這樣您就沒有未主動監控或維護的未使用實體。不過，請先刪除所有區域中的所有 EMR Serverless 應用程式，再刪除服務連結角色。 **注意** 如果您嘗試刪除與角色相關聯的資源時，EMR Serverless 服務正在使用該角色，則刪除可能會失敗。若此情況發生，請等待數分鐘後並再次嘗試操作。 **使用 IAM 刪除 AWSServiceRoleForAmazonEMRServerless 服務連結角色** 將下列陳述式新增至需要刪除服務連結角色之 IAM 實體的許可政策。 ``` { "Effect": "Allow", "Action": [ "iam:DeleteServiceLinkedRole", "iam:GetServiceLinkedRoleDeletionStatus" ], "Resource": "arn:aws:iam::*:role/aws-service-role/ops.emr-serverless.amazonaws.com/AWSServiceRoleForAmazonEMRServerless*", "Condition": {"StringLike": {"iam:AWSServiceName": "ops.emr-serverless.amazonaws.com"}} } ``` **使用 IAM 手動刪除服務連結角色** 使用 IAM 主控台 AWS CLI、 或 AWS API 來刪除 AWSServiceRoleForAmazonEMRServerless 服務連結角色。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[刪除服務連結角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role)。 ## EMR Serverless 服務連結角色支援的 區域 EMR Serverless 支援在提供服務的所有區域中使用服務連結角色。如需詳細資訊，請參閱[AWS 區域和端點](https://docs.aws.amazon.com/general/latest/gr/rande.html)。 # Amazon EMR Serverless 的任務執行期角色 您可以指定在代表您呼叫其他 服務時，EMR Serverless 任務執行可擔任的 IAM 角色許可。這包括存取 Amazon S3 的任何資料來源、目標，以及其他 AWS 資源，例如 Amazon Redshift 叢集和 DynamoDB 資料表。若要進一步了解如何建立角色，請參閱 [建立任務執行時間角色](getting-started.md#gs-runtime-role)。 **範例執行時間政策** 您可以將執行期政策，例如下列政策連接至任務執行期角色。下列任務執行時間政策允許： + 使用 EMR 範例讀取 Amazon S3 儲存貯體的存取權。 + 完整存取 S3 儲存貯體。 + 建立和讀取 Glue Data Catalog AWS 的存取權。 若要新增對其他 AWS 資源的存取權，例如 DynamoDB，您需要在建立執行時間角色時，在政策中包含這些資源的許可。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "ReadAccessForEMRSamples", "Effect": "Allow", "Action": [ "s3:GetObject", "s3:ListBucket" ], "Resource": [ "arn:aws:s3:::*.elasticmapreduce", "arn:aws:s3:::*.elasticmapreduce/*" ] }, { "Sid": "FullAccessToS3Bucket", "Effect": "Allow", "Action": [ "s3:PutObject", "s3:GetObject", "s3:ListBucket", "s3:DeleteObject" ], "Resource": [ "arn:aws:s3:::amzn-s3-demo-bucket", "arn:aws:s3:::amzn-s3-demo-bucket/*" ] }, { "Sid": "GlueCreateAndReadDataCatalog", "Effect": "Allow", "Action": [ "glue:GetDatabase", "glue:CreateDatabase", "glue:GetDataBases", "glue:CreateTable", "glue:GetTable", "glue:UpdateTable", "glue:DeleteTable", "glue:GetTables", "glue:GetPartition", "glue:GetPartitions", "glue:CreatePartition", "glue:BatchCreatePartition", "glue:GetUserDefinedFunctions" ], "Resource": [ "*" ] } ] } ``` ------ **傳遞角色權限** 您可以將 IAM 許可政策連接至使用者的角色，以允許使用者僅傳遞已核准的角色。這可讓管理員控制哪些使用者可以將特定任務執行期角色傳遞給 EMR Serverless 任務。若要進一步了解如何設定許可，請參閱[授予使用者將角色傳遞至 AWS 服務的許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_passrole.html)。 以下是允許將任務執行期角色傳遞給 EMR Serverless 服務主體的範例政策。 ``` { "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::1234567890:role/JobRuntimeRoleForEMRServerless", "Condition": { "StringLike": { "iam:PassedToService": "emr-serverless.amazonaws.com" } } } ``` ## 與執行期角色相關聯的受管許可政策 當您透過 EMR Studio 主控台將任務執行提交至 EMR Serverless 時，有一個步驟可讓您選擇要與應用程式建立關聯的**執行期角色**。主控台中的每個選擇都有相關的基礎受管政策，請務必注意這些政策。三個選項如下： 1. **所有儲存貯**體 – 當您選擇此選項時，它會指定 [AmazonS3FullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonS3FullAccess.html) AWS 受管政策，提供所有儲存貯體的完整存取權。 1. **特定儲存貯**體 – 這會指定您選擇的每個儲存貯體的 Amazon 資源名稱 (ARN) 識別符。不包含基礎 受管政策。 1. **無** – 不包含受管政策許可。 我們建議新增特定儲存貯體。如果您選擇所有儲存貯體，請記住，它會設定所有儲存貯體的完整存取權。 # EMR Serverless 的使用者存取政策範例 您可以根據希望每個使用者在與 EMR Serverless 應用程式互動時執行的動作，為使用者設定精細的政策。下列政策範例可能有助於為您的使用者設定適當的許可。本節僅著重於 EMR Serverless 政策。如需 EMR Studio 使用者政策的範例，請參閱[設定 EMR Studio 使用者許可](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-studio-user-permissions.html#emr-studio-advanced-permissions-policy)。如需如何將政策連接至 IAM 使用者 （原則） 的資訊，請參閱《[IAM 使用者指南》中的管理 IAM 政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-using.html)。 ## 進階使用者政策 若要授予 EMR Serverless 所有必要的動作，請建立`AmazonEMRServerlessFullAccess`政策並將其連接至所需的 IAM 使用者、角色或群組。 以下是範例政策，允許進階使用者建立和修改 EMR Serverless 應用程式，以及執行其他動作，例如提交和偵錯任務。它會顯示 EMR Serverless 對其他服務所需的所有動作。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "EMRServerlessActions", "Effect": "Allow", "Action": [ "emr-serverless:CreateApplication", "emr-serverless:UpdateApplication", "emr-serverless:DeleteApplication", "emr-serverless:ListApplications", "emr-serverless:GetApplication", "emr-serverless:StartApplication", "emr-serverless:StopApplication", "emr-serverless:StartJobRun", "emr-serverless:CancelJobRun", "emr-serverless:ListJobRuns", "emr-serverless:GetJobRun" ], "Resource": [ "*" ] } ] } ``` ------ 當您啟用 VPC 的網路連線時，EMR Serverless 應用程式會建立 Amazon EC2 彈性網路介面 (ENIs) 來與 VPC 資源通訊。下列政策可確保僅在 EMR Serverless 應用程式的內容中建立新的 EC2 ENIs。 **注意** 我們強烈建議設定此政策，以確保使用者無法建立 EC2 ENIs除非在啟動 EMR Serverless 應用程式的情況下。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "AllowEC2ENICreationWithEMRTags", "Effect": "Allow", "Action": [ "ec2:CreateNetworkInterface" ], "Resource": [ "arn:aws:ec2:*:*:network-interface/*" ], "Condition": { "StringEquals": { "aws:CalledViaLast": "ops.emr-serverless.amazonaws.com" } } } ] } ``` ------ 如果您想要限制 EMR Serverless 存取特定子網路，您可以使用標籤條件來標記每個子網路。此 IAM 政策可確保 EMR Serverless 應用程式只能在允許的子網路內建立 EC2 ENIs。 ``` { "Sid": "AllowEC2ENICreationInSubnetAndSecurityGroupWithEMRTags", "Effect": "Allow", "Action": [ "ec2:CreateNetworkInterface" ], "Resource": [ "arn:aws:ec2:*:*:subnet/*", "arn:aws:ec2:*:*:security-group/*" ], "Condition": { "StringEquals": { "aws:ResourceTag/KEY": "VALUE" } } } ``` **重要** 如果您是建立第一個應用程式的管理員或進階使用者，您必須設定許可政策，以允許您建立 EMR Serverless 服務連結角色。若要進一步了解，請參閱 [使用 EMR Serverless 的服務連結角色](using-service-linked-roles.md)。 下列 IAM 政策可讓您為帳戶建立 EMR Serverless 服務連結角色。 ``` { "Sid":"AllowEMRServerlessServiceLinkedRoleCreation", "Effect":"Allow", "Action":"iam:CreateServiceLinkedRole", "Resource":"arn:aws:iam::account-id:role/aws-service-role/ops.emr-serverless.amazonaws.com/AWSServiceRoleForAmazonEMRServerless" } ``` ## 資料工程師政策 以下是允許使用者在 EMR Serverless 應用程式上唯讀許可的範例政策，以及提交和偵錯任務的功能。請切記，因為此政策並未明確拒絕動作，不同的政策陳述式仍有可能用於授予指定動作存取權。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "EMRServerlessActions", "Effect": "Allow", "Action": [ "emr-serverless:ListApplications", "emr-serverless:GetApplication", "emr-serverless:StartApplication", "emr-serverless:StartJobRun", "emr-serverless:CancelJobRun", "emr-serverless:ListJobRuns", "emr-serverless:GetJobRun" ], "Resource": [ "*" ] } ] } ``` ------ ## 使用存取控制的標籤 您可以使用標籤條件進行精細存取控制。例如，您可以限制一個團隊的使用者，讓他們只能將任務提交至標示其團隊名稱的 EMR Serverless 應用程式。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "EMRServerlessActions", "Effect": "Allow", "Action": [ "emr-serverless:ListApplications", "emr-serverless:GetApplication", "emr-serverless:StartApplication", "emr-serverless:StartJobRun", "emr-serverless:CancelJobRun", "emr-serverless:ListJobRuns", "emr-serverless:GetJobRun" ], "Resource": [ "*" ] } ] } ``` ------ # 標籤型存取控制的政策 您可以在身分型政策中使用條件，根據標籤控制對應用程式和任務執行的存取。 下列範例示範將條件運算子與 EMR Serverless 條件索引鍵搭配使用的不同案例和方法。這些 IAM 政策陳述式僅作示範用途，不應用於生產環境。有多種方法可以結合政策陳述式，以根據您的需求授予和拒絕許可。如需規劃和測試 IAM 政策的詳細資訊，請參閱 [IAM 使用者指南](https://docs.aws.amazon.com/IAM/latest/UserGuide/)。 **重要** 標記動作的明確拒絕許可是項重要的考量條件。這可防止使用者標記資源並將您無意授予的許可授予給他們。如果未拒絕資源的標記動作，使用者可以修改標籤並規避標籤型政策的意圖。如需拒絕標記動作的政策範例，請參閱 [拒絕新增和移除標籤的存取權](#security-iam-TBAC-deny)。 以下範例示範用於控制 EMR Serverless 應用程式所允許之動作的身分型許可政策。 ## 僅在具有特定標籤值的資源上允許動作 在下列政策範例中，`StringEquals`條件運算子會嘗試`dev`與標籤部門的值相符。如果標籤部門尚未新增至應用程式，或不包含值 `dev`，則政策不適用，且此政策不允許這些動作。如果沒有其他政策陳述式允許動作，則使用者只能使用具有此值之此標籤的應用程式。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "emr-serverless:GetApplication" ], "Resource": [ "*" ], "Condition": { "StringEquals": { "aws:ResourceTag/department": "dev" } }, "Sid": "AllowEMRSERVERLESSGetapplication" } ] } ``` ------ 您也可以使用條件運算子來指定多個標籤值。例如，若要在`department`標籤包含 值`dev`或 的應用程式上允許動作`test`，請將先前範例中的條件區塊取代為下列項目。 ``` "Condition": { "StringEquals": { "emr-serverless:ResourceTag/department": ["dev", "test"] } } ``` ## 建立資源時需要進行標記 在下面的範例中，建立應用程式時需要套用標籤。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "emr-serverless:CreateApplication" ], "Resource": [ "*" ], "Condition": { "StringEquals": { "aws:RequestedRegion": "us-east-1" } }, "Sid": "AllowEMRSERVERLESSCreateapplication" } ] } ``` ------ 下列政策陳述式僅允許使用者在應用程式具有標籤時建立應用程式，該`department`標籤可包含任何值。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "emr-serverless:CreateApplication" ], "Resource": [ "*" ], "Condition": { "StringEquals": { "aws:RequestedRegion": ["us-east-1", "us-west-2"] } }, "Sid": "AllowEMRSERVERLESSCreateapplication" } ] } ``` ------ ## 拒絕新增和移除標籤的存取權 此政策可防止使用者新增或移除 EMR Serverless 應用程式上的標籤，其`department`標籤的值不是 `dev`。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Deny", "Action": [ "emr-serverless:TagResource", "emr-serverless:UntagResource" ], "Resource": [ "*" ], "Condition": { "StringNotEquals": { "aws:PrincipalTag/department": "dev" } }, "Sid": "AllowEMRSERVERLESSTagresource" } ] } ``` ------ # EMR Serverless 的身分型政策範例 根據預設，使用者和角色沒有建立或修改 Amazon EMR Serverless 資源的許可。若要授予使用者對其所需資源執行動作的許可，IAM 管理員可以建立 IAM 政策。 如需了解如何使用這些範例 JSON 政策文件建立 IAM 身分型政策，請參閱《*IAM 使用者指南*》中的[建立 IAM 政策 (主控台)](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html)。 如需 Amazon EMR Serverless 定義之動作和資源類型的詳細資訊，包括每種資源類型的 ARNs 格式，請參閱*《服務授權參考*》中的 [Amazon EMR Serverless 的動作、資源和條件索引鍵](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonelasticmapreduce.html)。 **Topics** + [政策最佳實務](#security-iam-policy-best-practices) + [允許使用者存取自己的許可](#security-iam-id-based-policy-examples-view-own-permissions) ## 政策最佳實務 **注意** EMR Serverless 不支援受管政策，因此下列第一個做法不適用。 身分型政策會判斷您帳戶中的某個人員是否可以建立、存取或刪除 Amazon EMR Serverless 資源。這些動作可能會讓您的 AWS 帳戶產生費用。當您建立或編輯身分型政策時，請遵循下列準則及建議事項： + **開始使用 AWS 受管政策並邁向最低權限許可** – 若要開始將許可授予您的使用者和工作負載，請使用將許可授予許多常見使用案例的 *AWS 受管政策*。它們可在您的 中使用 AWS 帳戶。我們建議您定義特定於使用案例 AWS 的客戶受管政策，進一步減少許可。如需更多資訊，請參閱《*IAM 使用者指南*》中的 [AWS 受管政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)或[任務職能的AWS 受管政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)。 + **套用最低權限許可** – 設定 IAM 政策的許可時，請僅授予執行任務所需的許可。為實現此目的，您可以定義在特定條件下可以對特定資源採取的動作，這也稱為*最低權限許可*。如需使用 IAM 套用許可的更多相關資訊，請參閱《*IAM 使用者指南*》中的 [IAM 中的政策和許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html)。 + **使用 IAM 政策中的條件進一步限制存取權** – 您可以將條件新增至政策，以限制動作和資源的存取。例如，您可以撰寫政策條件，指定必須使用 SSL 傳送所有請求。如果透過特定 ，例如 使用服務動作 AWS 服務，您也可以使用條件來授予存取 CloudFormation。如需詳細資訊，請參閱《*IAM 使用者指南*》中的 [IAM JSON 政策元素：條件](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)。 + **使用 IAM Access Analyzer 驗證 IAM 政策，確保許可安全且可正常運作** – IAM Access Analyzer 驗證新政策和現有政策，確保這些政策遵從 IAM 政策語言 (JSON) 和 IAM 最佳實務。IAM Access Analyzer 提供 100 多項政策檢查及切實可行的建議，可協助您撰寫安全且實用的政策。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[使用 IAM Access Analyzer 驗證政策](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html)。 + **需要多重要素驗證 (MFA)** – 如果您的案例需要 IAM 使用者或 中的根使用者 AWS 帳戶，請開啟 MFA 以提高安全性。如需在呼叫 API 操作時請求 MFA，請將 MFA 條件新增至您的政策。如需詳細資訊，請參閱《*IAM 使用者指南*》中的[透過 MFA 的安全 API 存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html)。 如需 IAM 中最佳實務的相關資訊，請參閱《*IAM 使用者指南*》中的 [IAM 安全最佳實務](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html)。 ## 允許使用者存取自己的許可 此範例會示範如何建立政策，允許 IAM 使用者檢視連接到他們使用者身分的內嵌及受管政策。此政策包含在主控台或使用 或 AWS CLI AWS API 以程式設計方式完成此動作的許可。 ``` { "Version": "2012-10-17", "Statement": [ { "Sid": "ViewOwnUserInfo", "Effect": "Allow", "Action": [ "iam:GetUserPolicy", "iam:ListGroupsForUser", "iam:ListAttachedUserPolicies", "iam:ListUserPolicies", "iam:GetUser" ], "Resource": ["arn:aws:iam::*:user/${aws:username}"] }, { "Sid": "NavigateInConsole", "Effect": "Allow", "Action": [ "iam:GetGroupPolicy", "iam:GetPolicyVersion", "iam:GetPolicy", "iam:ListAttachedGroupPolicies", "iam:ListGroupPolicies", "iam:ListPolicyVersions", "iam:ListPolicies", "iam:ListUsers" ], "Resource": "*" } ] } ``` ## AWS 受管政策的 Amazon EMR Serverless 更新 從此服務開始追蹤這些變更以來，存取 Amazon EMR Serverless AWS 受管政策更新的詳細資訊。如需此頁面變更的自動提醒，請訂閱 Amazon EMR Serverless [文件歷史記錄](https://docs.aws.amazon.com/emr/latest/EMR-Serverless-UserGuide/doc-history.html)頁面上的 RSS 摘要。 | 變更 | 描述 | Date | | --- | --- | --- | | AmazonEMRServerlessServiceRolePolicy – 更新至現有政策 | Amazon EMR Serverless 將新的 `Sid``CloudWatchPolicyStatement`和 `EC2PolicyStatement` 新增至 [AmazonEMRServerlessServiceRolePolicy 政策](https://docs.aws.amazon.com/emr/latest/EMR-Serverless-UserGuide/using-service-linked-roles.html#slr-permissions)。 | 2024 年 1 月 25 日 | | AmazonEMRServerlessServiceRolePolicy – 更新至現有政策 | Amazon EMR Serverless 新增了新的許可，以允許 Amazon EMR Serverless 發佈`"AWS/Usage"`命名空間中 vCPU 用量的彙總帳戶指標。 | 2023 年 4 月 20 日 | | Amazon EMR Serverless 已開始追蹤變更 | Amazon EMR Serverless 開始追蹤其 AWS 受管政策的變更。 | 2023 年 4 月 20 日 | # 對 Amazon EMR Serverless 身分和存取進行故障診斷 使用以下資訊來協助您診斷和修正使用 Amazon EMR Serverless 和 IAM 時可能遇到的常見問題。 **Topics** + [我無權在 Amazon EMR Serverless 中執行動作](#security_iam_troubleshoot-no-permissions) + [我未獲得執行 iam:PassRole 的授權](#security_iam_troubleshoot-passrole) + [我想要允許 AWS 帳戶外的人員存取我的 Amazon EMR Serverless 資源](#security_iam_troubleshoot-cross-account-access) + [我無法從 EMR Studio 開啟即時 UI/Spark 歷史記錄伺服器來偵錯我的任務，或當我嘗試使用 取得日誌時發生 API 錯誤 `get-dashboard-for-job-run`](#security_iam_troubleshoot-emr-identity-access) ## 我無權在 Amazon EMR Serverless 中執行動作 如果 AWS 管理主控台 告訴您無權執行 動作，請聯絡您的管理員尋求協助。您的管理員是為您提供使用者名稱和密碼的人員。 當`mateojackson`使用者嘗試使用主控台存取虛構`my-example-widget`資源的詳細資訊，但沒有虛構`emr-serverless:GetWidget`許可時，會發生下列範例錯誤。 ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: emr-serverless:GetWidget on resource: my-example-widget ``` 在此情況下，Mateo 會請求管理員更新他的政策，允許他使用 `my-example-widget` 動作存取 `emr-serverless:GetWidget` 資源。 ## 我未獲得執行 iam:PassRole 的授權 如果您收到錯誤，告知您無權執行 `iam:PassRole`動作，您的政策必須更新，以允許您將角色傳遞給 Amazon EMR Serverless。 有些 AWS 服務 可讓您將現有角色傳遞給該服務，而不是建立新的服務角色或服務連結角色。如需執行此作業，您必須擁有將角色傳遞至該服務的許可。 當名為 的 IAM `marymajor` 使用者嘗試使用主控台在 Amazon EMR Serverless 中執行動作時，會發生下列範例錯誤。但是，動作請求服務具備服務角色授予的許可。Mary 沒有將角色傳遞給服務的許可。 ``` User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole ``` 在這種情況下，Mary 的政策必須更新，允許她執行 `iam:PassRole` 動作。 如果您需要協助，請聯絡您的 AWS 管理員。您的管理員提供您的簽署憑證。 ## 我想要允許 AWS 帳戶外的人員存取我的 Amazon EMR Serverless 資源 您可以建立一個角色，讓其他帳戶中的使用者或您組織外部的人員存取您的資源。您可以指定要允許哪些信任物件取得該角色。針對支援基於資源的政策或存取控制清單 (ACL) 的服務，您可以使用那些政策來授予人員存取您的資源的許可。 如需進一步了解，請參閱以下內容： + 若要了解 Amazon EMR Serverless 是否支援這些功能，請參閱 [Amazon EMR Serverless 中的 Identity and Access Management (IAM)](security_iam_service-with-iam.md)。 + 若要了解如何提供您擁有 AWS 帳戶 的資源存取權，請參閱《[IAM 使用者指南》中的在您 AWS 帳戶 擁有的另一個 中提供存取權給](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) *IAM* 使用者。 + 若要了解如何將資源的存取權提供給第三方 AWS 帳戶，請參閱《*IAM 使用者指南*》中的[將存取權提供給第三方 AWS 帳戶 擁有](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html)。 + 如需了解如何透過聯合身分提供存取權，請參閱《*IAM 使用者指南*》中的[將存取權提供給在外部進行身分驗證的使用者 (聯合身分)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html)。 + 如需了解使用角色和資源型政策進行跨帳戶存取之間的差異，請參閱《*IAM 使用者指南*》中的 [IAM 中的跨帳戶資源存取](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 ## 我無法從 EMR Studio 開啟即時 UI/Spark 歷史記錄伺服器來偵錯我的任務，或當我嘗試使用 取得日誌時發生 API 錯誤 `get-dashboard-for-job-run` 如果您使用 EMR Serverless 受管儲存體進行記錄，且您的 EMR Serverless 應用程式位於具有 Amazon S3 VPC 端點的私有子網路中，而且您連接端點政策來控制存取，請將在 VPC 政策中使用[受管儲存體的 EMR Serverless 記錄](logging.html#jobs-log-storage-managed-storage)中所述的許可新增至 S3 閘道端點，供 EMR Serverless 存放和提供應用程式日誌。