Ngân hàng đề — AWS Certified Cloud Practitioner

🔎 Phân tích câu hỏi

Câu hỏi mô tả một nhu cầu kinh doanh cơ bản: “các workload phải thực hiện đúng chức năng dự định và phục hồi nhanh khi gặp lỗi.”
Trong AWS Well‑Architected Framework, mỗi “pillar” (trụ cột) mô tả một khía cạnh quan trọng của kiến trúc hệ thống. Nhiệm vụ “đảm bảo hoạt động liên tục, tự phục hồi” chính là trụ cột Reliability (Độ tin cậy).

✅ Đáp án đúng

Reliability

• Lý do: Trụ cột Reliability tập trung vào khả năng hệ thống chịu đựng và phục hồi nhanh chóng sau sự cố, đồng thời đảm bảo workload luôn đáp ứng đúng chức năng dự kiến. Các khía cạnh quan trọng gồm: fault‑tolerance, automatic recovery, backup & restore, và monitoring. Vì vậy, mục tiêu của câu hỏi (thực hiện chức năng và khôi phục nhanh) hoàn toàn khớp với pillar này.

🧩 Giải thích từng phương án

1. Performance efficiency (Sai)

   • Giải thích: Pillar này liên quan đến việc sử dụng tài nguyên tính toán, lưu trữ và mạng một cách tối ưu để đạt được hiệu năng tốt nhất ở mọi mức tải. Nó không đề cập tới khả năng phục hồi sau lỗi mà tập trung vào tối ưu hoá chi phí và thời gian đáp ứng.

2. Sustainability (Sai)

   • Giải thích: Trụ cột Sustainability (được bổ sung vào phiên bản 2023 của Well‑Architected Framework) hướng tới giảm thiểu tác động môi trường của hạ tầng AWS, ví dụ: tối ưu hoá năng lượng, giảm carbon footprint. Mục tiêu này không liên quan tới việc hệ thống có thể phục hồi nhanh sau sự cố.

3. Reliability (Đúng)

   • Giải thích: Như đã nêu ở trên, pillar này tập trung vào khả năng duy trì chức năng khi có sự cố, bao gồm: dự phòng (redundancy), tự động phát hiện và khôi phục lỗi, backup/restore, và testing các kịch bản thảm họa. Do đó đáp án này là đúng.

4. Security (Sai)

   • Giải thích: Pillar Security liên quan đến bảo vệ dữ liệu, hệ thống và tài nguyên khỏi các mối đe dọa, bao gồm quản lý danh tính, mã hoá, giám sát truy cập, và tuân thủ. Mặc dù bảo mật có thể hỗ trợ độ tin cậy, nhưng mục tiêu chính của Security không phải là “phục hồi nhanh sau lỗi”.

📚 Tham khảo

• AWS Well‑Architected Framework – Pillars (AWS Documentation, cập nhật tới 2026): https://docs.aws.amazon.com/wellarchitected/latest/framework/pillars.html
• AWS Well‑Architected Tool – Reliability Pillar (AWS, 2026): https://docs.aws.amazon.com/wellarchitected/latest/userguide/reliability-pillar.html
• AWS Announces Sustainability Pillar (AWS News Blog, 2023): https://aws.amazon.com/blogs/aws/introducing-the-sustainability-pillar/

Tóm lại:
✅ Reliability là trụ cột đúng với mục tiêu “đảm bảo workload thực hiện chức năng và phục hồi nhanh khi gặp lỗi”. Các trụ cột còn lại (Performance efficiency, Sustainability, Security) đều phục vụ các mục tiêu khác nhau và không đáp ứng yêu cầu của câu hỏi. 🚀

🔎 Phân tích câu hỏi

Câu hỏi hỏi: “Which of the following is a managed AWS service that is used specifically for extract, transform, and load (ETL) data?”

• ETL (Extract, Transform, Load) là quy trình lấy dữ liệu từ nguồn, chuyển đổi (làm sạch, chuẩn hoá, tính toán…) và tải vào kho dữ liệu hoặc hệ thống đích.
• Managed service ở đây có nghĩa là AWS tự chịu trách nhiệm vận hành, mở rộng, cập nhật hạ tầng; người dùng chỉ cần khai báo công việc ETL.

✅ Đáp án đúng: AWS Glue

📚 Giải thích chi tiết từng phương án

1. Amazon Athena

   • Athena là một dịch vụ interactive query cho phép chạy SQL trực tiếp trên dữ liệu lưu trong Amazon S3 mà không cần thiết lập cluster.
   • Nó không thực hiện các bước extract (lấy dữ liệu) hay transform (biến đổi) theo cách truyền thống của ETL; nó chỉ đọc và truy vấn dữ liệu đã có.
   • Do đó, Athena không phải là dịch vụ ETL mà là service query. ❌

2. AWS Glue

   • AWS Glue là dịch vụ serverless được thiết kế đặc thù cho ETL.
   • Các tính năng chính:
     • Crawler tự động khám phá schema và tạo Data Catalog.
     • Glue Jobs (Python/Scala) thực hiện các bước extract, transform (sử dụng Apache Spark) và load vào S3, Redshift, RDS, Aurora, DynamoDB, hoặc các data lake.
     • Glue Studio cung cấp giao diện kéo‑thả để xây dựng pipeline ETL mà không viết code.
     • Tích hợp sẵn với AWS Lake Formation, Amazon Redshift Spectrum, Amazon Athena, v.v.
   • Vì là managed và được tối ưu cho ETL, Glue chính là đáp án đúng. ✅

