An Auto Scaling group monitors the health of its instances. What happens when an instance fails a health check?
Think about how Auto Scaling keeps your application healthy without manual work.
Auto Scaling groups automatically terminate unhealthy instances and launch new ones to maintain the desired capacity and health of your application.
You configure an Auto Scaling group with a minimum size of 3 and a maximum size of 5. What does this configuration guarantee?
Minimum and maximum sizes define the boundaries for scaling.
The minimum size ensures the group never has fewer than 3 instances, and the maximum size prevents it from exceeding 5 instances.
To enable an Auto Scaling group to launch EC2 instances, which IAM permission must be granted to the Auto Scaling service role?
Launching instances requires permission to start EC2 instances.
The Auto Scaling service role needs the ec2:RunInstances permission to launch new EC2 instances as part of scaling activities.
You configure an Auto Scaling group with a desired capacity of 6 but set the maximum size to 5. What will be the actual number of instances running?
Maximum size limits the upper bound of instances regardless of desired capacity.
The Auto Scaling group enforces the maximum size limit and will not launch more than 5 instances even if desired capacity is set higher.
You want to replace instances in an Auto Scaling group without causing downtime. Which approach achieves this?
Think about how to keep enough healthy instances running during updates.
Rolling updates with a health check grace period and a minimum healthy percentage ensure new instances are healthy before old ones are terminated, preventing downtime.