Servisphere

Module 1 · SAA-C03

Nền tảng AWS: hạ tầng toàn cầu và Well-Architected

Region, Availability Zone, edge location, mô hình trách nhiệm chung và 6 trụ cột Well-Architected: khung để đọc mọi câu hỏi kiến trúc.

  • DomainThiết kế chịu lỗi
  • DomainThiết kế hiệu năng cao
  • DomainThiết kế bảo mật
  • DomainTối ưu chi phí
  • 8 sơ đồ
  • 9 tình huống
  • 10 dịch vụ

5 phút phải nhớ

  1. Region là một vùng địa lý độc lập; mỗi Region có ít nhất 3 Availability Zone (AZ).Dữ liệu không tự rời Region. Chọn Region theo 4 tiêu chí: tuân thủ / nơi lưu dữ liệu, độ trễ tới người dùng, dịch vụ có sẵn ở Region đó, giá.
  2. AZ là một hoặc nhiều trung tâm dữ liệu có điện, mạng, làm mát riêng; các AZ trong Region nối với nhau bằng mạng riêng độ trễ thấp.Chịu lỗi một AZ = chạy ít nhất 2 AZ. Chịu lỗi cả Region (thảm hoạ, yêu cầu pháp lý) = nhiều Region.
  3. Tên AZ (us-east-1a) có thể trỏ tới chỗ vật lý khác nhau giữa các tài khoản cũ; AZ ID (use1-az1) thì giống nhau ở mọi tài khoản.Phối hợp nhiều tài khoản (ví dụ đặt cùng chỗ với subnet chia sẻ, PrivateLink) thì so bằng AZ ID.
  4. Edge location (điểm hiện diện của CloudFront) nhiều hơn Region rất nhiều; Route 53, CloudFront, Global Accelerator, WAF, Shield chạy ở edge.Muốn giảm độ trễ cho người dùng toàn cầu mà không mở thêm Region: đưa nội dung / kết nối ra edge.
  5. Local Zone: hạ tầng AWS đặt gần một thành phố lớn, nối về Region cha; Wavelength: hạ tầng trong mạng 5G của nhà mạng; Outposts: phần cứng AWS đặt trong trung tâm dữ liệu của bạn.Độ trễ một chữ số ms cho người dùng một thành phố → Local Zone; ứng dụng di động 5G → Wavelength; dữ liệu phải ở lại on-prem nhưng muốn API AWS → Outposts.
  6. Mô hình trách nhiệm chung: AWS lo bảo mật CỦA đám mây (hạ tầng, phần cứng, cơ sở vật chất), bạn lo bảo mật TRONG đám mây.Phần của bạn thay đổi theo dịch vụ: EC2 bạn vá hệ điều hành khách; RDS / S3 / Lambda AWS vá nền tảng, bạn vẫn lo dữ liệu, mã hoá, IAM, cấu hình mạng.
  7. Well-Architected có 6 trụ cột: vận hành xuất sắc, bảo mật, độ tin cậy, hiệu năng, tối ưu chi phí, bền vững.Câu hỏi SAA thường là "thoả yêu cầu X với chi phí / vận hành ít nhất": đọc yêu cầu theo từng trụ cột để loại đáp án.
  8. Scale up (dọc) = máy to hơn, có giới hạn và thường phải dừng máy; scale out (ngang) = thêm máy sau load balancer, gần như không giới hạn.Đáp án "chịu tải tăng đột biến, không downtime" gần như luôn là scale out với Auto Scaling.
  9. High availability (giảm thời gian gián đoạn) khác fault tolerance (không gián đoạn) và khác disaster recovery (khôi phục sau sự cố lớn).Đề hay dùng đúng chữ: "không được gián đoạn" cần dư thừa chạy song song; "khôi phục trong 4 giờ" là bài toán DR với RTO/RPO.
  10. Ưu tiên dịch vụ managed / serverless khi đề nhấn "giảm gánh vận hành".Cùng đáp ứng yêu cầu, đáp án dùng RDS, Lambda, Fargate, DynamoDB thường thắng đáp án tự cài trên EC2.
  11. Dữ liệu vào AWS từ internet không tính phí; dữ liệu ra internet và giữa các AZ thì tính phí.Kiến trúc nhiều AZ có chi phí truyền dữ liệu; đưa nội dung tĩnh qua CloudFront thường rẻ hơn phục vụ thẳng từ EC2.
  12. Service Quotas (giới hạn) theo Region và tài khoản; nhiều giới hạn tăng được bằng yêu cầu.Đề có thể hỏi vì sao không tạo thêm tài nguyên được: chạm quota, không phải lỗi IAM.
  13. AWS Health Dashboard báo sự cố ảnh hưởng tới chính tài khoản của bạn; Trusted Advisor kiểm tra cấu hình theo chi phí, bảo mật, hiệu năng, giới hạn, chịu lỗi.Muốn được báo tự động khi AWS bảo trì phần cứng chạy EC2 của mình: sự kiện Health → EventBridge.

