🗄️ धडा 11 — EBS, snapshots & AMIs: ड्रॉवर, photocopy, बाकाचा template

📍 तुम्ही इथे आहात: 12 पैकी धडा 11 · मागे: lesson-10-security-groups · पुढे: lesson-12-ec2-in-real-life

📦 या ब्रँचमध्ये काय आहे

धडे 01–10, आणि त्यासोबत: काय कशानंतरही टिकते — EC2 ची storage ची गोष्ट. खरी file:

ec2/ec2.tf — root_block_device (8GB चा ड्रॉवर) आणि AMI lookup

🧒 5 वर्षांच्या मुलाला समजावल्यासारखे

फर्निचरचे तीन तुकडे, तीन आयुष्ये:

ड्रॉवर 🗄️ (EBS volume) — बाकाखाली पक्का बसवलेला, तुमच्या सगळ्या files ठेवतो. बाक stop करा (जेवणाची सुट्टी): ड्रॉवर राहतो. Reboot: ड्रॉवर राहतो. हा स्वतःचे आयुष्य असलेला खरा network-attached storage आहे — तो काढून दुसऱ्या बाकाखालीही जोडता येतो. (ओळखले? k8s course मधले EKS वरचे PersistentVolumes म्हणजेच हे ड्रॉवर — PVC → EBS, अक्षरशः.)
Photocopy 📸 (snapshot) — ड्रॉवरमधल्या सामग्रीची प्रत, संग्रहात (S3) ठेवलेली. Incremental: दुसरी photocopy फक्त बदललेली पाने copy करते. ड्रॉवर मेला, region ला अडचण आली, चुकून rm -rf झाले? Photocopy मधून नवा ड्रॉवर restore करा. हीच backup ची गोष्ट.
बाकाचा template 🖼️ (AMI) — गोठवलेला संपूर्ण बाक: ड्रॉवरमधली सामग्री
- settings. एका template मधून 1 किंवा 100 एकसारखे बाक छापा. ec2.tf Amazon च्या al2023 template मधून boot होतो; कंपन्या स्वतःचे बनवतात ("आमचा मूळ बाक: patched, agents installed, logo चा wallpaper").

ओळखीचे वाटते? AMI : instance = image : container — Docker course ची डब्याची गोष्ट, फक्त जड फर्निचर. 🍱→🖥️

एक सापळा: काही बाकांना अंगभूत कच्चे फळ असते (instance store) जे बाक stop झाला की पुसले जाते. वेगवान, तात्पुरत्या files साठी ठीक — तुम्हाला प्रिय असलेल्या कशासाठीही कधीच नाही.

🗺️ आकृती

flowchart LR
    desk["🖥️ instance<br/>disposable"]
    ebs["🗄️ EBS volume<br/>survives stop/reboot<br/>detachable, re-attachable"]
    snap["📸 snapshot in S3<br/>incremental photocopies<br/>restore anywhere"]
    ami["🖼️ AMI - desk template<br/>drawer + settings, frozen"]
    fleet["🖥️🖥️🖥️ 100 identical desks"]
    desk ---|"1 bolted under"| ebs
    ebs -->|"2 backup"| snap
    snap -->|"3 becomes"| ami
    ami -->|"4 stamps out"| fleet

❓ काय

EBS: network-attached block storage, प्रति GB-month bill (gp3 साठी ~$0.08/GB — आपला 8GB चा ड्रॉवर ≈ 64¢/month stopped असतानाही; terminate केल्यावर तो मुळात delete होतो).
Snapshot: incremental, स्वभावतःच cross-AZ, regions मध्ये copy करता येणारा — DR चा पायाभूत दगड. Lifecycle policies (Data Lifecycle Manager) ने automate करा — पुन्हा सफाई कर्मचारी! 🧹
AMI = snapshot(s) + launch metadata. Region पुरता मर्यादित; copy करता येतो. "Golden AMI" pipelines वेळापत्रकानुसार patched templates बनवतात.
Instance store = प्रत्यक्ष जोडलेली NVMe कच्ची जागा: सर्वात वेगवान, आणि stop होताच नाहीशी. Disk वर विश्वास ठेवण्याआधी type ची माहिती वाचा.

