ASG Scaling Policies Infographic
Cloud Architecture

Auto Scaling Groups (ASG)

Understanding the mechanics of Target Tracking vs. Step Scaling policies to optimize performance and cost.

The Ingredients: Policy Inputs

Metrics

CloudWatch data points like CPU Utilization, Request Count per Target, or Network In/Out.

CloudWatch Alarms

The “Trigger” mechanism that alerts the ASG when specific thresholds are breached over time.

Cooldown Period

A rest period that prevents the ASG from launching or terminating additional instances before previous changes take effect.

Capacity Limits

Hard boundaries defined by Min, Max, and Desired capacity settings within the ASG.

The Scaling Process

Recommended

Target Tracking Policy

“Set it and forget it. Like a thermostat.”

Target: 50% CPU ASG adjusts automatically
  • Simplest to configure
  • Automatically creates CloudWatch Alarms
  • Best for metrics that increase/decrease linearly with load
Advanced Control

Step Scaling Policy

“Custom responses for different levels of urgency.”

CPU > 50% +1 Instance CPU > 70% +3 Instances CPU > 85% +10 Instances
  • Allows for “Aggressive Scaling” during spikes
  • Multiple steps for different breach magnitudes
  • No cooldown period needed (uses warm-up instead)

Key Facts & Best Practices

Use Target Tracking for…

Most standard web applications where you want to maintain a specific average CPU or Request Count.

Use Step Scaling for…

Handling large, sudden spikes in traffic where you need to add a massive amount of capacity instantly.

Pro-Tip

Always combine Scaling-Out policies with Scaling-In policies to ensure you aren’t paying for idle resources.

© 2023 Cloud Visualization Series • AWS Auto Scaling Groups Deep Dive

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top