Auto Scaling workflow

Updated at:

Create scaling groups, configurations, and rules to scale instances manually or automatically based on your workload.

Workflow

image
Note

If you select Launch Template or Select Existing Instance as the instance configuration source when creating a scaling group, Auto Scaling automatically creates and activates a scaling configuration. You can then enable the scaling group without creating one manually.

  1. Create a scaling group

    A scaling group is a set of identical instances for the same business scenario, with configurable minimum and maximum instance limits, scale-out templates, and scale-in policies. Overview of scaling groups.

  2. Create a scaling configuration

    A scaling configuration is a template that Auto Scaling uses to automatically launch ECS instances or elastic container instances. Overview.

  3. Enable the scaling configuration

    A scaling group can have multiple scaling configurations, but only one can be active at a time. If no scaling configuration is active after group creation, you are prompted to enable one. Manage scaling configurations.

  4. Enable the scaling group

    Scaling events run only in scaling groups in the Enabled state. When a scaling group has an active scaling configuration, you are prompted to enable the group. You can also enable it from the Scaling Groups page. Enable a scaling group.

  5. Create a scaling rule

    A scaling rule defines how to adjust the number of instances in a scaling group. Overview.

  6. Execute the scaling rule

    Execute a scaling rule using one of the following methods. Execute a scaling rule.

    • Manual execution: Run a scaling rule on demand for temporary business needs.

    • Automatic execution based on scheduled tasks: Execute a scaling rule at a specified time. Ideal for predictable workload patterns.

    • Automatic execution based on event-triggered tasks: Monitor metrics, report alerts, and execute a scaling rule when thresholds are breached. Ideal for unpredictable workload patterns.

Tutorial

Scenarios

Scenario description and example

References

For temporary business needs, the number of servers to be added and the timing for their addition are uncertain, particularly when there are no metrics available for monitoring. In such cases, manual adjustment of the server count is necessary.

For example, if a company needs additional servers for temporary testing purposes, manual oversight is required to determine the number and timing of server adjustments.

Manually scale ECS instances with a few clicks

Your workload follows predictable cycles with identifiable peak and off-peak hours, and you want to scale ECS instances automatically at specific times.

For example, a gaming company needs additional ECS instances every night from 18:00 to 23:00. Outside peak hours, a smaller fixed number of instances handles daily operations.

Scheduled auto scaling for ECS instances

Service demand fluctuates unpredictably, making it difficult to determine the required number of servers in advance.

For example, a news website experiences unpredictable traffic. When a popular news story breaks, traffic surges. After the story is no longer current, traffic drops.

Automatically scale ECS instances based on service workload