This topic describes how to suspend a scaling process. After you suspend a scaling process, you can perform other operations. For example, before you stop an ECS instance, you must suspend the health check process to ensure that the instance is not removed from the scaling group because the instance fails the health check.
|Scaling process||Effect of a suspended process|
|Scale-out||All scale-out requests are rejected, which include:
|Scale-in||All scale-in requests are rejected, which include:
|Health check||Auto Scaling suspends the health check and does not remove unhealthy ECS instances.|
|Scheduled task||When the execution time of a scheduled task is reached, the scaling rule that is associated with the task is not triggered.|
|Event-triggered task||When an event-triggered task enters the alert state, the scaling rule that is associated with the task is not triggered.|
Suspended scaling processes help you control a scaling group at the scaling process level. If you want to control operations for ECS instances, we recommend that you put the ECS instances into the Standby or Protected state. For example, if you want to troubleshoot or restart an instance, you can put the instance into the Standby state. If you do not want the instance to be released, you can put the instance into the Protected state. For more information, see Put an ECS instance into the Standby state and Put an ECS instance into the Protected state.
- Log on to the Auto Scaling console.
- In the left-side navigation pane, click Scaling Groups.
- In the top navigation bar, select a region.
- Find the scaling group and click Edit in the Actions column.
- In the Suspended Processes section, select one or more processes that you want to suspend.
- Click OK.