qcs: Describes the abbreviation of qcloud service, indicating that a resource is a Tencent Cloud resource. This field is required.
project_id: Describes the project information, which is used to enable compatibility with legacy CAM logic and can be left empty.
service_type: Describes the product abbreviation, such as CVM.
region: Describes the region information, such as bj (see the CAM documentation).
account: Describes the root account of the resource owner, such as uin/164256472.
resource: Describes the detailed resource information of each product, such as instance/instance_id1 or instance/*.
Tag Authentication Operation Guide
This section describes how to authenticate EMR tags. Before using tags to manage the authentication of EMR resources, you need to plan tags based on your departments or organizations; for example, you can set usernames, clusters, and tags for departments A, B, and C respectively. For more information on tags, see Tag.
After completing the planning, to enable department A to manage cluster A1, you need to perform the following operations in sequence.
The tag_A tag is used as an example here and below.
Enter the tag key and tag value and click OK.
On the Cluster List page, select the target cluster, click More at the top, and click Edit Tag.
On the Edit Tag page, select the created tag_A tag and click Complete.
2. Create a custom policy
Currently, certain EMR APIs don't support authentication by tag; therefore, you need to set two policies: Policy_Dept_A1 (for APIs that support authentication by tag) and Policy_Dept_A2 (for APIs that don't).
Create custom policy Policy_Dept_A1
Go to the Policies page in the CAM console and click Create Custom Policy.
Select Authorize by Tag.
In Tag Policy Generator, select Dept_A for Authorized Users, leave User Groups empty, select the tag key and tag value of the planned tag for Tag Key and Tag Value respectively, add services and operations as needed, and click Next.
Create the Policy_Dept_A1 policy, replace the content of the action and resource fields with the following in Policy, and click Complete.
{
"effect":"allow",
"action":[
"emr:DescribeClusterNodes",
"emr:DescribeInstancesList"
],
"resource":[
"*"
],
"condition":{
"for_any_value:string_equal":{
"qcs:resource_tag":[
"tag_A&Dept_A",
"tag_B&Dept_B",
"tag_C&Dept_C",
"tag_D&Dept_D"
]
}
}
}
Caution
The content of the resource field needs to be entered based on the actual resource. For more information on how to specify it, see Resource Description Method.
Create custom policy Policy_Dept_A2
Go to the Policies page in the CAM console and click Create Custom Policy.
Select Create by Policy Syntax.
In Select Policy Template, select Blank Template and click Next.
Create the Policy_Dept_A2 policy, clear the existing content in Policy, paste the following content, and click Complete.
On the User List page, find the target sub-user and click Authorize on the right. For more information on how to create a sub-user, see Creating Sub-user.
Select Policy_Dept_A1 and Policy_Dept_A2 and click Complete.
Log in as a sub-user for authentication.
At this point, when logging in to EMR, the sub-user can see and manage the test_A cluster only through the tag_A tag.
Caution
As the APIs in the Policy_Dept_A2 policy can only be fully listed, a permission error may occur when new APIs are subsequently added. In case of such permission error, submit a ticket or contact us for assistance.
Resource-Level and API-Level Authentication Operation Guide
This section describes how to authorize EMR resources. When using resource-level authentication to authorize an EMR feature, you need to plan resources for your departments or organizations first; for example, you can plan usernames, APIs, and clusters for departments A, B, and C as shown below.
After completing the planning, to grant department A only access to the DescribeRegionAndZoneSaleInfo API of the cluster, you need to perform the following operations in sequence:
1. Create a custom policy
Go to the Policies page in the CAM console and click Create Custom Policy.
Select Create by Policy Syntax.
In Select Policy Template, select Blank Template and click Next.
Create a custom policy named DescribeRegionAndZoneSaleInfo-test, clear the existing content in Policy, configure the access deny policy for EMR's DescribeRegionAndZoneSaleInfo API, and save the configuration.
{
"version":"2.0",
"statement":[
{
"effect":"allow",
"action":[
"emr:DescribeRegionAndZoneSaleInfo"
],
"resource":"*"
}
]
}
Caution
For APIs that support resource-level authentication, see List of APIs supporting resource-level authorization. As the APIs can only be fully listed, a permission error may occur when new APIs are subsequently added. In case of such permission error, you can add the missing API permission in the policy based on the error message.
2. Authorize and authenticate the sub-account
On the User List page, find the target sub-user and click Authorize on the right. For how to create a sub-user, see Creating Sub-user.
Select the DescribeRegionAndZoneSaleInfo-test custom policy and click Complete.
After you log in with the sub-account and call the above API, if a pop-up window similar to the following requesting authorization is displayed, the authentication has been successfully configured.
Yes
No
Was this page helpful?