Aurora カスタムエンドポイントはフェイルオーバーでどう変化する？Serverless v2 で 6 パターン(+派生 2)を検証してみた

• URL: https://dev.classmethod.jp/articles/aurora-custom-endpoint-failover-behavior
• 日付: 2026-06-23
• Tier: Tier 2
• 要旨: Aurora Serverless v2 でカスタムエンドポイントのフェイルオーバー挙動を 6 パターン + 派生 2 パターンで検証。読み取り負荷への対処は「ACU 上限値上げ」「reader 増設」「カスタムエンドポイント分離」の 3 択。カスタムエンドポイントは性能向上でなく重いワークロード隔離が目的。TYPE(READER/ANY) × 自動アタッチ(静的リスト/除外リスト) × 昇格先(メンバ内/メンバ外) で挙動が分岐。フェイルオーバー時の接続先変化・ワークロード完全分離・障害時の接続復旧パターンを実測ログ・CloudWatch メトリクスで検証。

詳細

Aurora reader を用途別に分離したい場合、標準 reader エンドポイント(全 reader に分散)では特定ワークロードを特定 reader に固定できない。カスタムエンドポイントで役割(READER/ANY)とメンバ指定方式(静的リスト名指し/除外リスト自動アタッチ)を設定し分離実現。

読み取り負荷対処の 3 アプローチ比較。①ACU 上限上げ：1 台当たり処理能力向上(0.5→4.0 ACU 自動追従)。重いクエリ・軽いクエリの同居は未解決。②reader 増設：読み取り総量向上で標準エンドポイント自動分散(実測 db-02:db-03 ≈107:123)。特定ワークロード選別不可。③カスタムエンドポイント分離：特定ワークロード接続先固定・相互影響遮断(実測で完全分離)。障害時挙動の理解が必須。

フェイルオーバー時のパターン別挙動。①TYPE=READER 自動アタッチ=Disable(静的)：db-03 昇格時は db-02 のみ。db-02 昇格時は db-03 のみ。②TYPE=READER 自動アタッチ=Enable(除外)：db-01 除外指定で、昇格後も db-01 は除外のまま残る。③④TYPE=ANY：Disable/Enable 問わず writer/reader 両方継続。

重要な発見：昇格先がメンバ内か外かで結果変化。3 台構成だからこその挙動。派生パターン ①′ (1 台メンバ)・②′(除外指定なし)で設定の仕組みを切り分け検証。