3. Amazon S3

   • Amazon Simple Storage Service (S3) chỉ là object storage, nơi lưu trữ dữ liệu tĩnh.
   • Nó không có khả năng thực hiện extract, transform, load; chỉ cung cấp điểm đến hoặc điểm nguồn cho các công cụ ETL khác.
   • Vì không phải là dịch vụ ETL, đáp án này sai. ❌

4. AWS Snowball Edge

   • Snowball Edge là một thiết bị physical appliance dùng để vận chuyển lượng lớn dữ liệu vào/ra AWS (offline data transfer) và hỗ trợ một số compute nhẹ trên thiết bị.
   • Nó không phải là dịch vụ managed trên cloud và không cung cấp các chức năng ETL tự động.
   • Do đó, đây cũng không phải là câu trả lời đúng. ❌

🛠️ Kiến thức cập nhật đến năm 2026

• AWS Glue đã được mở rộng thành AWS Glue 4.0 (2025), hỗ trợ Apache Spark 3.4, Python 3.11, và tích hợp AWS Glue DataBrew cho việc chuyển đổi không code.
• Tính năng Glue Studio đã được nâng cấp với pipeline versioning, CI/CD integration qua AWS CodePipeline.
• Các cải tiến mới nhất (2026) còn cho phép incremental ETL với Change Data Capture (CDC) trực tiếp từ Amazon Aurora Serverless v2 và DynamoDB Streams.

📖 Tham khảo

• AWS Glue Documentation – https://docs.aws.amazon.com/glue/ (phiên bản 2026)
• Amazon Athena User Guide – https://docs.aws.amazon.com/athena/
• Amazon S3 Documentation – https://docs.aws.amazon.com/s3/
• AWS Snowball Edge Documentation – https://docs.aws.amazon.com/snowball-edge/

Tóm tắt: Dịch vụ AWS được quản lý chuyên dùng cho ETL là AWS Glue. Các lựa chọn còn lại (Athena, S3, Snowball Edge) không đáp ứng yêu cầu “managed ETL service”. ✅🧩

📖 Phân tích câu hỏi
Một công ty muốn di chuyển petabytes dữ liệu từ trung tâm dữ liệu on‑premises sang AWS, không muốn sử dụng kết nối Internet. Yêu cầu chính:

1. Dung lượng rất lớn (cấp petabyte).
2. Không dùng internet – nghĩa là không thể truyền qua mạng công cộng hoặc VPN.
3. Cần một dịch vụ của AWS cho phép chuyển dữ liệu vật lý (offline) hoặc một kết nối riêng không dựa vào internet.

✅ Đáp án đúng: AWS Snowmobile

Lý do chọn:

• AWS Snowmobile là một xe tải chứa 1‑exabyte (tối đa 100 PB có thể được tải lên trong một chuyến) được vận chuyển tới địa điểm khách hàng, tải dữ liệu lên và sau đó chuyển về các vùng AWS.
• Hoạt động không phụ thuộc vào kết nối Internet; toàn bộ dữ liệu được mang theo vật lý, đáp ứng yêu cầu “không muốn dùng internet”.
• Được thiết kế đặc biệt cho các trường hợp petabytes‑exabytes và cho phép di chuyển nhanh chóng (tốc độ truyền lên tới 100 Gbps).
• Tính năng bảo mật (encryption at‑rest, tamper‑evident seals) đáp ứng các tiêu chuẩn doanh nghiệp.

Nguồn: AWS Snowmobile – https://aws.amazon.com/snowmobile/

🧩 Giải thích các phương án khác

❌ AWS DataSync

• Mô tả: Dịch vụ đồng bộ hoá dữ liệu qua mạng, hỗ trợ chuyển dữ liệu từ on‑premises hoặc NAS/NFS sang S3, EFS, FSx.
• Tại sao sai: DataSync luôn cần một đường truyền mạng (Internet, VPN hoặc Direct Connect). Với petabytes dữ liệu, thời gian truyền sẽ kéo dài và chi phí mạng cao. Nó không đáp ứng yêu cầu “không muốn dùng internet”.

❌ Amazon Connect

• Mô tả: Dịch vụ call‑center đám mây, cho phép xây dựng trung tâm liên lạc dựa trên AWS.
• Tại sao sai: Hoàn toàn không liên quan tới việc di chuyển dữ liệu lưu trữ. Amazon Connect không cung cấp khả năng truyền hoặc lưu trữ dữ liệu lớn.

❌ AWS Direct Connect

• Mô tả: Dịch vụ kết nối mạng riêng (dedicated) giữa trung tâm dữ liệu của khách hàng và AWS, giảm độ trễ và không dùng internet công cộng.
• Tại sao sai: Mặc dù không phải internet, Direct Connect vẫn yêu cầu có đường truyền mạng vật lý (cáp fiber) và giới hạn băng thông (tối đa 400 Gbps theo phiên bản 2026). Với petabytes dữ liệu, thời gian chuyển sẽ rất lâu và chi phí có thể không khả thi. Ngoài ra, yêu cầu thiết lập cổng và thuê bao, không phải là giải pháp “vật lý” nhanh như Snowmobile.

📌 Tổng kết

• Câu hỏi yêu cầu một dịch vụ cho phép di chuyển petabytes dữ liệu mà không dùng internet.
• AWS Snowmobile là lựa chọn duy nhất đáp ứng cả hai tiêu chí: dung lượng rất lớn và không cần kết nối mạng.
• Các dịch vụ khác (DataSync, Direct Connect) vẫn dựa trên kết nối mạng, trong khi Amazon Connect không liên quan tới việc di chuyển dữ liệu.

📚 Tham khảo