Sơ đồ

Region, Availability Zone và edge location

Region, Availability Zone và edge locationRegion (ví dụ ap-northeast-1)AZ aAZ bAZ cmạng riêng1độ trễ thấp1gần nhất2mạng AWS2Trung tâm dữ liệuTrung tâm dữ liệuTrung tâm dữ liệuEdge locationgần người dùngNgười dùng
Một Region có ít nhất 3 AZ, mỗi AZ là các trung tâm dữ liệu độc lập nối với nhau bằng mạng riêng. Edge location nằm ngoài Region, gần người dùng.

Từng bước

  1. Các AZ trong Region nối nhau bằng mạng riêng; hỏng một AZ thì các AZ còn lại vẫn chạy.
  2. Người dùng vào edge location gần nhất (CloudFront, Route 53), rồi đi trong mạng AWS về Region.

Tên AZ và AZ ID giữa hai tài khoản

Tên AZ và AZ ID giữa hai tài khoảnus-east-1 (vật lý)12khác chỗ!12us-east-1aus-east-1buse1-az1use1-az4us-east-1aus-east-1b
Ở tài khoản cũ, cùng tên us-east-1a có thể là hai AZ vật lý khác nhau. AZ ID (use1-az1…) luôn chỉ đúng một chỗ.

Từng bước

  1. us-east-1a của A là use1-az1, nhưng us-east-1a của B lại là use1-az4.
  2. Muốn cùng chỗ vật lý: so AZ ID, không so tên.

Edge location và regional edge cache

Edge location và regional edge cacheRegionHTTPS1trượt cache2trượt cache2Người dùngEdge locationRegional edge cacheOrigin S3
Request vào edge gần nhất; trượt cache thì hỏi regional edge cache, rồi mới về origin trong Region.

Từng bước

  1. Người dùng vào edge location gần nhất; trúng cache thì trả ngay.
  2. Trượt cache: hỏi regional edge cache, cuối cùng mới về origin.

Local Zone, Wavelength và Outposts

Local Zone, Wavelength và OutpostsRegion chaTrung tâm dữ liệu của bạnvài ms1122service link3Dịch vụ AWSAPI, điều khiểnLocal Zonegần thành phốNgười dùng thành phốWavelengthtrong mạng 5GThiết bị 5GOutpostsrack AWS tại chỗ
Cả ba đều là phần mở rộng của một Region cha: chạy gần người dùng / thiết bị / dữ liệu hơn, quản lý bằng cùng API.

Từng bước

  1. Local Zone: EC2, EBS… đặt gần một thành phố lớn, nối về Region cha.
  2. Wavelength: hạ tầng nằm trong mạng 5G của nhà mạng.
  3. Outposts: phần cứng AWS trong trung tâm dữ liệu của bạn, quản lý từ Region qua service link.

Mô hình trách nhiệm chung theo loại dịch vụ

Mô hình trách nhiệm chung theo loại dịch vụBạn lo (bảo mật TRONG đám mây)AWS lo (bảo mật CỦA đám mây)123EC2OS khách, app, SG, dữ liệuRDSdữ liệu, IAM, SG, sao lưuLambda / S3code, dữ liệu, IAMHypervisor, phần cứngOS, engine, phần cứngRuntime, OS, phần cứng
Phần bạn lo (trên) thu hẹp dần từ EC2 sang RDS sang Lambda / S3; phần AWS lo (dưới) luôn gồm phần cứng, mạng, trung tâm dữ liệu.

Từng bước

  1. EC2: bạn vá hệ điều hành khách, cấu hình Security Group, mã hoá dữ liệu.
  2. RDS: AWS vá OS và engine; bạn lo dữ liệu, quyền, mạng, bật sao lưu.
  3. Lambda / S3: AWS lo gần hết nền tảng; bạn lo code, dữ liệu, IAM.

Scale up và scale out