🤔 का

ही storage मधून काढलेली cattle-विरुद्ध-pets ची रेषा आहे: बाक वापरून टाकण्याजोगे, ड्रॉवर टिकाऊ, आपत्तींसाठी photocopies, ताफ्यांसाठी templates. प्रत्येक "आमचा data गेला" ही गोष्ट म्हणजे कोणीतरी एका आयुष्याला दुसरे समजलेले असते — बहुतेकदा instance store ला ड्रॉवर, किंवा "AMI म्हणजे जवळजवळ backup च" (तसे नाही; snapshots backup आहेत).

🧪 करून पाहा (~10 मिनिटे, ~1¢)

cd ec2 && terraform apply -var my_ip=$(curl -s ifconfig.me)/32

# meet the drawer:
VOL=$(aws ec2 describe-instances --filters Name=tag:Name,Values=school-desk \
  --query 'Reservations[0].Instances[0].BlockDeviceMappings[0].Ebs.VolumeId' --output text)
aws ec2 describe-volumes --volume-ids $VOL \
  --query 'Volumes[0].{size:Size,type:VolumeType,az:AvailabilityZone}'

# photocopy it:
SNAP=$(aws ec2 create-snapshot --volume-id $VOL --description "lesson-11 photocopy" \
  --query SnapshotId --output text)
aws ec2 describe-snapshots --snapshot-ids $SNAP --query 'Snapshots[0].{state:State,progress:Progress}'

# which template did we boot from?
aws ec2 describe-instances --filters Name=tag:Name,Values=school-desk \
  --query 'Reservations[0].Instances[0].ImageId'

# 🧹 cleanup — desk AND photocopy:
terraform destroy -var my_ip=$(curl -s ifconfig.me)/32
aws ec2 delete-snapshot --snapshot-id $SNAP

✅ तपासा — तुम्हाला काय दिसायला हवे

stop/start नंतर EBS volume मध्ये तुम्ही लिहिलेली file अजूनही तिथेच असते; aws ec2 describe-snapshots --owner-ids self तुमची photocopy दाखवतो.

🧹 साफसफाई — काहीही चालू ठेवू नका

terraform destroy, मग snapshot delete करा आणि AMI deregister करा — वाऱ्यावर सोडलेल्या photocopies चे bill GB-month ने येते

⚠️ नेहमीच्या चुका

instance store stop नंतरही टिकतो असे समजणे — टिकत नाही
lifecycle शिवाय साचत जाणारे snapshots — दर महिन्याला describe-snapshots तपासा
आत secrets ठेवून बनवलेला AMI (धडा 06 images लाही लागू होतो)

⏭️ पुढे

शेवटचा धडा: स्वतःच स्वतःला setup करणारे, स्वतःला badge लावणारे, आणि ताफ्यांमध्ये वाढणारे बाक — आणि EKS nodes खरे काय आहेत हे ओळखण्याचा क्षण.

git checkout lesson-12-ec2-in-real-life

🗄️ Lesson 11 — EBS, snapshots & AMIs: drawer, photocopy, desk template

📍 You are here: Lesson 11 of 12 · Previous: lesson-10-security-groups · Next: lesson-12-ec2-in-real-life

📦 What's in this branch

Lessons 01–10, plus: what survives what — the storage story of EC2. Real file:

ec2/ec2.tf — the root_block_device (8GB drawer) and the AMI lookup

🧒 Explain like I'm 5

Three pieces of furniture, three lifespans:

The drawer 🗄️ (EBS volume) — bolted under the desk, holds all your files. Stop the desk (lunch break): drawer stays. Reboot: drawer stays. It's real network-attached storage with a life of its own — it can even be unbolted and attached under a different desk. (Recognize it? The k8s course's PersistentVolumes on EKS ARE these drawers — PVC → EBS, literally.)
The photocopy 📸 (snapshot) — a copy of the drawer's contents filed in the archive (S3). Incremental: the second photocopy only copies changed pages. Drawer dies, region hiccups, you fat-finger rm -rf? Restore a new drawer from the photocopy. This is the backup story.
The desk template 🖼️ (AMI) — a whole desk, frozen: drawer contents + settings. From one template, stamp out 1 or 100 identical desks. ec2.tf boots from Amazon's al2023 template; companies bake their own ("our base desk: patched, agents installed, logo wallpaper").