• AWS Snowmobile – Official Product Page (2026): https://aws.amazon.com/snowmobile/
• AWS DataSync Documentation (2026): https://docs.aws.amazon.com/datasync/
• AWS Direct Connect – Overview (2026): https://aws.amazon.com/directconnect/
• Amazon Connect – Product Overview (2026): https://aws.amazon.com/amazon-connect/

🚀 Hy vọng phần phân tích trên giúp bạn nắm rõ lý do tại sao AWS Snowmobile là đáp án đúng và hiểu được các lựa chọn còn lại vì sao không phù hợp với yêu cầu của câu hỏi. Chúc bạn ôn tập hiệu quả!

🔎 Phân tích câu hỏi

A company wants to receive alerts to monitor its overall operating costs for its AWS public cloud infrastructure.

Câu hỏi yêu cầu một dịch vụ có khả năng gửi cảnh báo (alert) khi chi phí tổng thể của môi trường AWS vượt ngưỡng hoặc thay đổi đáng kể. Vì vậy chúng ta cần tìm giải pháp giám sát chi phí và hỗ trợ gửi thông báo (SNS, email, Slack, …).

✅ Đáp án đúng: AWS Budgets

Lý do chọn:

• AWS Budgets cho phép định nghĩa ngân sách (budget) dựa trên chi phí, usage hoặc reservation utilization.
• Khi chi phí thực tế hoặc dự báo vượt ngưỡng đã đặt, Budgets gửi cảnh báo qua Amazon SNS, email, hoặc tích hợp với AWS Chatbot, Slack, Microsoft Teams, … – đáp ứng yêu cầu “receive alerts”.
• Tính năng Cost Anomaly Detection (được bổ sung trong 2023‑2025) cho phép phát hiện bất thường và tự động kích hoạt cảnh báo.
• Dịch vụ này luôn được cập nhật trong AWS Billing and Cost Management và được khuyến nghị cho mọi kiến trúc để kiểm soát chi phí.

📘 Tham khảo: AWS Budgets Documentation – “You can create cost budgets and receive alerts when actual or forecasted cost exceeds your budget threshold” (AWS, 2026).

❌ Phân tích các phương án sai

1. Amazon EventBridge

• Chức năng thực tế: EventBridge là một event bus cho phép truyền và xử lý sự kiện giữa các dịch vụ AWS và các ứng dụng SaaS.
• Tại sao không phù hợp: Nó không cung cấp công cụ tạo ngân sách hay cảnh báo chi phí tự động. Để giám sát chi phí, bạn phải tự xây dựng một pipeline (ví dụ: EventBridge → Lambda → SNS) dựa trên sự kiện từ AWS Cost Explorer API, điều này phức tạp và không phải là mục đích chính của dịch vụ.
• Kết luận: Không phải là giải pháp “đơn giản” để nhận cảnh báo chi phí.

2. Compute Savings Plans

• Chức năng thực tế: Savings Plans là mô hình định giá giúp giảm giá cho các tài nguyên tính toán (EC2, Fargate, Lambda) khi cam kết sử dụng một mức tiêu thụ nhất định (đơn vị $/giờ) trong 1‑3 năm.
• Tại sao không phù hợp: Đây là công cụ tối ưu chi phí, không phải công cụ cảnh báo. Savings Plans không cung cấp cơ chế gửi alert khi chi phí tăng hay vượt ngưỡng.
• Kết luận: Sai, vì yêu cầu là nhận cảnh báo, không phải giảm giá.

3. Migration Evaluator (trước đây là TSO Migration Evaluator)

• Chức năng thực tế: Migration Evaluator phân tích hạ tầng hiện tại (on‑premise hoặc cloud) và cung cấp ước tính chi phí khi di chuyển sang AWS, bao gồm các khuyến nghị về tài nguyên.
• Tại sao không phù hợp: Nó chỉ hoạt động một lần để đưa ra báo cáo chi phí tiềm năng khi migration, không cung cấp cảnh báo liên tục cho chi phí đang hoạt động.
• Kết luận: Sai, vì không đáp ứng nhu cầu giám sát chi phí hàng ngày và cảnh báo thời gian thực.

🧩 Tổng kết (danh sách)

• ✅ AWS Budgets – Đúng: tạo ngân sách chi phí, cảnh báo qua SNS/email/Chatbot, hỗ trợ Cost Anomaly Detection.
• ❌ Amazon EventBridge – Sai: là nền tảng sự kiện, không có chức năng ngân sách/cảnh báo chi phí sẵn có.
• ❌ Compute Savings Plans – Sai: là mô hình giảm giá, không cung cấp cảnh báo chi phí.
• ❌ Migration Evaluator – Sai: công cụ đánh giá chi phí di chuyển, không phải công cụ giám sát chi phí liên tục.

📚 Tham khảo tài liệu (đến năm 2026)

1. AWS Budgets – User Guide (phiên bản 2026): https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html
2. AWS Cost Management – Blog post “New Cost Anomaly Detection and Budget Alerts” (2024): https://aws.amazon.com/blogs/aws/new-cost-anomaly-detection/
3. AWS EventBridge – Developer Guide (2026): https://docs.aws.amazon.com/eventbridge/latest/userguide/what-is-amazon-eventbridge.html
4. AWS Savings Plans – Documentation (2026): https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plan.html
5. AWS Migration Evaluator – Documentation (2025): https://docs.aws.amazon.com/migration-evaluator/latest/userguide/what-is-migration-evaluator.html

💡 Kết luận: Để “receive alerts to monitor its overall operating costs”, AWS Budgets là dịch vụ duy nhất trong các lựa chọn đáp ứng trực tiếp yêu cầu này, cung cấp cả khả năng định ngân sách và gửi cảnh báo một cách tích hợp và dễ dàng cấu hình.