Scale up và scale outScale up (dọc)Scale out (ngang)Auto Scaling groupđổi loại máy122thêm khi tải tăng2m7g.largem7g.4xlargeALBEC2EC2EC2 (mới)
Scale up đổi sang máy to hơn (giới hạn, thường phải dừng). Scale out thêm máy sau load balancer (co giãn theo tải, không dừng).

Từng bước

  1. Scale up: dừng máy, đổi loại lớn hơn; có trần và có downtime.
  2. Scale out: Auto Scaling thêm máy, ALB tự chia tải cho máy mới.

Ba mức chịu lỗi

Ba mức chịu lỗi1 AZ2 AZ trong 1 RegionRegion chínhRegion DRAZ aAZ bđồng bộ1sao chép2AppAppAppAppApp (chờ)
Một AZ: hỏng AZ là ngừng. Nhiều AZ: chịu lỗi một trung tâm dữ liệu (mức chuẩn). Nhiều Region: chịu lỗi cả Region, đắt và phức tạp hơn.

Từng bước

  1. Mức chuẩn cho SAA: chạy song song ở ≥ 2 AZ.
  2. Khi đề đòi chịu lỗi cả Region hoặc DR địa lý: thêm Region thứ hai.

Chỗ nào tính phí truyền dữ liệu

Chỗ nào tính phí truyền dữ liệuRegionAZ aAZ bvào: miễn phí1ra: tính phí1giữa AZ: tính phí2tới CloudFront3InternetEC2EC2CloudFront
Vào từ internet: miễn phí. Ra internet và giữa các AZ: tính phí. Phục vụ qua CloudFront giảm phí ra và độ trễ.

Từng bước

  1. Dữ liệu vào AWS từ internet không tính phí; dữ liệu ra internet tính theo GB.
  2. Truyền giữa các AZ tính phí theo cả hai chiều: nhiều AZ có giá.
  3. Nội dung phục vụ qua CloudFront: cache gần người dùng, thường rẻ hơn phục vụ thẳng.

So sánh nhanh

Các lớp hạ tầng

Ở đâuDùng khi
RegionVùng địa lý, ≥ 3 AZMặc định; chọn theo tuân thủ, độ trễ, dịch vụ, giá
Availability ZoneTrung tâm dữ liệu riêng biệt trong RegionChịu lỗi: chạy ≥ 2 AZ
Local ZoneGần một thành phố lớn, nối về Region chaĐộ trễ rất thấp cho người dùng thành phố đó (game, dựng hình, livestream)
Wavelength ZoneTrong mạng 5G của nhà mạngỨng dụng di động / IoT cần độ trễ cực thấp qua 5G
OutpostsRack / server AWS đặt tại trung tâm dữ liệu của bạnDữ liệu phải ở on-prem, cần xử lý tại chỗ nhưng dùng API AWS
Edge locationĐiểm hiện diện CloudFront khắp thế giớiCache nội dung, DNS, bảo vệ DDoS, tăng tốc kết nối

Trách nhiệm theo loại dịch vụ

ViệcEC2 (IaaS)RDS (managed)Lambda / S3 (serverless)
Vá hệ điều hànhBạnAWSAWS
Vá database engineBạn (nếu tự cài)AWS (trong cửa sổ bảo trì bạn chọn)Không áp dụng
Security Group / mạngBạnBạnBạn (VPC của Lambda nếu có)
Mã hoá dữ liệu, sao lưuBạnBạn bật, AWS thực hiệnBạn cấu hình
IAM, ai được truy cậpBạnBạnBạn
Phần cứng, trung tâm dữ liệuAWSAWSAWS

6 trụ cột Well-Architected

Trụ cộtCâu hỏi chínhTừ khoá trong đề
Vận hành xuất sắcChạy, theo dõi, cải tiến thế nào?IaC, tự động hoá, runbook, quan sát
Bảo mậtBảo vệ dữ liệu, hệ thống ra sao?least privilege, mã hoá, truy vết
Độ tin cậyPhục hồi khi lỗi thế nào?Multi-AZ, tự phục hồi, sao lưu, DR
Hiệu năngDùng tài nguyên hiệu quả?chọn đúng loại, cache, serverless
Tối ưu chi phíTrả đúng thứ cần?đúng kích cỡ, Savings Plans, Spot, tắt khi không dùng
Bền vữngGiảm tác động môi trường?dùng ít tài nguyên hơn, managed, Graviton

HA, chịu lỗi và DR

