Video summary
Session - 27 (18-01-2025)
Main summary
Key takeaways
Main topics covered (Auto Scaling, Load Balancing, EC2/IPs, Bootstrapping)
Recap: Auto Scaling + Load Balancer
Auto Scaling definition: Automatically scale out/in EC2 instances based on load.
Key capacity parameters:
- Minimum (lower boundary)
- Maximum (upper boundary)
- Desired capacity (initial number of instances; example: desired = 4, min = 2, max = 6/8)
Scaling types:
- Manual scaling: manually edit desired capacity
- Scheduled scaling: scale based on time/day
- Dynamic scaling: automatic scale out/in based on load
Auto Scaling Group (ASG) + Launch Template:
- ASG launches instances using a Launch Template
- Instructor emphasis: without a Launch Template, ASG can’t know how to launch instances
- A launch template includes the steps/configuration needed to launch EC2
Integration mentioned:
- Notifications via SNS
- Traffic distribution via Elastic Load Balancer (ELB)
ELB concept:
- ELB is a managed service (not a server)
- Distributes traffic across multiple EC2 instances across Availability Zones
IP handling for ELB:
- ELB IPs are dynamic
- Recommendation: use the DNS name instead of the IP
Load Balancer types (AWS ELB)
AWS ELB includes 4 types:
- Classic
- Application
- Network
- Gateway
Classic:
- “previous generation”
- Works with HTTP/TCP
Application Load Balancer (ALB):
- latest generation / commonly used
- Supports HTTP/HTTPS
- Key feature: routing rules
- Forwards traffic to Target Groups
Network Load Balancer (NLB):
- For very high performance
- Supports TCP/UDP/TLS
- Static IP support: 1 IP per Availability Zone
Gateway Load Balancer:
- For security appliances
- Uses port 6081 (as stated)
Target Groups (ALB core concept)
- Target group must be created before the load balancer
- A target group contains targets (typically EC2 instances)
- A single load balancer can have multiple target groups (e.g., for different apps)
- Routing rules determine how traffic is forwarded to targets
- Instructor note: load balancer listens for HTTP/HTTPS only
New topic: EC2 IP address types (Public, Private, Elastic IP)
The 3 IP types taught
-
Private IP
- Mandatory by default on every EC2 instance
- Example range: starts with 172.31.x.x in AWS default VPC
- Used for communication inside the VPC (EC2-to-EC2 within VPC)
-
Public IP
- Optional
- Used to access EC2 from the internet
- Dynamic: changes on stop/start
- Recommendation: generally don’t expose EC2 to the internet unless necessary
-
Elastic IP (EIP)
- Static
- Prevents IP change even after stop/start
- Instructor note: AWS provides “five EIPs free” but charges when unused/idle (policy explained with a “chocolates” analogy)
Access scenarios explained
- Internet user → needs Public IP/EIP
- Company user via VPN → can use Private IP
- EC2 instances within AWS/VPC communicate using Private IP
Credentials recap
- Linux access: default user
ec2-user - Password/access via PEM key file
EC2 metadata vs user data + automation (bootstrap script)
Instance metadata
- Defined as “data about instance”
- Includes: who launched it, AMI, key pair, security groups, attached volumes, etc.
- Access via:
- EC2 console Details tab
- IMDS URL:
http://169.254.169.254/latest/meta-data
- Uses curl to fetch metadata content (called out as a certification-type detail)
User data
- Defined as scripts/config provided at instance launch
- In the EC2 7-step launch flow, user data is in the user data box
- Treated as a bootstrap script that runs at boot time
- Example automation: install Tomcat automatically without manually logging in
- Script types by OS:
- Linux: shell script
- Windows: PowerShell
Practical use case:
- Launch multiple instances (e.g., 10) with the same setup using user data
- Alternative: create an AMI from a configured instance, then launch from AMI
EC2 launch “7-step” structure (checklist emphasized)
Instructor consolidated a 7-step EC2 theory framework:
- Name and Tags
- Choose AMI (example: Red Hat for Linux)
- Choose instance type (example: T2 micro; other types are billable)
- Key pair (for login; uses PEM)
- Security group (inbound rules emphasized)
- Storage / Volumes
- root volume OS
- volume types listed: GP2, GP3, IO1, IO2, ST1, SC1, Standard
- VPC/subnet selection and then Launch
- example: default VPC with 3 subnets for 3 AZs
Also noted:
- Default volume sizes:
- Windows 30 GB
- Linux 8/10 GB
- Volume size can be increased/decreased was mentioned as “No” (per transcript)
Advanced add-on: Global Accelerator (GA), unicast vs anycast, and entry points
Latency concept + CloudFront
- Far distance (e.g., US → Mumbai) causes high latency
- Suggested solution: CloudFront using edge locations
Global Accelerator (GA) introduced
- Provides two static IPs
- Uses anycast behavior (traffic goes to the nearest endpoint)
- Sits in front of load balancer / works with CloudFront (as described)
- Instructor scenario: customer asks for website IP → provide GA IPs
- Mentioned cost: $18/month
Unicast vs Anycast (as taught)
- Unicast: each server has a unique IP
- Anycast: many servers can share the same IP; the nearest responds
Entry points for AWS traffic mentioned
- Load balancer and CloudFront as entry points
- WAF/Shield options: WAF and DDoS protection can be enabled (checkbox-style integration mentioned)
Course/plan announcements (reviews, practice, schedule)
- EC2 theory completed; next starts EC2 practicals (from Monday).
- Practicals approach:
- instructor demonstrates
- students should observe first (no parallel clicking while being taught)
- Students encouraged to revise EC2 topics beforehand:
- pricing models, instance types, volume types
- snapshots, AMIs
- security groups/inbound-outbound rules, etc.
- Communication: use Telegram (linked via Google Classroom)
- Certification focus later: Solution Architect Associate level (not “practitioner”)
- Suggested study flow: revise EC2 topics → then do practicals
- Course has a structured timeline:
- first month: basics/EC2
- next month: more services
Main speakers / sources
- Primary speaker: The course instructor (referred to as “Sir”; name not explicitly given in subtitles)
- Student/asker mentions (not main speakers):
- Avaneesh Pandey, Zakir, Naveen, Roshan, Pranjal, Abby, Tarun, Vishal
Rate this summary
Your feedback will help improve summaries.
Improve this summary
Reprocess with a stronger model when the summary feels incomplete or inaccurate.
Translate summary in another language
Ask questions to this video
Chat for follow-up questions, clarifications, and source-backed answers.