📖 Giải thích nội dung câu hỏi
Câu hỏi hỏi: “How does the AWS Enterprise Support Concierge team help users?”
Nói cách khác, vai trò và phạm vi hỗ trợ của đội Concierge trong gói AWS Enterprise Support là gì? Đội này không phải là bộ phận kỹ thuật chuyên giải quyết vấn đề phần mềm hay kiến trúc, mà là “đối tác trải nghiệm khách hàng” – họ hỗ trợ các vấn đề liên quan tới hóa đơn, tài khoản và các quy trình quản lý tài chính. Vì vậy, chúng ta cần xác định phương án nào mô tả đúng chức năng này.

✅ Đáp án đúng

• [ĐÚNG] Answering billing and account inquiries

Lý do:
🟢 Concierge team trong AWS Enterprise Support được thiết kế để “đưa trải nghiệm khách hàng lên tầm cao mới” bằng cách:

• Trợ giúp khách hàng đặt câu hỏi về hoá đơn, thanh toán, chi phí, và các vấn đề tài khoản (ví dụ: yêu cầu báo cáo chi phí chi tiết, giải thích các mục phí, điều chỉnh thanh toán).
• Cung cấp hướng dẫn quy trình tài chính, hỗ trợ đăng ký và thay đổi gói hỗ trợ, và giải đáp các thắc mắc về AWS Organizations, Consolidated Billing.
• Kết nối khách hàng với các chuyên gia tài chính nội bộ khi cần thiết.

Các tài liệu AWS chính thức (AWS Enterprise Support FAQ, AWS Support Center) luôn nhấn mạnh rằng Concierge là “your single point of contact for billing and account‑related questions”.

❌ Các phương án sai và giải thích

• [SAI] Supporting application development
  🛑 Concierge không tham gia vào việc phát triển ứng dụng. Các câu hỏi về code, framework, CI/CD, hoặc các vấn đề lập trình được chuyển tới AWS Developer Support hoặc Technical Account Manager (TAM), chứ không phải Concierge.

• [SAI] Providing architecture guidance
  🛑 Việc cung cấp kiến trúc (architecture guidance) thuộc trách nhiệm của AWS Solutions Architect hoặc Technical Account Manager trong gói Enterprise Support, hoặc thông qua Well‑Architected Review. Concierge tập trung vào khía cạnh tài chính, không đưa ra đề xuất thiết kế hạ tầng.

• [SAI] Answering questions regarding technical support cases
  🛑 Khi khách hàng có technical support case (ví dụ: lỗi dịch vụ, sự cố mạng, vấn đề bảo mật), họ sẽ nhận được hỗ trợ từ AWS Support Engineers hoặc TAM. Concierge có thể định hướng khách hàng tới kênh phù hợp, nhưng không trực tiếp trả lời các câu hỏi kỹ thuật của case.

🧩 Tổng hợp lại (danh sách nhanh)

• Answering billing and account inquiries – ✅ Đúng; là nhiệm vụ chính của Concierge.
• Supporting application development – ❌ Sai; thuộc Technical Support/TAM.
• Providing architecture guidance – ❌ Sai; thuộc Solutions Architect/TAM.
• Answering questions regarding technical support cases – ❌ Sai; được giải quyết bởi Support Engineers.

📚 Tham khảo nguồn tài liệu (cập nhật đến 2026)

1. AWS Enterprise Support FAQ – phần “What is the Concierge Team?” (truy cập AWS Support Documentation, phiên bản 2026).
2. AWS Support Center – Concierge – mô tả các dịch vụ tài chính, billing, account management.
3. AWS Well‑Architected Framework – chỉ ra vai trò của Solutions Architect và TAM trong việc đưa ra kiến trúc.
4. AWS Developer Support – Technical Support – mô tả quy trình xử lý các technical cases.

🔚 Như vậy, đáp án đúng là “Answering billing and account inquiries”, vì đội Concierge chuyên hỗ trợ người dùng trong mọi vấn đề liên quan đến tài chính và quản lý tài khoản trên AWS. Các phương án còn lại đều liên quan tới các nhóm hỗ trợ khác (Technical Support, TAM, Solutions Architect) và không thuộc trách nhiệm của Concierge.

📌 Phân tích câu hỏi
Một công ty muốn chạy một simulation kéo dài 3 năm và yêu cầu không có bất kỳ gián đoạn nào. Vì thời gian chạy dài và tính liên tục rất quan trọng, chúng ta cần lựa chọn kiểu mua EC2 có thể bảo đảm tài nguyên luôn sẵn sàng trong suốt 3 năm, đồng thời chi phí phải “most cost‑effective” (tiết kiệm nhất).

✅ Đáp án đúng

🔹 [ĐÚNG] Reserved Instances

Vì sao Reserved Instances (RI) là lựa chọn tốt nhất?

1. Cam kết tài nguyên lâu dài – Khi mua RI (Standard hoặc Convertible) với thời hạn 1‑ hoặc 3‑năm, AWS đảm bảo rằng bạn sẽ luôn có sẵn EC2 instance loại đã chọn trong toàn bộ thời gian cam kết. Điều này loại bỏ nguy cơ “gián đoạn” do thiếu capacity.

2. Chi phí giảm mạnh – RI cung cấp giảm giá 40‑72 % so với giá On‑Demand, tùy vào loại (Standard/Convertible) và thanh toán (All‑Up‑Front, Partial‑Up‑Front, No‑Up‑Front). Đối với một workload chạy liên tục 3 năm, chi phí tiết kiệm là lớn nhất khi thanh toán All‑Up‑Front (tối đa 72 % giảm).

