使用多個可用區域（Availability Zone）的主要目的為何？

解析

將資源配置於多個可用區域時，即使單一 AZ 發生故障，仍較容易維持服務不中斷。

各選項解析

實際使用情境

使用多個可用區域（AZ）的 Multi-AZ 架構，是當單一實體資料中心發生故障（停電、網路 設備故障、自然災害等）時，避免整體服務停止的基本設計。實務上，標準採用的架構包括 以 Auto Scaling Group 將 EC2 配置於多個 AZ、於前端設置 ALB 分散流量的 Web 層架構； 將 RDS 設為 Multi-AZ 配置、將備用 DB 放在另一個 AZ 的 DB 層架構；以及將檔案儲存 放置於 EFS 這類於區域內完成備援的服務中的架構。 Multi-AZ 架構也存在取捨。跨 AZ 之間的資料傳輸會產生費用，且 AZ 之間的延遲會高於 同一 AZ 內的通訊。另外，由於 RDS 的 Multi-AZ 會額外啟動備用的 DB 執行個體， 相較於單一 AZ 架構，計算成本大致會變成 2 倍左右。提升可用性的同時成本也會上升， 因此需要依照工作負載所要求的 SLA（例如 99.9% / 99.99%），分階段判斷是單一 AZ 即可、 還是需要 Multi-AZ，甚至擴大至多區域。 CLF-C02 中，多 AZ 配置的目的會以「排除單點故障（SPOF）」「實現高可用性」的脈絡 被考問。常見誤答的模式，是套用「降低成本」「增加 IAM 使用者數量」「無須監控」等 與可用性無關的論點。此外，也要注意「Multi-AZ」與「多區域」的混淆，Multi-AZ 屬於 同一區域內提升可用性的措施，多區域則被定位為地理性災害對策或延遲最佳化。