Storage decision
Hãy phân loại requirement trước: block cho disk của compute, file cho shared filesystem, specialized file system khi workload cần protocol/engine cụ thể. Sau đó mới chọn EBS/EFS/FSx và mode performance.
Bài tập
Phân loại bốn workload: EC2 boot disk, shared content cho nhiều app node, Windows SMB share và parallel analytics. Với mỗi lựa chọn ghi AZ boundary, backup, throughput, security và cost. Không dùng “managed” để bỏ qua cleanup hoặc restore test.
Bài giảng chuyên sâu
Chọn storage theo semantics
EBS là block device gắn với compute và thường có boundary AZ; EFS là shared file system POSIX cho nhiều client; FSx cung cấp file protocol/engine chuyên biệt như Windows SMB hoặc workload cần performance model riêng; S3 là object storage, không phải disk mount mặc định. Câu hỏi quyết định là protocol, access pattern, throughput/IOPS, sharing, AZ và recovery.
Một app nhiều EC2 cần cùng content có thể dùng EFS, nhưng phải cân nhắc throughput/performance mode, mount target, SG và cost. Windows file share không nên ép vào EFS. Database boot/data disk cần block semantics và snapshot/restore plan; archive lớn ít truy cập có thể phù hợp S3 tier.
Bài tập: phân loại bốn workload và ghi lựa chọn, boundary, backup, encryption, expected state và failure. Failure drill gồm volume/AZ mất, mount target sai SG, file lock và restore snapshot. Managed giảm vận hành máy chủ nhưng không bỏ qua restore test.