3. Độ linh hoạt – Với Convertible RI, bạn có thể thay đổi loại instance (vCPU, RAM, vCPU‑to‑memory ratio) trong suốt thời gian hợp đồng nếu nhu cầu thay đổi, vẫn giữ được mức giảm giá.

4. Không phụ thuộc vào spot market – Các loại spot instance có thể bị terminate khi giá spot tăng hoặc capacity hết, điều này không đáp ứng yêu cầu “không gián đoạn”.

5. Không cần quản lý host vật lý – Reserved Instances không yêu cầu bạn sở hữu hoặc quản lý Dedicated Hosts, do đó không phát sinh chi phí và công việc quản trị thêm.

Lưu ý (2026): AWS đã mở rộng Savings Plans (Compute Savings Plans) như một lựa chọn thay thế RI, nhưng vì câu hỏi yêu cầu “instance purchasing option” và tập trung vào EC2 truyền thống, RI vẫn là đáp án được chấp nhận trong hầu hết các đề thi AWS.

❌ Giải thích các phương án còn lại

- [SAI] Spot Instances

• Giá rẻ nhất trên thị trường (giảm tới 90 % so với On‑Demand), nhưng không ổn định. AWS có thể hủy spot instance bất cứ lúc nào (thông báo 2 phút) khi giá spot vượt ngưỡng hoặc capacity hết.
• Vì công ty cần simulation không gián đoạn trong 3 năm, spot instance không đáp ứng yêu cầu này. Bạn sẽ phải thiết lập các cơ chế checkpoint/restart hoặc Auto Scaling để thay thế, làm tăng độ phức tạp và vẫn không bảo đảm 100 % uptime.

- [SAI] Dedicated Hosts

• Cung cấp host vật lý riêng cho tài khoản, giúp đáp ứng các yêu cầu tuân thủ (ví dụ: licencing phần mềm trên core). Tuy nhiên:
  • Chi phí cao hơn nhiều so với RI (đặc biệt khi chạy liên tục 3 năm).
  • Không cung cấp giảm giá đáng kể cho workload dài hạn; bạn vẫn phải trả On‑Demand price cho toàn bộ host.
  • Dù đảm bảo capacity, không mang lại lợi ích chi phí so với RI cho một workload không có yêu cầu về licensing hoặc compliance đặc biệt.

- [SAI] On‑Demand Instances

• Trả phí theo giờ hoặc theo giây (từ 2020). Linh hoạt, không cam kết, phù hợp cho workload ngắn hạn hoặc spiky.
• Đối với 3 năm chạy liên tục, chi phí On‑Demand sẽ gấp 3‑4 lần (hoặc hơn) so với RI. Ngoài ra, không có cam kết capacity, nhưng thường vẫn có sẵn – tuy nhiên giá là vấn đề chính, không phải “most cost‑effective”.

📚 Tham khảo (2026)

• AWS EC2 Pricing – https://aws.amazon.com/ec2/pricing/
• Reserved Instances – https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/reserved-instances.html
• Spot Instances – https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html
• Dedicated Hosts – https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html
• AWS Savings Plans (để biết thêm tùy chọn thay thế) – https://aws.amazon.com/savingsplans/

🧩 Tổng kết

• Reserved Instances là lựa chọn phù hợp nhất cho yêu cầu “run a simulation for 3 years without interruptions” và “most cost‑effectively” vì chúng đảm bảo capacity trong suốt thời gian cam kết và giảm chi phí đáng kể so với các tùy chọn khác.
• Các tùy chọn Spot, Dedicated Hosts, On‑Demand đều không đáp ứng đồng thời yêu cầu không gián đoạn và tiết kiệm chi phí cho một workload dài hạn như mô tả.

📝 Giải thích nội dung câu hỏi

Câu hỏi hỏi: “Which AWS service or resource can provide discounts on some AWS service costs in exchange for a spending commitment?”
Nói cách khác, AWS có dịch vụ/nguồn lực nào cho phép bạn nhận giảm giá (discount) cho một số dịch vụ AWS khi bạn cam kết chi tiêu (spending commitment) trong một khoảng thời gian nhất định. Đây là mô hình “đổi chi phí cố định lấy giảm giá” – thường xuất hiện trong các chương trình Savings Plans hoặc Reserved Instances.

✅ Đáp án đúng

🔹 Savings Plans

Lý do chọn:

• Savings Plans là chương trình cam kết chi tiêu (đánh đổi theo mức phí hàng giờ) cho các dịch vụ tính theo thời gian như Amazon EC2, AWS Lambda, và AWS Fargate.
• Khi bạn ký một Savings Plan (có thể là Compute Savings Plans hoặc EC2 Instance Savings Plans) với mức chi tiêu cố định (ví dụ: $10 USD/h) trong 1‑3 năm, AWS sẽ áp dụng giảm giá lên mức giá on‑demand tương ứng, thường từ 20 % đến 66 % tùy loại và thời hạn cam kết.
• Đây chính là cách “đổi một cam kết chi tiêu” để được giảm giá trên một số dịch vụ, đúng như mô tả trong câu hỏi.

❌ Phân tích các phương án sai

• Amazon Detective

  • Amazon Detective là dịch vụ phân tích an ninh, giúp tự động điều tra và trực quan hoá nguyên nhân của các sự kiện bảo mật. Nó không cung cấp bất kỳ cơ chế giảm giá nào cho chi phí dịch vụ AWS.
  • 👉 Vì vậy đây không phải là câu trả lời đúng.

