aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg --min-size 2 --max-size 10 --desired-capacity 2 --launch-template LaunchTemplateName=my-template
Topics
58
Amazon API Gateway
Amazon Athena
Amazon CloudFront & Content Delivery
Amazon DynamoDB
Amazon ECS (Elastic Container Service)
Amazon EFS (Elastic File System)
Amazon EKS (Elastic Kubernetes Service)
Amazon ElastiCache (Redis & Memcached)
Amazon EventBridge
Amazon Kinesis & Data Streaming
Amazon QuickSight & Business Intelligence
Amazon Redshift & Data Warehousing
Amazon Route 53 & DNS Management
Amazon SageMaker & Machine Learning on AWS
Amazon SNS (Simple Notification Service)
Amazon SQS (Simple Queue Service)
Auto Scaling Groups
AWS AI Services (Rekognition, Polly, Lex & Comprehend)
AWS Backup & Disaster Recovery
AWS Batch
AWS Certificate Manager (ACM)
AWS Certification Paths & Career Roadmap
AWS CLI & SDKs
AWS CloudTrail & Auditing
AWS CodePipeline, CodeBuild & CodeDeploy (CI/CD)
AWS Config
AWS Cost Management & Billing
AWS Database Migration Service & Application Migration
AWS Direct Connect & Hybrid Connectivity
AWS Elastic Beanstalk
AWS Fargate
AWS Free Tier & Account Setup
AWS Global Infrastructure (Regions, AZs & Edge Locations)
AWS Glue & ETL
AWS KMS & Data Encryption
AWS Organizations & Multi Account Strategy
AWS Outposts & Hybrid Cloud
AWS Secrets Manager & Parameter Store
AWS Security Hub & GuardDuty
AWS Serverless Application Model (SAM)
AWS Step Functions
AWS Storage Gateway
AWS Systems Manager
AWS Trusted Advisor
AWS WAF & Shield
Core Services Overview
EC2 & Compute
Elastic Container Registry (ECR)
Elastic Load Balancing (ALB, NLB & CLB)
IaC (CloudFormation)
IAM
Lambda & Serverless
Monitoring (CloudWatch)
RDS & Databases
S3 & Storage
Tagging Strategies & Resource Management
VPC & Networking
Well-Architected Framework
Auto Scaling Groups
7 questions found
An Auto Scaling Group is a service that automatically manages a collection of EC2 instances, launching new instances when demand increases and terminating instances when demand decreases, ensuring your application always has the right amount of compute capacity available to handle current traffic while avoiding the cost of running unnecessary idle servers during quiet periods.
Real-world example
An online retailer configures an Auto Scaling Group for its web servers so that during a big sale event, more instances launch automatically to handle the traffic surge, and afterward, unnecessary instances are terminated to save cost.
EC2 & Compute;Elastic Load Balancing (ALB
NLB & CLB)
A launch template is a reusable configuration that specifies exactly how new EC2 instances should be created, including the Amazon Machine Image, instance type, security groups, and storage settings, and an Auto Scaling Group references a launch template to know precisely how to configure every new instance it launches, ensuring consistency across all instances in the group.
aws ec2 create-launch-template --launch-template-name my-template --launch-template-data '{"ImageId":"ami-12345678","InstanceType":"t3.medium"}'
Real-world example
A DevOps team updates a launch template with a new Amazon Machine Image containing security patches, and any future instances launched by the Auto Scaling Group automatically use this updated, patched configuration.
EC2 & Compute;IaC (CloudFormation)
What scaling policies are available in Auto Scaling Groups, such as target tracking and step scaling?
IntermediateTarget tracking scaling automatically adjusts capacity to keep a specific metric, such as average CPU utilization, at a target value you define, simplifying scaling configuration significantly, while step scaling lets you define specific scaling actions that trigger at different thresholds of a CloudWatch alarm, giving you finer grained control over exactly how much capacity to add or remove at each level of demand.
aws autoscaling put-scaling-policy --auto-scaling-group-name my-asg --policy-name cpu-target-tracking --policy-type TargetTrackingScaling --target-tracking-configuration '{"PredefinedMetricSpecification":{"PredefinedMetricType":"ASGAverageCPUUtilization"},"TargetValue":50.0}'
Real-world example
A web application configures target tracking scaling to maintain an average CPU utilization of fifty percent across its Auto Scaling Group, automatically adding instances as traffic grows and removing them as traffic subsides, without needing manually defined thresholds.
Monitoring (CloudWatch);EC2 & Compute
How do health checks work within an Auto Scaling Group to maintain a healthy fleet of instances?
IntermediateAn Auto Scaling Group continuously monitors the health of its instances using either EC2 status checks or, if configured, Elastic Load Balancer health checks, and whenever an instance is found to be unhealthy, the Auto Scaling Group automatically terminates that instance and launches a replacement, ensuring the group always maintains its desired capacity of healthy, functioning instances.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg --health-check-type ELB --health-check-grace-period 300
Real-world example
A web application configures its Auto Scaling Group to use Elastic Load Balancer health checks rather than basic EC2 checks, ensuring that instances failing to respond correctly to application level requests are replaced even if the underlying EC2 instance itself appears technically healthy.
Elastic Load Balancing (ALB
NLB & CLB);Monitoring (CloudWatch)
How can Auto Scaling Groups span multiple Availability Zones to improve application availability?
IntermediateAn Auto Scaling Group can be configured to launch instances across multiple Availability Zones within a region, automatically distributing instances as evenly as possible, so if an entire Availability Zone experiences an outage, the application continues running on instances located in the remaining healthy zones, and the Auto Scaling Group automatically launches replacement capacity in the available zones to maintain desired capacity.
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg --vpc-zone-identifier 'subnet-111,subnet-222,subnet-333'
Real-world example
A company running a critical application spreads its Auto Scaling Group across three separate Availability Zones, ensuring that even a complete failure of one entire data center does not take down the application for its users.
AWS Global Infrastructure (Regions
AZs & Edge Locations);AWS Backup & Disaster Recovery
How do lifecycle hooks in Auto Scaling Groups let you customize instance launch and termination behavior?
AdvancedLifecycle hooks let you pause an instance in a wait state during either the launch or termination process, giving you time to perform custom actions, such as running configuration scripts before an instance becomes fully active, or gracefully draining active connections and backing up logs before an instance is terminated, before the Auto Scaling Group is allowed to proceed with completing that lifecycle transition.
aws autoscaling put-lifecycle-hook --lifecycle-hook-name my-hook --auto-scaling-group-name my-asg --lifecycle-transition autoscaling:EC2_INSTANCE_TERMINATING --heartbeat-timeout 300
Real-world example
A logging service uses a termination lifecycle hook to ensure that any pending log files on an instance are safely uploaded to S3 before that instance is fully terminated by the Auto Scaling Group, preventing any log data loss.
AWS Backup & Disaster Recovery;Lambda & Serverless
Predictive scaling uses machine learning to analyze your application's historical load patterns and automatically forecasts future capacity needs, proactively scaling out ahead of expected demand increases rather than waiting for a metric like CPU utilization to actually cross a threshold, which is especially valuable for applications with predictable daily or weekly traffic patterns where reacting after the fact could mean brief periods of degraded performance.
aws autoscaling put-scaling-policy --auto-scaling-group-name my-asg --policy-name predictive-scaling --policy-type PredictiveScaling --predictive-scaling-configuration file://predictive-config.json
Real-world example
A food delivery application with predictable spikes every evening during dinner hours uses predictive scaling to launch additional capacity just before the expected surge begins, rather than reacting only after CPU utilization has already climbed and users have started experiencing slower response times.
Monitoring (CloudWatch);AWS Cost Management & Billing