Sound familiar? AMI : instance = image : container — the Docker course's lunchbox story, just heavier furniture. 🍱→🖥️

One trapdoor: some desks have a built-in scratch shelf (instance store) that is wiped when the desk stops. Fast, fine for temp files — never for anything you love.

🗺️ Diagram

flowchart LR
    desk["🖥️ instance<br/>disposable"]
    ebs["🗄️ EBS volume<br/>survives stop/reboot<br/>detachable, re-attachable"]
    snap["📸 snapshot in S3<br/>incremental photocopies<br/>restore anywhere"]
    ami["🖼️ AMI - desk template<br/>drawer + settings, frozen"]
    fleet["🖥️🖥️🖥️ 100 identical desks"]
    desk ---|"1 bolted under"| ebs
    ebs -->|"2 backup"| snap
    snap -->|"3 becomes"| ami
    ami -->|"4 stamps out"| fleet

❓ What

EBS: network-attached block storage, billed per GB-month (~$0.08/GB for gp3 — our 8GB drawer ≈ 64¢/month even when stopped; terminate deletes it by default).
Snapshot: incremental, cross-AZ by nature, copyable across regions — the DR building block. Automate with lifecycle policies (Data Lifecycle Manager) — janitors again! 🧹
AMI = snapshot(s) + launch metadata. Region-scoped; copyable. "Golden AMI" pipelines bake patched templates on a schedule.
Instance store = physically-attached NVMe scratch: fastest, and gone on stop. Read the type sheet before trusting a disk.

🤔 Why

This is the cattle-vs-pets line drawn through storage: desks disposable, drawers durable, photocopies for disasters, templates for fleets. Every "we lost data" story is someone confusing one lifespan for another — usually instance store for a drawer, or "the AMI is basically a backup" (it isn't; snapshots are).

🧪 Try it (~10 min, ~1¢)

cd ec2 && terraform apply -var my_ip=$(curl -s ifconfig.me)/32

# meet the drawer:
VOL=$(aws ec2 describe-instances --filters Name=tag:Name,Values=school-desk \
  --query 'Reservations[0].Instances[0].BlockDeviceMappings[0].Ebs.VolumeId' --output text)
aws ec2 describe-volumes --volume-ids $VOL \
  --query 'Volumes[0].{size:Size,type:VolumeType,az:AvailabilityZone}'

# photocopy it:
SNAP=$(aws ec2 create-snapshot --volume-id $VOL --description "lesson-11 photocopy" \
  --query SnapshotId --output text)
aws ec2 describe-snapshots --snapshot-ids $SNAP --query 'Snapshots[0].{state:State,progress:Progress}'

# which template did we boot from?
aws ec2 describe-instances --filters Name=tag:Name,Values=school-desk \
  --query 'Reservations[0].Instances[0].ImageId'

# 🧹 cleanup — desk AND photocopy:
terraform destroy -var my_ip=$(curl -s ifconfig.me)/32
aws ec2 delete-snapshot --snapshot-id $SNAP

✅ Verify — what you should see

after stop/start the file you wrote in the EBS volume is still there; aws ec2 describe-snapshots --owner-ids self lists your photocopy.

🧹 Clean up — do not leave running

terraform destroy, then delete the snapshot and deregister the AMI — orphan photocopies bill by the GB-month

⚠️ Common mistakes

assuming instance store survives a stop — it doesn't
snapshots piling up with no lifecycle — check describe-snapshots monthly
an AMI baked with secrets inside (lesson 06 applies to images too)

⏭️ Next

The finale: desks that set THEMSELVES up, badge themselves, and multiply into fleets — and the moment you recognize EKS nodes for what they are.

git checkout lesson-12-ec2-in-real-life

← Previoussecurity groups Next →ec2 in real life

This page is the lesson's README from the lesson-11-ebs-snapshots-ami branch, shown here so the whole School stays on one site. Code files open on GitHub at the same branch.