• AWS Pricing Calculator

  • AWS Pricing Calculator chỉ là công cụ ước tính chi phí, giúp người dùng dự tính mức phí dựa trên kiến trúc dự kiến. Nó không có tính năng cam kết chi tiêu hay giảm giá.
  • 👉 Do không liên quan tới “discount in exchange for a spending commitment”, nên lựa chọn này sai.

• Basic Support

  • Basic Support là gói hỗ trợ miễn phí dành cho mọi tài khoản AWS, cung cấp truy cập vào tài liệu, cộng đồng và các công cụ hỗ trợ tự động. Nó không bao gồm bất kỳ chương trình giảm giá nào cho các dịch vụ tính phí.
  • 👉 Vì không có cam kết chi tiêu và không cung cấp discount, nên đáp án này cũng sai.

📚 Tham khảo nguồn tài liệu (cập nhật đến 2026)

1. AWS Savings Plans – Documentation
   https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html
2. AWS Compute Savings Plans vs. EC2 Instance Savings Plans – Blog cập nhật 2025
   https://aws.amazon.com/blogs/aws/compute-savings-plans/
3. AWS Pricing Calculator – Giới thiệu chức năng (2026)
   https://aws.amazon.com/pricing/calculator/
4. Amazon Detective – Overview
   https://docs.aws.amazon.com/detective/latest/adminguide/what-is-amazon-detective.html
5. AWS Support Plans – Basic, Developer, Business, Enterprise
   https://aws.amazon.com/premiumsupport/plans/

🧩 Tóm tắt nhanh:

• Savings Plans ✅: cung cấp giảm giá khi cam kết chi tiêu (đúng câu hỏi).
• Amazon Detective, AWS Pricing Calculator, Basic Support ❌: không liên quan tới giảm giá dựa trên cam kết chi tiêu.

Hy vọng phân tích trên giúp bạn nắm vững khái niệm và lựa chọn đúng đáp án! 🚀

🔎 Phân tích câu hỏi
Công ty muốn dùng Amazon EC2 để cung cấp một website tĩnh cho người dùng trên toàn thế giới và cần giảm thiểu độ trễ (latency) cho họ.
Yêu cầu quan trọng:

1. Nguồn nội dung: website tĩnh được lưu trên EC2.
2. Mục tiêu: đưa nội dung tới người dùng nhanh nhất có thể, bất kể vị trí địa lý.

Để đáp ứng mục tiêu “giảm độ trễ toàn cầu”, chúng ta cần một mạng phân phối nội dung (CDN) có mặt tại các edge location (điểm biên) trên khắp thế giới. AWS cung cấp dịch vụ Amazon CloudFront – một CDN tích hợp sẵn với các edge location và có khả năng “pull” nội dung từ một origin (trong trường hợp này là EC2). Khi một người dùng yêu cầu trang, yêu cầu sẽ được định tuyến tới edge location gần nhất, giảm đáng kể RTT (round‑trip time) và tải nhanh hơn.

✅ Đáp án đúng

✔️ Use Amazon CloudFront with the EC2 instances configured as the source.

🟢 Lý do:

• CloudFront tự động caching nội dung tĩnh tại các edge location (hơn 400 điểm trên 5 châu lục vào năm 2026).
• Người dùng luôn nhận được nội dung từ edge location gần nhất → độ trễ thấp.
• EC2 vẫn là origin (nguồn gốc) để chứa website tĩnh; khi nội dung thay đổi, EC2 cập nhật và CloudFront tự động invalidation hoặc cache‑refresh.
• Giải pháp này không yêu cầu triển khai nhiều EC2 ở các khu vực khác nhau, giảm chi phí và độ phức tạp vận hành.

Tham khảo:

• AWS Documentation – Amazon CloudFront Developer Guide (phiên bản 2026).
• AWS Blog – “How CloudFront reduces latency for static and dynamic content” (2025).

❌ Giải thích các phương án sai

1. Use EC2 instances in multiple edge locations.

   • Sai vì “edge location” là khái niệm chỉ điểm biên của CDN (CloudFront, Global Accelerator), không phải là một vùng (Region) hay Availability Zone mà bạn có thể khởi tạo EC2.
   • EC2 chỉ có thể chạy trong Availability Zones thuộc AWS Regions, không thể triển khai trực tiếp tại edge location.
   • Thậm chí nếu triển khai EC2 ở nhiều Region, vẫn sẽ phải định tuyến người dùng qua internet chung, không tối ưu độ trễ như CDN.

2. Use EC2 instances in the same Availability Zone but in different AWS Regions.

   • Sai vì Availability Zone (AZ) thuộc một Region duy nhất; bạn không thể có “cùng AZ nhưng khác Region”.
   • Ngay cả khi triển khai EC2 ở nhiều Region, mỗi Region vẫn cách xa nhau về mặt địa lý, do đó độ trễ cho người dùng ở các khu vực khác nhau sẽ vẫn cao.
   • Giải pháp này còn gây tốn kém (chi phí chạy nhiều EC2) và đòi hỏi đồng bộ nội dung thủ công.

3. Use EC2 instances in the same Availability Zone but in different AWS accounts.

   • Sai vì việc đặt EC2 trong cùng AZ nhưng khác account không mang lại lợi ích về độ trễ; vùng địa lý vẫn giống nhau.
   • Việc quản lý nhiều account cho một website tĩnh không cần thiết và làm tăng độ phức tạp (IAM, cross‑account networking).
   • Độ trễ vẫn phụ thuộc vào khoảng cách mạng tới người dùng cuối, không được cải thiện.

🧩 Tóm tắt các lựa chọn

