ALB Auto Scaling Groups and Dynamic Scaling Policies - AWS Certification Cheat Sheet

Let’s get a quick overview of Auto Scaling Groups and Dynamic Scaling Policies from an AWS certification perspective. We will look at important certification questions regarding Auto Scaling Groups and Dynamic Scaling Policies.

You will learn

  • What is Auto Scaling Group in an Elastic Load Balancer?
  • Why do we need Dynamic Scaling?
  • What are the different Dynamic Scaling Policies available?
  • What are the Certification and Interview Questions for Auto Scaling Groups and Dynamic Scaling Policies ?
  • What role does CloudWatch play in Auto Scaling Groups and Dynamic Scaling Policies?

AWS Certification Study Material and Notes - 25 PDF Cheat Sheets

Each cheat sheet contains:

  • FAQs and Tutorials with 5-20 slides
  • Study Material and Notes to quickly review and prepare for certification exam
  • Certification Exam Tips
  • Certification and Interview Scenario Questions

Introducing ALB Auto Scaling Groups

Target Groups are configured with a static set of instances. How do you scale out and scale in automatically?

  • Configure a Auto Scaling Group

ALB Auto Scaling Groups

Here are some of the important Auto Scaling Group responsibilities:

  • Maintain configured number of instances (using periodic health checks)
    • If an instance goes down, ASG launches replacement instance
  • Auto scale to adjust to load (scale-in and scale-out based on auto scaling policies)

Important things to note:

  • ASG can launch On-Demand Instances, Spot Instances, or both
    • Best Practice: Use Launch Template
  • An ELB can distribute load to active instances as ASG expands and contracts based on the load

Auto Scaling Components

Important Auto Scaling Components include:

  • Launch Configuration/Template
    • EC2 instance size and AMI
  • Auto Scaling Group
    • Reference to Launch Configuration/Template
    • Min, max and desired size of ASG
    • EC2 health checks by default. Optionally enable ELB health checks.
    • Auto Scaling Policies
      • When and How to execute scaling?

Auto Scaling Group - Use Cases

ASG Use case Description More details
Maintain current instance levels at all times min = max = desired = CONSTANT
When an instance becomes unhealthy, it is replaced.
Constant load
Scale manually Change desired capacity as needed You need complete control over scaling
Scale based on a schedule Schedule a date and time for scaling up and down. Batch programs with regular schedules
Scale based on demand (Dynamic/Automatic Scaling) Create scaling policy (what to monitor?) and scaling action (what action?) Unpredictable load

Dynamic Scaling Policy Types

Scaling Policy Example(s) Description
Target tracking scaling Maintain CPU Utilization at 70%. Modify current capacity based on a target value for a specific metric.
Simple scaling +5 if CPU utilization > 80%
-3 if CPU utilization < 60%
Waits for cooldown period before triggering additional actions.
Step scaling +1 if CPU utilization between 70% and 80%
+3 if CPU utilization between 80% and 100%
Similar settings for scale down
Warm up time can be configured for each instance

Scaling Policies - Background

  • Two parts:
    • CloudWatch alarm (Is CPU utilization >80%? or < 60%).
    • Scaling action (+5 EC2 instances or -3 EC2 instances)

Quick Review

  • Auto Scaling Group - Maintain configured number of instances (using periodic health checks). Auto scale to adjust to load.
  • Dynamic Scaling Policies - Target tracking scaling, Simple scaling and Step scaling.
  • CloudWatch alarms track the metric (Is CPU utilization >80%? or < 60%) and trigger the auto scaling action (+5 EC2 instances or -3 EC2 instances)

Auto Scaling - Certification and Interview Questions

| Scenario | Solution | |–|–| |Change instance type or size of ASG instances|Launch configuration or Launch template cannot be edited. Create a new version and ensure that the ASG is using the new version. Terminate instances in small groups.| |Roll out a new security patch (new AMI) to ASG instances| Same as above.| | Perform actions before an instance is added or removed| Create a Lifecycle Hook. You can configure CloudWatch to trigger actions based on it. | |Which instance in an ASG is terminated first when a scale-in happens?| (Default Termination Policy) Within constraints, goal is to distribute instances evenly across available AZs. Next priority is to terminate older instances.| | Preventing frequent scale up and down | Adjust cooldown period to suit your need (default - 300 seconds). Align CloudWatch monitoring interval | | I would want to protect newly launched instances from scale-in|Enable instance scale-in protection|


Certification - Recommended Reading

Elastic Load Balancer (ELB) vs Network Load Balancer (NLB) - A Difference

Elastic Beanstalk vs Cloudformation vs Opswork vs Codedeploy - A Difference

EBS HDD Storages - A Difference

AWS Shield vs AWS WAF vs AWS Macie - Protect Resources and Data Cheat Sheet

Managing Multiple AWS Accounts - Organizations, Trusted Advisor and more Cheat Sheet

Amazon CloudWatch - Logs, Events, Alarms and Dashboards Cheat Sheet

AWS CloudTrail vs Config vs CloudWatch Cheat Sheet

EBS SSD Storages - A Difference

NAT Gateway vs Instance - A Comparison

AWS Security Groups and Network Access Control List - A Comparison Cheat Sheet

Free Videos - Get Started with AWS Certification

Amazing AWS Certification Courses

Get our amazing courses pursued by thousands of learners