AWS SA - Associate EC2 & Storage

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/38

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 10:23 AM on 7/10/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

39 Terms

1
New cards

EC2

Virtual machines on demand in AWS. Pay per hour/second while running.

2
New cards

AMI

Template to launch EC2 instances. Prebaking = software pre-installed for faster launch.

3
New cards

User Data

Script that runs automatically at first boot. Exam clue: automate setup at launch.

4
New cards

EC2 Hibernate

Saves RAM to EBS root volume. Resumes exactly where it left off.

5
New cards

Instance Families

General (M/T), Compute (C), Memory (R/X), Storage (I), GPU (P/G), HPC.

6
New cards

Key Pairs

SSH (Linux) or RDP (Windows) authentication. Regional. Private key = your responsibility.

7
New cards

Session Manager

Preferred EC2 access. No open ports needed. IAM controlled. Logs everything.

8
New cards

Bastion Host

Jump server in public subnet to reach private instances. Less secure than SSM.

9
New cards

IMDS

Instance metadata at 169.254.169.254. Always same IP. Use IMDSv2 (token-based).

10
New cards

On-Demand

Pay per hour. No commitment. Most expensive. Use for unpredictable workloads.

11
New cards

Reserved Instances

1 or 3 year commit. Up to 72% off. Best for steady predictable workloads.

12
New cards

Savings Plans

Flexible RI alternative. Commit to spend per hour. Applies to EC2/Lambda/Fargate.

13
New cards

Spot Instances

Up to 90% off. Can be interrupted anytime. Never for critical workloads.

14
New cards

Dedicated Host

Physical server for you only. Full control. BYOL/compliance. Most expensive.

15
New cards

Capacity Reservation

Guaranteed capacity in specific AZ. No time commitment. Charged even if unused.

16
New cards

EBS

Virtual hard drive. Network attached. AZ-level. One instance at a time (usually).

17
New cards

EBS vs Instance Store

EBS = persistent network storage. Instance Store = fast but lost on stop/terminate.

18
New cards

EBS Volume Types

gp3 = default general. io2 = high IOPS databases. st1 = throughput. sc1 = cold cheapest.

19
New cards

EBS Snapshots

Incremental backups stored in S3. Copy across regions/accounts. First snapshot = full.

20
New cards

EBS Encryption

Must enable at creation. To encrypt existing = snapshot + encrypted copy + restore.

21
New cards

EBS Multi-Attach

io1/io2 only. Up to 16 instances. Same AZ. Needs cluster-aware file system.

22
New cards

Delete on Termination

Root volume deleted by default. Additional volumes kept by default.

23
New cards

Data Lifecycle Manager

Automates EBS snapshot creation and retention on a schedule. No scripting needed.

24
New cards

Launch Templates

Versioned EC2 launch configs. Supports multiple versions. Replaces launch configurations.

25
New cards

EFS

Shared Linux file system. Multiple EC2 across multiple AZs. Auto-scales. NFSv4. Pay per use.

26
New cards

EFS vs EBS

EFS = shared across many instances/AZs. EBS = dedicated to one instance in one AZ.

27
New cards

FSx for Windows

SMB/NTFS Windows file system. Active Directory integration. For Windows apps.

28
New cards

FSx for Lustre

HPC/ML/big data. Massive throughput. Integrates with S3 as backend.

29
New cards

FSx for ONTAP

Managed NetApp in AWS. For migrating from on-premises NetApp environments.

30
New cards

FSx for OpenZFS

Managed ZFS. NFS protocol. Multi-OS support.

31
New cards

Instance Store

Physically attached. Extremely fast. Lost on stop/terminate. Temp data only.

32
New cards

Placement Groups

Cluster = low latency same AZ. Spread = different hardware HA. Partition = large distributed.

33
New cards
Instance families to know
M (general purpose), C (compute), R (memory), I (storage/NVMe), P/G (GPU)
34
New cards
gp3 vs gp2
gp3 has fixed baseline IOPS (3000) independent of size, cheaper — default choice now
35
New cards
io1/io2 vs gp3
Use io1/io2 only when workload needs high, consistent IOPS (databases), not general purpose
36
New cards
st1 vs sc1
st1 = big sequential throughput (log processing, big data); sc1 = cheapest, infrequent access
37
New cards
Cluster placement group
Same AZ, packed close together — for low latency/high throughput (HPC, tightly coupled apps)
38
New cards
Spread placement group
Different hardware — for resilience, minimizes correlated failure (max 7 instances per AZ)
39
New cards
Partition placement group
Logical partitions on separate hardware — for large distributed systems (Hadoop, Cassandra, Kafka)