Mục tiêuVí dụ
High availabilityGián đoạn ít và ngắnALB + Auto Scaling 2 AZ, RDS Multi-AZ
Fault toleranceKhông gián đoạn khi một thành phần hỏngChạy dư thừa song song, Aurora / DynamoDB tự sao chép
Disaster recoveryKhôi phục sau sự cố lớn theo RTO / RPOSao lưu sang Region khác, pilot light, warm standby

Tình huống đề hay gặp

1Công ty phải lưu dữ liệu khách hàng EU trong EU theo luật. Chọn Region thế nào?

Xem đáp án

Đúng: Chỉ dùng Region trong EU, rồi chọn trong đó theo độ trễ, dịch vụ cần dùng và giá
Dữ liệu không tự rời Region; tuân thủ lọc trước, các tiêu chí khác chọn sau.

Sai: Chọn Region rẻ nhất
Tuân thủ là ràng buộc cứng, đứng trước giá.

Sai: Chọn Region gần trụ sở công ty nhất
Vị trí trụ sở không liên quan yêu cầu nơi lưu dữ liệu.

2Ứng dụng web phải chạy tiếp khi một trung tâm dữ liệu mất điện, chi phí hợp lý.

Xem đáp án

Đúng: ALB + Auto Scaling trải ≥ 2 AZ, database Multi-AZ
Mỗi AZ là trung tâm dữ liệu độc lập trong cùng Region; đây là mức chịu lỗi chuẩn và rẻ nhất.

Sai: Một EC2 lớn hơn
Vẫn là một điểm hỏng duy nhất.

Sai: Chạy hai Region active-active
Đáp ứng được nhưng tốn hơn nhiều so với yêu cầu (chỉ cần chịu lỗi một trung tâm dữ liệu).

3Hai tài khoản cần đặt tài nguyên vào đúng cùng một AZ vật lý.

Xem đáp án

Đúng: So bằng AZ ID (ví dụ use1-az1)
AZ ID chỉ cùng một vị trí vật lý ở mọi tài khoản.

Sai: Cùng chọn us-east-1a
Ở tài khoản cũ, tên AZ được ánh xạ riêng cho từng tài khoản: us-east-1a của hai bên có thể là hai chỗ khác nhau.

4Studio dựng hình ở Los Angeles cần độ trễ một chữ số ms tới máy trạm trên AWS; Region gần nhất ở xa.

Xem đáp án

Đúng: Local Zone ở thành phố đó
Chạy EC2, EBS… ngay gần người dùng, quản lý như một phần mở rộng của Region cha.

Sai: Thêm CloudFront
CloudFront cache nội dung, không chạy được máy trạm / tính toán tương tác.

Sai: Outposts
Dùng được nhưng phải đặt và vận hành phần cứng tại chỗ; Local Zone đáp ứng mà không cần thế.

5Nhà máy phải xử lý dữ liệu tại chỗ vì luật và độ trễ, nhưng đội phát triển muốn dùng cùng API, công cụ của AWS.

Xem đáp án

Đúng: AWS Outposts
Phần cứng AWS đặt trong trung tâm dữ liệu của bạn, quản lý từ Region như các dịch vụ AWS khác.

Sai: Local Zone
Local Zone là hạ tầng của AWS ở thành phố, không nằm trong nhà máy của bạn.

6Theo mô hình trách nhiệm chung, ai vá hệ điều hành của EC2 và ai vá hệ điều hành chạy RDS?

Xem đáp án

Đúng: EC2: bạn. RDS: AWS
Càng managed, phần AWS lo càng nhiều; dữ liệu, IAM và cấu hình truy cập vẫn luôn là của bạn.

Sai: AWS vá cả hai
Với EC2, hệ điều hành khách là của bạn.

Sai: Bạn vá cả hai
Với RDS, AWS quản lý hệ điều hành và engine; bạn chọn cửa sổ bảo trì.

7Lượng truy cập tăng gấp 10 vào giờ cao điểm, không được gián đoạn khi tăng tải.

Xem đáp án

Đúng: Scale out: Auto Scaling group sau load balancer
Thêm / bớt máy theo tải mà không dừng dịch vụ.

Sai: Đổi sang loại EC2 lớn hơn
Scale up có giới hạn và thường phải dừng máy để đổi loại.

8Đội vận hành muốn được báo tự động khi AWS lên lịch bảo trì phần cứng ảnh hưởng tới EC2 của mình.

Xem đáp án

