Permissions
If you need to assign different permissions to personnel in your enterprise to access your ELB resources, Identity and Access Management (IAM) is a good choice for fine-grained permissions management. IAM provides identity authentication, permissions management, and access control, helping you securely access your cloud resources. If your Huawei Cloud account does not require IAM for permissions management, you can skip this section.
IAM is a free service. You only pay for the resources in your account.
With IAM, you can control access to specific cloud resources. For example, if you want some software developers in your enterprise to use ELB resources but do not want them to delete these resources or perform any other high-risk operations, you can grant permission to use ELB resources but not permission to delete them.
IAM supports role/policy-based authorization and identity policy-based authorization.
The following table describes the differences between these two authorization models.
|
Authorization Model |
Authorization Using |
Permissions |
Authorization Method |
Scenario |
|---|---|---|---|---|
|
Role/Policy |
User-permission-authorization scope |
|
Granting roles or policies to principals |
To authorize a user, you need to add it to a user group first and then specify the scope of authorization. It is hard to provide fine-grained permissions control using authorization by user groups and a limited number of condition keys. This method is suitable for small- and medium-sized enterprises. |
|
Identity policy |
Policies |
|
|
You can authorize a user by directly attaching an identity policy to it. You can customize policies and attach them to specified users. Identity policies allow you to perform refined access control more efficiently and flexibly. However, this model is more complex and requires higher personnel expertise. It is more suitable for medium- and large-sized enterprises. |
Assume that you want to grant IAM users the permissions needed to create ECSs in CN North-Beijing4 and OBS buckets in CN South-Guangzhou. With role/policy-based authorization, the administrator needs to create two custom policies and assign both to the IAM users. With identity policy-based authorization, the administrator only needs to create one custom identity policy and configure the condition key g:RequestedRegion for the policy, and then attach the policy to the principals or grant the principals the access permissions to the specified regions. Identity policy-based authorization is more flexible than role/policy-based authorization.
The two authorization models require independent policies and permissions. You are advised to use identity policies for authorization. For details about system-defined permissions, see Role/Policy-based Authorization and Identity Policy-based Authorization.
For more information about IAM, see IAM Service Overview.
Role/Policy-based Authorization
ELB supports authorization with roles and policies. New IAM users do not have any permissions assigned by default. You need to first add them to one or more groups and attach policies or roles to these groups. The users then inherit permissions from the groups and can perform specified operations on cloud services based on the permissions they have been assigned.
ELB is a project-level service deployed for specific regions. When you set Scope to Region-specific projects and select the specified projects (for example, ap-southeast-2) in the specified regions (for example, AP-Bangkok), the users only have permissions for load balancers in the selected projects. If you set Scope to All resources, the users have permissions for load balancers in all region-specific projects. When accessing ELB, users need to switch to the authorized region.
Table 2 lists all the system-defined permissions for ELB. System-defined policies in role/policy-based authorization are not interoperable with those in identity policy-based authorization.
|
Role/Policy Name |
Description |
Type |
Dependencies |
|---|---|---|---|
|
ELB FullAccess |
Administrator permissions for ELB. Users with these permissions can perform all operations on load balancers. |
System-defined policy |
None |
|
ELB ReadOnlyAccess |
Read-only permissions for ELB. Users with these permissions can only view ELB. |
System-defined policy |
None |
|
ELB Administrator |
All permissions on ELB resources. |
System-defined role |
Tenant Administrator, VPC Administrator, CES Administrator, Server Administrator, and Tenant Guest policies must be attached in the same project as ELB Administrator. |
Table 3 lists the common operations supported by system-defined permissions for ELB.
|
Operation |
ELB FullAccess |
ELB ReadOnlyAccess |
ELB Administrator |
|---|---|---|---|
|
Creating a load balancer |
Supported |
Not supported |
Supported |
|
Querying a load balancer |
Supported |
Supported |
Supported |
|
Querying a load balancer and associated resources |
Supported |
Supported |
Supported |
|
Querying load balancers |
Supported |
Supported |
Supported |
|
Modifying a load balancer |
Supported |
Not supported |
Supported |
|
Deleting a load balancer |
Supported |
Not supported |
Supported |
|
Adding a listener |
Supported |
Not supported |
Supported |
|
Querying a listener |
Supported |
Supported |
Supported |
|
Modifying a listener |
Supported |
Not supported |
Supported |
|
Deleting a listener |
Supported |
Not supported |
Supported |
|
Creating a backend server group |
Supported |
Not supported |
Supported |
|
Querying a backend server group |
Supported |
Supported |
Supported |
|
Modifying a backend server group |
Supported |
Not supported |
Supported |
|
Deleting a backend server group |
Supported |
Not supported |
Supported |
|
Adding a backend server |
Supported |
Not supported |
Supported |
|
Querying a backend server |
Supported |
Supported |
Supported |
|
Modifying a backend server |
Supported |
Not supported |
Supported |
|
Deleting a backend server |
Supported |
Not supported |
Supported |
|
Configuring a health check |
Supported |
Not supported |
Supported |
|
Querying a health check |
Supported |
Supported |
Supported |
|
Modifying a health check |
Supported |
Not supported |
Supported |
|
Disabling a health check |
Supported |
Not supported |
Supported |
|
Assigning an EIP |
Not supported |
Not supported |
Supported |
|
Binding an EIP to a load balancer |
Not supported |
Not supported |
Supported |
|
Querying an EIP |
Supported |
Supported |
Supported |
|
Unbinding an EIP from a load balancer |
Not supported |
Not supported |
Supported |
|
Viewing monitoring metrics |
Not supported |
Not supported |
Supported |
|
Viewing access logs |
Not supported |
Not supported |
Supported |
Identity Policy-based Authorization
ELB supports authorization with identity policies. Table 4 lists all the system-defined identity policies for ELB. System-defined policies in identity policy-based authorization are not interoperable with those in role/policy-based authorization.
|
Identity Policy |
Description |
Type |
|---|---|---|
|
ELBFullAccessPolicy |
All permissions on ELB resources |
System-defined identity policies |
|
ELBReadOnlyAccessPolicy |
Read-only permissions for ELB |
System-defined identity policies |
Table 5 lists the common operations supported by system-defined identity policies for ELB.
|
Operation |
ELBFullAccessPolicy |
ELBReadOnlyAccessPolicy |
|---|---|---|
|
Creating a load balancer |
Supported |
Not supported |
|
Querying a load balancer |
Supported |
Supported |
|
Querying a load balancer and associated resources |
Supported |
Supported |
|
Querying load balancers |
Supported |
Supported |
|
Modifying a load balancer |
Supported |
Not supported |
|
Deleting a load balancer |
Supported |
Not supported |
|
Adding a listener |
Supported |
Not supported |
|
Querying a listener |
Supported |
Supported |
|
Modifying a listener |
Supported |
Not supported |
|
Deleting a listener |
Supported |
Not supported |
|
Creating a backend server group |
Supported |
Not supported |
|
Querying a backend server group |
Supported |
Supported |
|
Modifying a backend server group |
Supported |
Not supported |
|
Deleting a backend server group |
Supported |
Not supported |
|
Adding a backend server |
Supported |
Not supported |
|
Querying a backend server |
Supported |
Supported |
|
Modifying a backend server |
Supported |
Not supported |
|
Deleting a backend server |
Supported |
Not supported |
|
Configuring a health check |
Supported |
Not supported |
|
Querying a health check |
Supported |
Supported |
|
Modifying a health check |
Supported |
Not supported |
|
Disabling a health check |
Supported |
Not supported |
|
Assigning an EIP |
Not supported |
Not supported |
|
Binding an EIP to a load balancer |
Not supported |
Not supported |
|
Querying an EIP |
Supported |
Supported |
|
Unbinding an EIP from a load balancer |
Not supported |
Not supported |
|
Viewing monitoring metrics |
Not supported |
Not supported |
|
Viewing access logs |
Not supported |
Not supported |
|
Querying enterprise projects |
Supported |
Supported |
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot