Aurora Multi-AZ Storage Architecture¶
概念概覽
兩層 Multi-AZ 的本質差異
核心知識¶
兩層 Multi-AZ 的本質差異
Aurora Multi-AZ 分為兩個獨立層次：
- 儲存層 Multi-AZ（永遠內建，無需付費）
- 資料自動跨 3 AZ 寫入 6 份副本
- 這是 Aurora 架構的基礎，無法關閉
-
對比標準 RDS：RDS Multi-AZ 是 Instance 層同步複製到 Standby，費用翻倍
-
Instance 層 Multi-AZ（可選）
- 加入 Read Replica 到不同 AZ
- 提高 Instance 層可用性，但需額外付費
與標準 RDS 的根本差異
| 標準 RDS Multi-AZ | Aurora Multi-AZ | |
|---|---|---|
| 保護層 | Instance 層（同步複製） | 儲存層（6 副本） |
| 費用 | Instance 費 ×2 | 儲存費用已含 6 副本 |
| Standby | 有獨立 Standby Instance | 無需 Standby，Failover 由儲存層保證 |
RDS 使用 EBS 而非 EFS：RDS PostgreSQL 一定使用 EBS（gp2/gp3/io1/io2），不可能是 EFS。Aurora 有自己的分散式儲存層，也不用 EFS。
經驗教訓¶
-
設計 HA 時不要混淆兩個層次：Aurora 儲存層 6 副本不需額外付費，Instance 層 Read Replica 才是可選配置
-
Aurora 的 Multi-AZ 保護比標準 RDS 更徹底且成本更低（儲存費用已內含）
常見陷阱¶
-
誤以為 Aurora 需要另外設定 Multi-AZ 才有資料冗餘，其實儲存層 6 副本永遠存在
-
把標準 RDS Multi-AZ（Instance 複製）概念套用到 Aurora，誤算 HA 費用
最佳實踐¶
-
High Availability 設計文件中明確標注「儲存層 HA」vs「Instance 層 HA」避免歧義
-
選 Aurora 而非標準 RDS 的 HA 成本優勢：儲存層 6 副本已含，無需付 Instance ×2
相關概念¶
- Aurora IO Pricing
- Aurora RDS Proxy
- eks-node-group----dangling---
來源 Sessions¶
| 日期 | Session | 貢獻摘要 |
|---|---|---|
| 2026-04-08 | 3199e110-5207-45f2-b00e-bfcff3c221ff | 釐清 Aurora 儲存層 Multi-AZ（永遠內建 3 AZ × 6 副本）與 Instance 層 Multi-AZ（可選 Read Replica）的根本架構差異 |