• [SAI] Use EC2 instances in multiple edge locations. – Không thể triển khai EC2 tại edge location; sai về kiến trúc.
• [SAI] Use EC2 instances in the same Availability Zone but in different AWS Regions. – AZ không tồn tại xuyên Region; đa Region không tối ưu độ trễ.
• [ĐÚNG] Use Amazon CloudFront with the EC2 instances configured as the source. – CloudFront cache tại edge, giảm latency toàn cầu, giữ EC2 làm origin.
• [SAI] Use EC2 instances in the same Availability Zone but in different AWS accounts. – Không cải thiện latency, chỉ làm phức tạp quản trị.

📌 Lưu ý thực hành (2026)

• Khi dùng CloudFront + EC2, nên bật Origin Shield (nếu có nhiều origin) để giảm tải lên EC2.
• Cấu hình Cache-Control headers trên EC2 để kiểm soát thời gian lưu cache tại edge.
• Sử dụng Lambda@Edge hoặc CloudFront Functions nếu cần thực hiện logic tùy chỉnh (ví dụ: rewrite URL, security headers).
• Đối với website tĩnh, cân nhắc Amazon S3 + CloudFront – chi phí thấp hơn, không cần quản lý EC2. Tuy nhiên câu hỏi yêu cầu “sử dụng EC2”, nên CloudFront vẫn là giải pháp đúng.

🌐 Tài liệu tham khảo

1. Amazon CloudFront – Developer Guide (v2026). https://docs.aws.amazon.com/cloudfront/latest/DeveloperGuide/
2. AWS Global Infrastructure – Edge Locations (cập nhật 2026). https://aws.amazon.com/about-aws/global-infrastructure/
3. AWS Blog – “Optimizing static website delivery with CloudFront and EC2” (2025).

Hy vọng phân tích trên giúp bạn nắm rõ lý do tại sao Amazon CloudFront là giải pháp duy nhất đáp ứng yêu cầu giảm latency toàn cầu cho website tĩnh chạy trên EC2. 🚀

🔍 Giải thích nội dung câu hỏi
Một nhóm nhà nghiên cứu sẽ thực hiện việc thu thập dữ liệu tại các địa điểm xa, nhiều nơi không có kết nối Internet. Họ cần một cách lưu trữ dữ liệu tại chỗ (offline) và sau đó chuyển dữ liệu lên AWS Cloud khi có điều kiện kết nối. Vì vậy câu hỏi đang tìm dịch vụ của AWS cho phép:

1. Thu thập / lưu trữ dữ liệu ở môi trường không có mạng.
2. Di chuyển dữ liệu lên AWS một cách an toàn (có thể qua mạng hoặc bằng vật lý).

✅ Đáp án đúng: AWS Snow Family

AWS Snow Family (gồm Snowcone, Snowball Edge, Snowmobile…) là bộ giải pháp thiết bị lưu trữ và tính toán di động được thiết kế đặc biệt cho các môi trường không có kết nối mạng. Dữ liệu được ghi vào thiết bị tại chỗ, sau đó thiết bị được vận chuyển (hoặc dùng kết nối mạng nếu có) để tải dữ liệu lên Amazon S3, Glacier, hoặc các dịch vụ khác.

• Offline first: Thiết bị hoạt động hoàn toàn mà không cần internet.
• Bảo mật: Mã hoá toàn bộ dữ liệu bằng AWS KMS; khả năng kiểm tra tính toàn vẹn.
• Quy mô linh hoạt: Snowcone (cực nhẹ, 8 TB), Snowball Edge (50–80 TB, có khả năng tính toán), Snowmobile (đồ tải 36 PB).
• Đến 2026: AWS đã bổ sung tính năng AWS Snow Family “Data Transfer Service” cho phép tự động đồng bộ dữ liệu lên S3 khi thiết bị được kết nối lại, đồng thời hỗ trợ Edge Computing để tiền xử lý dữ liệu ngay tại chỗ.

Do đó, Snow Family đáp ứng đầy đủ yêu cầu “thu thập dữ liệu ở môi trường không có internet, rồi chuyển lên Cloud sau”.

🧩 Phân tích các phương án (giữ nguyên nội dung tiếng Anh)

1️⃣ [SAI] AWS Outposts

• Giải thích: AWS Outposts là một hạ tầng vật lý được đặt tại trung tâm dữ liệu của khách hàng, cung cấp các dịch vụ AWS (EC2, EKS, RDS…) trong môi trường on‑premises với kết nối liên tục tới AWS Region.
• Tại sao sai: Outposts yêu cầu kết nối mạng liên tục để đồng bộ trạng thái và cập nhật phần mềm. Nó không được thiết kế cho các địa điểm không có internet và không phải là giải pháp “cầm tay” để vận chuyển dữ liệu.

2️⃣ [SAI] AWS Transfer Family

• Giải thích: AWS Transfer Family cung cấp dịch vụ quản lý giao thức truyền tải (SFTP, FTPS, FTP) để đưa dữ liệu lên Amazon S3 hoặc EFS qua mạng.
• Tại sao sai: Dịch vụ này hoàn toàn dựa vào kết nối mạng. Nếu không có internet, không thể thực hiện transfer; không có khả năng lưu trữ dữ liệu cục bộ.

3️⃣ [ĐÚNG] AWS Snow Family

• Giải thích: Như đã nêu ở trên, Snow Family cung cấp thiết bị lưu trữ di động, hoạt động offline, và sau này được kết nối lại để tải dữ liệu lên AWS.
• Tại sao đúng: Đáp ứng 100 % yêu cầu của câu hỏi – thu thập dữ liệu ở địa điểm không có internet và chuyển lên Cloud khi có thể.

4️⃣ [SAI] AWS Migration Hub

