Permissions Management
If you need to assign different permissions to employees in your enterprise to access your Cloud Eye resources, you can use IAM to manage fine-grained permissions. IAM provides identity authentication, permissions management, and access control, helping you secure access to your Huawei Cloud resources.
With IAM, you can use your Huawei Cloud account to create IAM users, and assign permissions to the users to control their access to specific resources. For example, some software developers in your enterprise need to use Cloud Eye resources but should not be allowed to delete the resources or perform any other high-risk operations. In this scenario, you can create IAM users for the software developers and grant them only the permissions required for using Cloud Eye resources.
If your Huawei Cloud account does not require individual IAM users for permissions management, skip this section.
IAM can be used free of charge. You pay only for the resources in your account. For more information about IAM, see What Is IAM?.
Cloud Eye Permissions
By default, IAM users do not have permissions. To assign permissions to IAM users, add them to one or more groups, and attach policies or roles to these groups. The users then inherit permissions from the groups to which the users belong, and can perform specific operations on cloud services.
Cloud Eye is a project-level service deployed and accessed in specific physical regions. Therefore, Cloud Eye permissions are assigned to users in specific regions (such as ) and only take effect in these regions. If you want the permissions to take effect in all regions, you need to assign the permissions to users in each region. When users access Cloud Eye, they need to switch to a region where they have been authorized to use this service.
You can grant users permissions by using roles and policies.
- Roles: A type of coarse-grained authorization mechanism that defines permissions related to user responsibilities. This mechanism provides only a limited number of service-level roles for authorization. When using roles to grant permissions, you also need to assign other roles on which the permissions depend to take effect. However, roles are not an ideal choice for fine-grained authorization and secure access control.
- Policies: A type of fine-grained authorization mechanism that defines permissions required to perform operations on specific cloud resources under certain conditions. This mechanism allows for more flexible policy-based authorization, meeting requirements for secure access control. For example, you can grant ECS users only the permissions for managing a certain type of ECSs. Most policies define permissions based on APIs. For the API actions supported by Cloud Eye, see Permissions Policies and Supported Actions.
Table 1 lists the system-defined policies supported by Cloud Eye. Dependencies are policies on which a system policy depends to take effect. For example, some Cloud Eye policies are dependent on the policies of other services. When assigning Cloud Eye permissions to users, you also need to assign dependent policies for the Cloud Eye permissions to take effect.
Policy Name |
Description |
Dependency |
Type |
---|---|---|---|
CES Administrator |
Administrator permissions for Cloud Eye |
Dependent on the Tenant Guest and Server Administrator policies. Tenant Guest: a global policy, which must be assigned in the Global project |
System-defined policy |
CES FullAccess |
Administrator permissions for Cloud Eye. Users granted these permissions can perform all operations on Cloud Eye. |
The Cloud Eye monitoring function involves querying resources of other cloud services, which requires the cloud services to support fine-grained authorization. For details, see Supported Cloud Services. |
System-defined policy |
CES ReadOnlyAccess |
Read-only permissions for Cloud Eye. Users granted these permissions can only view Cloud Eye data. |
The Cloud Eye monitoring function involves querying resources of other cloud services, which requires the cloud services to support fine-grained authorization. For details, see Supported Cloud Services. |
System-defined policy |
Table 2 lists common operations supported by the Cloud Eye system policy.
Feature |
Operation |
CES Administrator (The Tenant Guest policy must be added at the same time.) |
Tenant Guest |
CES FullAccess |
CES ReadOnlyAccess |
---|---|---|---|---|---|
Monitoring Overview |
Viewing monitoring overview |
√ |
√ |
√ |
√ |
Viewing full screen monitoring |
√ |
√ |
√ |
√ |
|
Monitoring Panels |
Creating a monitoring panel |
√ |
× |
√ |
× |
Viewing full screen monitoring |
√ |
√ |
√ |
√ |
|
Querying a monitoring panel |
√ |
√ |
√ |
√ |
|
Deleting a monitoring panel |
√ |
× |
√ |
× |
|
Adding a graph |
√ |
× |
√ |
× |
|
Viewing a graph |
√ |
√ |
√ |
√ |
|
Modifying a graph |
√ |
× |
√ |
× |
|
Deleting a graph |
√ |
× |
√ |
× |
|
Adjusting the position of a graph |
√ |
× |
√ |
× |
|
Resource Groups |
Creating a resource group |
√ |
× |
√ |
× |
Viewing the resource group list |
√ |
√ |
√ |
√ |
|
Viewing resource groups (Resource Overview) |
√ |
√ |
√ |
√ |
|
Viewing resource groups (Unhealthy Resources) |
√ |
√ |
√ |
√ |
|
Viewing resource groups (Alarm Rules) |
√ |
√ |
√ |
√ |
|
Viewing resource groups (Alarm Records) |
√ |
√ |
√ |
√ |
|
Modifying a resource group |
√ |
× |
√ |
× |
|
Deleting a resource group |
√ |
× |
√ |
× |
|
Alarm Rules |
Creating an alarm rule |
√ |
× |
√ |
× |
Modifying an alarm rule |
√ |
× |
√ |
× |
|
Enabling an alarm rule |
√ |
× |
√ |
× |
|
Disabling an alarm rules |
√ |
× |
√ |
× |
|
Deleting an alarm rule |
√ |
× |
√ |
× |
|
Querying the alarm rule list |
√ |
√ |
√ |
√ |
|
Viewing details of an alarm rule |
√ |
√ |
√ |
√ |
|
Viewing a graph |
√ |
√ |
√ |
√ |
|
Alarm Records |
Viewing alarm records |
√ |
√ |
√ |
√ |
Alarm Templates |
Viewing a default template |
√ |
√ |
√ |
√ |
Viewing a custom template |
√ |
√ |
√ |
√ |
|
Creating a custom template |
√ |
× |
√ |
× |
|
Modifying a custom template |
√ |
× |
√ |
× |
|
Deleting a custom template |
√ |
× |
√ |
× |
|
Server Monitoring |
Viewing the server list |
√ |
√ |
√ |
√ |
Viewing server monitoring metrics |
√ |
√ |
√ |
√ |
|
Installing the Agent |
√ (You must have the ECS FullAccess permission.) |
× |
√ (You must have the ECS FullAccess permission.) |
× |
|
Restoring the agent configurations |
√ (You must have the Security Administrator and ECS FullAccess permissions.) |
× |
√ (You must have the Security Administrator and ECS FullAccess permissions.) |
× |
|
Uninstalling the Agent |
√ (You must have the ECS FullAccess permission.) |
× |
√ (You must have the ECS FullAccess permission.) |
× |
|
Configuring process monitoring |
√ |
× |
√ |
× |
|
Configuring monitoring for a process |
√ |
× |
√ |
× |
|
Cloud Service Monitoring |
Viewing the cloud service list |
√ |
√ |
√ (See Supported Cloud Services.) |
√ (See Supported Cloud Services.) |
Querying cloud service metrics |
√ |
√ |
√ |
√ |
|
Custom Monitoring |
Adding custom monitoring data |
√ |
× |
√ |
× |
Viewing the custom monitoring list |
√ |
√ |
√ |
√ |
|
Viewing custom monitoring data |
√ |
√ |
√ |
√ |
|
Event Monitoring |
Adding a custom event |
√ |
× |
√ |
× |
Viewing the event list |
√ |
√ |
√ |
√ |
|
Viewing details of an event |
√ |
√ |
√ |
√ |
|
Data Dumping to DMS Kafka |
Creating a dump task |
√ |
× |
√ |
× |
Querying data dumping tasks |
√ |
√ |
√ |
√ |
|
Querying a specified data dump task |
√ |
√ |
√ |
√ |
|
Modifying a data dump task |
√ |
× |
√ |
× |
|
Starting a data dump task |
√ |
× |
√ |
× |
|
Stopping a data dump task |
√ |
× |
√ |
× |
|
Deleting a data dump task |
√ |
× |
√ |
× |
|
Others |
Configuring data storage |
√ (You must have the Tenant Administrator permission.) |
× |
√ (You must have the OBS Bucket Viewer permission.) |
× |
Exporting monitoring data |
√ |
× |
√ |
× |
|
Sending an alarm notification |
√ |
× |
√ |
× |
Helpful Links
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.