When you attach an Auto Scaling group to an Elastic Load Balancer (ELB), what happens to the instances launched by the Auto Scaling group?
Think about how ELB and Auto Scaling work together to distribute traffic.
When an Auto Scaling group is attached to an ELB, instances launched by the group are automatically registered with the ELB. The ELB then routes traffic only to healthy instances based on health checks.
If an instance in an Auto Scaling group attached to an ELB fails the ELB health checks, what is the expected behavior?
Consider how ELB and Auto Scaling handle instance health separately.
When an instance fails ELB health checks, the ELB stops sending traffic to it but the instance remains running. The Auto Scaling group may terminate it only if EC2 health checks fail or scaling policies trigger.
You have an Auto Scaling group and an ELB in the same VPC. Which security group rule is required to allow the ELB to send traffic to the instances?
Think about how security groups reference each other for traffic control.
The instances' security group must allow inbound traffic on the ELB listener port from the ELB's security group. This allows the ELB to send traffic securely to instances.
In an Auto Scaling group attached to an ELB, what does setting a health check grace period do?
Consider why new instances might need time before health checks start.
The health check grace period delays ELB health checks on new instances to give them time to start up and become healthy before being evaluated.
You want to update the launch configuration of an Auto Scaling group attached to an ELB without causing downtime. Which approach ensures zero downtime?
Think about how to replace instances gradually without dropping traffic.
Creating a new Auto Scaling group with the updated launch configuration and shifting traffic gradually using ELB's deregistration delay allows zero downtime updates.