• Giải thích: AWS Migration Hub là công cụ trung tâm quản lý quá trình di chuyển (migration) các workload từ on‑premises lên AWS, cung cấp dashboard theo dõi tiến độ.
• Tại sao sai: Nó không phải là dịch vụ lưu trữ hoặc chuyển dữ liệu; nó chỉ giúp quản lý quá trình migration. Không cung cấp khả năng thu thập dữ liệu offline.

📚 Tham khảo (đến năm 2026)

1. AWS Snow Family – Official Documentation (AWS, cập nhật 2026).
   • https://docs.aws.amazon.com/snow-family/latest/ug/whatissnow.html
2. AWS Outposts – Product Overview (2026).
   • https://aws.amazon.com/outposts/
3. AWS Transfer Family – Documentation (2026).
   • https://docs.aws.amazon.com/transfer/latest/userguide/what-is-aws-transfer.html
4. AWS Migration Hub – Overview (2026).
   • https://aws.amazon.com/migration-hub/

🏁 Kết luận

Với môi trường không có internet và nhu cầu lưu trữ dữ liệu cục bộ rồi chuyển lên AWS, AWS Snow Family là dịch vụ duy nhất đáp ứng đầy đủ các tiêu chí. Các tùy chọn còn lại đều yêu cầu kết nối mạng liên tục hoặc là công cụ quản lý, không phù hợp với yêu cầu của nhóm nghiên cứu. 🚀

🔎 Phân tích câu hỏi
Câu hỏi yêu cầu xác định hai lợi ích mà một công ty sẽ nhận được khi di chuyển một workload sản xuất từ on‑premises lên AWS. Đây là câu hỏi “choose two”, vì vậy trong 5 lựa chọn chỉ có 2 đáp án đúng, còn lại là các quan niệm sai lầm thường gặp về dịch vụ đám mây AWS.

✅ Đáp án đúng

• [ĐÚNG] AWS offers high availability.
• [ĐÚNG] AWS provides economies of scale.

Giải thích lý do lựa chọn ✅

1. AWS offers high availability

   • Hạ tầng toàn cầu của AWS bao gồm nhiều Availability Zones (AZs) và Regions. Khi triển khai tài nguyên (EC2, RDS, S3, …) trong nhiều AZ, hệ thống có thể chịu lỗi một AZ mà không gây gián đoạn dịch vụ. AWS cũng cung cấp các dịch vụ như Elastic Load Balancing, Auto Scaling, và Multi‑AZ deployments giúp đạt độ sẵn sàng cao (99.99%+ tùy dịch vụ).
   • Nguồn tham khảo: AWS Well‑Architected Framework – Reliability Pillar; AWS Global Infrastructure (2026).

2. AWS provides economies of scale

   • AWS vận hành các trung tâm dữ liệu quy mô khổng lồ, do đó có khả năng mua phần cứng, năng lượng và băng thông với chi phí thấp hơn so với doanh nghiệp tự xây dựng. Chi phí được truyền đạt cho khách hàng dưới dạng mô hình trả tiền theo nhu cầu (pay‑as‑you‑go) và giá giảm khi dùng lâu dài (Reserved Instances, Savings Plans). Điều này giúp công ty giảm CAPEX và OPEX so với việc duy trì hạ tầng on‑premises.
   • Nguồn tham khảo: AWS Pricing – Volume Discounts; AWS Economics Blog (2025).

❌ Giải thích các phương án sai

• [SAI] AWS trains the company's staff on the use of all the AWS services.

  • AWS cung cấp tài liệu, khóa học (AWS Training & Certification), và các chương trình đào tạo nhưng việc đào tạo toàn bộ nhân viên không phải là một dịch vụ được tự động cung cấp khi di chuyển workload. Doanh nghiệp phải tự đăng ký và chi trả cho các khóa học hoặc sử dụng các tài nguyên tự học.
  • Nguồn: AWS Training & Certification – How it works (2026).

• [SAI] AWS manages all security in the cloud.

  • AWS tuân thủ mô hình Shared Responsibility: AWS chịu trách nhiệm bảo mật “security of the cloud” (cơ sở hạ tầng, vật lý, mạng). Khách hàng chịu trách nhiệm bảo mật “security in the cloud” (cấu hình IAM, mã hóa dữ liệu, patch hệ điều hành, bảo mật ứng dụng). Do đó AWS không “quản lý toàn bộ bảo mật” cho khách hàng.
  • Nguồn: AWS Shared Responsibility Model (2026).

• [SAI] AWS offers free support from technical account managers (TAMs).

  • TAM là dịch vụ Technical Account Manager chỉ được cung cấp cho khách hàng có mức Support Enterprise (có phí) và không phải là “miễn phí”. Các tài khoản dùng Basic hoặc Developer Support không có TAM.
  • Nguồn: AWS Support Plans – Technical Account Manager (2026).

📚 Tham khảo tài liệu

1. AWS Well‑Architected Framework – Reliability Pillar (phiên bản 2026).
2. AWS Global Infrastructure – Mô tả Regions & Availability Zones (cập nhật 2026).
3. AWS Pricing – Volume Discounts & Savings Plans (2025‑2026).
4. AWS Shared Responsibility Model – Tài liệu chính thức (2026).
5. AWS Training & Certification – Hướng dẫn cách truy cập và chi phí (2026).
6. AWS Support Plans – So sánh các mức Support, bao gồm TAM (2026).

Tóm lại: Khi chuyển workload sản xuất lên AWS, công ty thực sự được hưởng độ sẵn sàng cao và lợi thế kinh tế nhờ quy mô. Các lợi ích khác như đào tạo toàn diện, quản lý bảo mật toàn bộ, hoặc hỗ trợ TAM miễn phí không phải là các ưu điểm mặc định của AWS. 🚀