AWS - Architecture Best PracticesAn Auto Scaling group fails to launch instances in a second AZ after initial deployment. What is a common cause?AAuto Scaling groups only support one AZBThe subnet in the second AZ is not specified or lacks capacityCInstances cannot launch in multiple AZs simultaneouslyDSecurity groups prevent launching in the second AZCheck Answer
Step-by-Step SolutionSolution:Step 1: Verify subnet configurationAuto Scaling requires subnets in each AZ to launch instances there.Step 2: Check subnet capacity and specificationIf subnet is missing or full, instances cannot launch in that AZ.Final Answer:The subnet in the second AZ is not specified or lacks capacity -> Option BQuick Check:Subnets must be configured per AZ for Auto Scaling [OK]Quick Trick: Configure subnets in all AZs for Auto Scaling groups [OK]Common Mistakes:Thinking Auto Scaling supports only one AZBelieving instances can't launch in multiple AZsIgnoring subnet and capacity issues
Master "Architecture Best Practices" in AWS9 interactive learning modes - each teaches the same concept differentlyLearnWhyDeepVisualTryChallengeProjectRecallTime
More AWS Quizzes Architecture Best Practices - Why AWS Well-Architected matters - Quiz 4medium CloudFormation - Stack drift detection - Quiz 15hard CloudFormation - Outputs for cross-stack references - Quiz 2easy CloudFormation - CloudFormation vs Terraform awareness - Quiz 1easy ECS and Fargate - ECR for container image registry - Quiz 7medium ECS and Fargate - ECS cluster concept - Quiz 1easy ECS and Fargate - ECR for container image registry - Quiz 2easy Route 53 - Why DNS management matters - Quiz 5medium Serverless Architecture - Serverless vs container decision - Quiz 13medium Serverless Architecture - Serverless vs container decision - Quiz 10hard