Aurora RDS Proxy¶
概念概覽
單一 Proxy 讀寫分離機制
核心知識¶
單一 Proxy 讀寫分離機制
Aurora 原生提供 Writer Endpoint（路由至 Primary）與 Reader Endpoint（自動 LB 至所有 Read Replica）。標準 RDS 無此設計，需應用層自行處理。因此 Aurora + 單一 RDS Proxy 即可實現讀寫分離，無需兩個 Proxy（費用不加倍）。
亞太四區域定價模型
RDS Proxy 費用公式：單價($/vCPU/hr) × vCPU 數 × 720 hr/月
- ap-southeast-1（新加坡）：基準價
- ap-northeast-1（東京）：中等
- ap-east-1（香港）：較高（缺乏規模）
- ap-east-2（台灣）：已確認 RDS Proxy GA，中等定價
架構建議
單一 Proxy 成本低、管理簡單，但為單點。多 Proxy 可做 HA 但費用倍增，需依容忍度決定。
經驗教訓¶
-
Aurora 原生 Endpoint 設計是選擇 Aurora 而非標準 RDS 的重要理由之一
-
ap-east-2（台灣）RDS Proxy 已 GA，跨 Region 遷移前需定期確認服務狀態
-
單一 Proxy 架構成本優先，HA 需求再考慮多 Proxy
常見陷阱¶
-
誤以為讀寫分離需要兩個 Proxy（Writer Proxy + Reader Proxy），費用翻倍
-
標準 RDS 無原生 Reader Endpoint，照搬 Aurora 架構到 RDS 會失效
最佳實踐¶
-
優先用單一 RDS Proxy + Aurora Writer/Reader Endpoint，避免多 Proxy 費用倍增
-
設計 HA 時明確區分「Proxy HA」與「Aurora Instance 層 HA」兩個問題
相關概念¶
- Aurora IO Pricing
- Aurora Multi-AZ Storage Architecture
- CCU Capacity Planning（壓測數據推算法）
- Mutation Pipeline DB-backed Idempotency Backstop
- PostgreSQL Varchar Overflow Three-Layer Defense
- PostgreSQL Write Capacity Planning
來源 Sessions¶
| 日期 | Session | 貢獻摘要 |
|---|---|---|
| 2026-04-08 | 3199e110-5207-45f2-b00e-bfcff3c221ff | 確立單一 RDS Proxy 搭配 Aurora 原生 Writer/Reader Endpoint 即可完成讀寫分離、費用不加倍的架構模式 |