Đúng: AWS Health (sự kiện theo tài khoản) → EventBridge → SNS / tự động xử lý
Health gửi sự kiện riêng cho tài nguyên của bạn; EventBridge chuyển thành thông báo hoặc hành động.

Sai: Theo dõi trang trạng thái công khai của AWS
Trang công khai không cho biết tài nguyên cụ thể nào của bạn bị ảnh hưởng, và không tự động.

9Ứng dụng phục vụ ảnh, video tĩnh trực tiếp từ EC2 cho người dùng toàn cầu; hoá đơn truyền dữ liệu và độ trễ đều cao.

Xem đáp án

Đúng: Đặt CloudFront phía trước (S3 hoặc EC2 làm origin)
Nội dung được cache ở edge gần người dùng; phí truyền dữ liệu từ origin trên AWS tới CloudFront được miễn.

Sai: Thêm EC2 ở cùng Region
Không giảm độ trễ cho người dùng ở xa, không giảm lượng dữ liệu ra internet.

Chọn nhanh

Cần đặt tài nguyên ở đâu?

Khi cầnDùng
Chịu lỗi một trung tâm dữ liệu≥ 2 AZ trong một Region · xem sơ đồ
Chịu lỗi cả Region / yêu cầu DR xaNhiều Region · xem sơ đồ
Độ trễ cực thấp cho người dùng một thành phốLocal Zone · xem sơ đồ
Ứng dụng di động qua 5GWavelength Zone · xem sơ đồ
Dữ liệu / xử lý phải nằm tại trung tâm dữ liệu của bạnOutposts · xem sơ đồ
Phân phối nội dung, DNS, chống DDoS gần người dùngEdge location (CloudFront, Route 53, Shield) · xem sơ đồ
Cùng AZ vật lý giữa nhiều tài khoảnDùng AZ ID · xem sơ đồ
Tải tăng giảm thất thườngScale out với Auto Scaling · xem sơ đồ
Giảm gánh vá, sao lưu, vận hànhDịch vụ managed / serverless · xem sơ đồ

Bẫy hay gặp

  • Nghĩ rằng dữ liệu tự sao chép sang Region khác: không, phải tự cấu hình (S3 CRR, snapshot copy, global table…).
  • Coi us-east-1a của hai tài khoản là cùng một chỗ.
  • Đặt toàn bộ hệ thống trong một AZ rồi gọi là "high availability".
  • Chọn Region theo giá trước khi kiểm tra yêu cầu tuân thủ / nơi lưu dữ liệu.
  • Cho rằng AWS vá hệ điều hành của EC2.
  • Cho rằng dùng dịch vụ managed thì không còn phải lo IAM và mã hoá.
  • Lẫn Local Zone (AWS đặt ở thành phố) với Outposts (đặt trong nhà bạn).
  • Chọn scale up cho yêu cầu "không downtime khi tải tăng".
  • Quên rằng truyền dữ liệu giữa các AZ cũng tính phí.
  • Quên rằng một số dịch vụ / loại máy mới chưa có ở mọi Region.

Dịch vụ trong module

Số liệu dễ thay đổi (đã kiểm với tài liệu AWS)

  • AWS có 39 Region và 124 Availability Zone; 46 Local Zone, 33 Wavelength Zone; hơn 750 điểm hiện diện CloudFront. kiểm ngày 2026-10-16 ↗
  • Mỗi Region có ít nhất 3 Availability Zone. kiểm ngày 2026-10-16 ↗
  • Tài khoản tạo trước 11/2025 ở các Region lâu đời có tên AZ ánh xạ riêng theo tài khoản; AZ ID là cùng một vị trí vật lý ở mọi tài khoản. kiểm ngày 2026-10-16 ↗
  • Well-Architected có 6 trụ cột: vận hành xuất sắc, bảo mật, độ tin cậy, hiệu năng, tối ưu chi phí, bền vững. kiểm ngày 2026-10-16 ↗
  • Với EC2, khách hàng quản lý hệ điều hành khách; với S3, DynamoDB, AWS vận hành lớp hạ tầng. kiểm ngày 2026-10-16 ↗
  • Dữ liệu từ internet vào AWS không tính phí; dữ liệu ra internet tính phí; truyền giữa các AZ trong cùng Region tính cả chiều vào và chiều ra. kiểm ngày 2026-10-16 ↗
  • Truyền dữ liệu giữa CloudFront và origin trên AWS được miễn khi phục vụ qua CloudFront. kiểm ngày 2026-10-16 ↗
Luyện câu hỏi module này →