tencent cloud

Elastic MapReduce

Release Notes and Announcements
Release Notes
Announcements
Security Announcements
Product Introduction
Overview
Strengths
Architecture
Features
Use Cases
Constraints and Limits
Technical Support Scope
Product release
Purchase Guide
EMR on CVM Billing Instructions
EMR on TKE Billing Instructions
EMR Serverless HBase Billing Instructions
Getting Started
EMR on CVM Quick Start
EMR on TKE Quick Start
EMR on CVM Operation Guide
Planning Cluster
Administrative rights
Configuring Cluster
Managing Cluster
Managing Service
Monitoring and Alarms
TCInsight
EMR on TKE Operation Guide
Introduction to EMR on TKE
Configuring Cluster
Cluster Management
Service Management
Monitoring and Ops
Application Analysis
EMR Serverless HBase Operation Guide
EMR Serverless HBase Product Introduction
Quotas and Limits
Planning an Instance
Managing an Instance
Monitoring and Alarms
Development Guide
EMR Development Guide
Hadoop Development Guide
Spark Development Guide
Hbase Development Guide
Phoenix on Hbase Development Guide
Hive Development Guide
Presto Development Guide
Sqoop Development Guide
Hue Development Guide
Oozie Development Guide
Flume Development Guide
Kerberos Development Guide
Knox Development Guide
Alluxio Development Guide
Kylin Development Guide
Livy Development Guide
Kyuubi Development Guide
Zeppelin Development Guide
Hudi Development Guide
Superset Development Guide
Impala Development Guide
Druid Development Guide
TensorFlow Development Guide
Kudu Development Guide
Ranger Development Guide
Kafka Development Guide
Iceberg Development Guide
StarRocks Development Guide
Flink Development Guide
JupyterLab Development Guide
MLflow Development Guide
Practical Tutorial
Practice of EMR on CVM Ops
Data Migration
Practical Tutorial on Custom Scaling
API Documentation
History
Introduction
API Category
Cluster Resource Management APIs
Cluster Services APIs
User Management APIs
Data Inquiry APIs
Scaling APIs
Configuration APIs
Other APIs
Serverless HBase APIs
YARN Resource Scheduling APIs
Making API Requests
Data Types
Error Codes
FAQs
EMR on CVM
Service Level Agreement
Contact Us
문서Elastic MapReducePractical TutorialPractice of EMR on CVM OpsPractice of Troubleshooting Unexecuted Auto-Scaling Rules

Practice of Troubleshooting Unexecuted Auto-Scaling Rules

PDF
포커스 모드
폰트 크기
마지막 업데이트 시간: 2025-01-03 15:05:10
1. The elastic resource limit has reached the minimum instance count. If further scale-in is required, consider adjusting the minimum instance count.Cause: The scale-in rule was triggered, but the current number of elastic nodes is less than the minimum number of nodes.Solution: If further scale-in is required, reset the minimum node count.
2. The elastic resource limit has exceeded the maximum instance count. If further scale-out is required, consider adjusting the maximum instance count.Cause: The scale-out rule was triggered, but the current number of elastic nodes has reached the maximum instance count.Solution: If further scale-out is required, reset the maximum node count.
3. There is no scaling specification set, so scale-out is not possible. You can try adding specifications and then retry.

Cause: As shown above, an auto-scaling rule has been triggered, but no node specification has been added in the Console > Auto Scaling > Scaling Specification Management.Solution: Click Add Specification in the top-right corner and select the desired node specification.
4. If resources are insufficient, try switching to a specification with sufficient resources or submit a ticket to contact us.Cause: The scale-out rule was triggered, but the selected model’s resources in the current AZ are insufficient.Solution: Reconfigure with a node specification that has sufficient resources.
5. The current retry time is too short; it is recommended to extend the retry duration. Cause: During the time window from the trigger time to the retry expiration time of the time-based scaling rule, other automatic scaling processes were in progress within the cluster, preventing the current time-based scaling rule from being executed. Solution: Edit the rule and appropriately extend the expiration retry time to ensure the rule can be executed.
6. The account balance is insufficient, and the scale-out cannot proceed.Cause: The scale-out rule was triggered, but there were insufficient funds when placing the order.Solution: Go to the Cost Center to top up your account.
7. No elastic resources currently meet the conditions for scale-in. Cause: The scale-in rule was triggered, but there are currently no elastic node resources available, or all nodes are set for scheduled destruction. Solution: If you need to continue scaling in the nodes scheduled for destruction, you can choose to scale in manually.
8. The cluster is not in a scalable status, so the scale-out is not possible. Cause: The scale-out rule was triggered, but the current cluster is in a non-operational status such as installing components or scaling out, making it unable to perform the scale-out operation. Solution: You can perform a manual scale-out or edit the rule to appropriately extend the retry timeout, ensuring the rule can be executed.
9. The cluster is in a scale-out cooldown period and cannot trigger scale-out temporarily. It is recommended to adjust the cooldown time for the scaling rules. Cause: The scale-out rule was triggered, but the cluster is currently in another scaling cooldown period, so the rule cannot be executed. Solution: You can shorten the cooldown time of other rules or extend the retry expiration time of the current scale-out rule.

도움말 및 지원

문제 해결에 도움이 되었나요?

피드백