检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
ECS Reliability Functions Common Faults Parent topic: Cloud Service Reliability
Related cloud services and tools Elastic Cloud Server (ECS): ECS group Auto Scaling (AS) Cloud Container Engine (CCE) Parent topic: RES01 Redundancy
Huawei Cloud provides the Auto Scaling (AS) service to automatically adjust resources, such as Elastic Cloud Server (ECS) instances and bandwidth, based on the load in an AS group and scaling rules.
For example, quotes can be set to limit the number of ECS instances or EVS disks that can be created. For dynamic resources, their quotas must be considered to avoid access being affected when the quota is used up.
The frontend stateless application layer can be composed of ECS or CCE instances (ECS is used as an example here); while the backend typically uses RDS for MySQL, depending on the service type.
Server monitoring: After you install the Agent (Telescope) on an ECS and Bare Metal Server (BMS), you can collect 60-second granularity ECS and BMS monitoring data in real-time. Cloud Eye tracks 40 different metrics, such as CPU, memory, and disk usage, for resources.
Related services and tools ECS BMS CCE CCI Parent topic: Selecting Appropriate Compute Resources
For ECS instances, use ELB for fault detection and load balancing, and add or remove the ECS instances on demand based on the monitoring statistics, so as to enhance the application performance.
For example, with ECS, horizontal scaling means adding instances and vertical scaling means upgrading instance specifications. With RDS, vertical scaling means upgrading DB instance specifications. Parent topic: RES13 Overload Protection
Related cloud services and tools Elastic Load Balance (ELB) supports service load balancing, backend server health inspection, and automatic isolation of abnormal ECS instances. Parent topic: RES13 Overload Protection
Cloud Service Reliability Overview ECS BMS CCE ELB AS DCS DMS RDS TaurusDB OBS Parent topic: Resilience Pillar
Auto scaling For ECS instances, use ELB for fault detection and load balancing and add or remove ECS instances on demand based on the monitoring statistics, so as to enhance the application performance.
The following uses ECS as an example: For stateless ECSs, use the cross-AZ scaling capability of AS or the cross-AZ load balancing capability of ELB for cross-AZ HA. If an AZ is faulty, services can be automatically and quickly switched over to another available AZ.
Related cloud services and tools Elastic Cloud Server (ECS) Bare Metal Server (BMS) Elastic Load Balance (ELB) Cloud Container Engine (CCE) Document Database Service (DDS) Distributed Cache Service (DCS) MapReduce Service (MRS) Parent topic: RES01 Redundancy
Monitoring Using Cloud Eye, you can monitor ECS resources such as vCPUs, memory, disks, and networks. For details, see Monitoring ECSs. Parent topic: ECS
ECS health check: checks the ECS running status. If an ECS is stopped or deleted, it is considered as abnormal. ECS health check is the default health check mode for an AS group.
When creating a node pool, you can select an ECS group and configure an anti-affinity policy for it. Then ECSs in the same ECS group will be distributed to different hosts for higher reliability.
In this way, the ECS service can be recovered quickly when a local disk is faulty. You are advised to use EVS disks instead of local disks as they are more reliable. Parent topic: ECS
For example, if the physical server where an ECS is located is faulty due to hardware reasons, the ECS is restarted or automatically restored on another physical server. During the restoration, the communication with the ECS is interrupted and a retry is required.
Table 1 Cloud Service Description Details Elastic Cloud Server (ECS) An ECS is a cloud server with its own vCPUs, memory, OS, and Elastic Volume Service (EVS) disks. After creating an ECS, you can use it like you would use your local PC or physical server.