關於實現高可用性的設計，下列何者最為適切？

解析

若要提升高可用性，採用多 AZ 或備援設計、降低單點故障的架構相當重要。

各選項解析

實際使用情境

高可用性（High Availability, HA）是指即使系統遭遇未預期的故障，仍能持續提供服務 的性質。在 AWS 中實現高可用性的基本模式，是將資源分散至多個可用區域、以負載平衡 器分配流量、納入備用節點的資料庫備援，並結合定期備份與監控。Web 層採用 ALB + Auto Scaling Group 並跨越 2 個以上 AZ；資料層則以 RDS 的 Multi-AZ 或 Aurora 的 叢集架構，將寫入系統與讀取系統備援，這便是標準架構。 與高可用性相關的概念包含容錯性（Fault Tolerance）、災難復原（Disaster Recovery）、 備份與還原，三者目的與達成手段各有不同。高可用性以「即使單一元件發生故障，也不 讓服務停止」為主要目標；而災難復原則以「發生區域規模的故障時，切換至其他區域」 為主要目標，並以 RTO（目標復原時間）與 RPO（目標復原時點）等指標來設計。可用性 越高，架構越複雜、成本也越高，因此在實務上的基本做法，是先明確商業需求所能容許 的停機時間後再進行設計。 CLF-C02 中，高可用性的設計以「分散至多個 AZ」作為正解的出題頻率較高。誤答的選項 則排列「將所有資料集中於一台 EC2」「不取得備份」「停止監控」等直接損害可用性的 極端選項。SAA-C03 等更高階的考試會深入考問 Multi-AZ 與 Read Replica 的搭配運用 （前者為可用性、後者為讀取效能）、或是 Active-Passive 架構與 Active-Active 架構 的差異等更為進階的設計判斷。