Amazon Aurora

解決する課題

• 標準RDSより高い可用性と性能が欲しい
• 障害から素早く自動復旧したい
• 読み取りを手軽にスケールしたい

主要概念と用語

• クラスター: ライター＋リーダーと共有ストレージ
• Auroraレプリカ: 最大15。読み取りスケール＆フェイルオーバー先
• エンドポイント: クラスター（書込）/ リーダー（読込）/ カスタム
• Serverless v2: 負荷に応じ自動スケール
• Global Database / Backtrack: 多リージョン / 巻き戻し

仕様・制限・クォータ

• ストレージは10GB単位で自動拡張（最大128TB級）
• 6コピー（3AZ×2）へ自動複製・自己修復
• フェイルオーバーは通常数十秒以内

内部の仕組み

Auroraはストレージ層を計算ノードから分離し、書き込みを3AZ×2＝6コピーへ分散保存して自己修復します。リーダー（レプリカ）は同じ共有ストレージを参照するためレプリケーション遅延が小さく、ライター障害時は素早くレプリカへフェイルオーバーします。Serverless v2は需要に応じて容量を自動で増減します。

設計パターン / ベストプラクティス

• 読み取りはリーダーエンドポイントで分散
• 変動が大きいならServerless v2
• 多リージョンDR/低遅延読み取りはGlobal Database

運用・監視・トラブルシュート

• Performance Insightsでボトルネック可視化
• レプリカラグ・フェイルオーバー時間を監視
• 障害時は自動でレプリカ昇格（接続はエンドポイント経由）

コスト

• インスタンス＋消費ストレージ/IO（またはServerless v2のACU）
• リードレプリカ追加やServerlessで需要に合わせ最適化

セキュリティ

• KMS暗号化、プライベートサブネット配置
• IAM認証 / Secrets Managerで資格情報管理

Well-Architected の観点

• 信頼性: 6コピー・自己修復・高速フェイルオーバー
• パフォーマンス効率: 低遅延レプリカ・Serverless v2
• コスト最適化: Serverless・適切なレプリカ数

試験で問われるポイント

関連サービス・比較

ハンズオン / CLI例

# Auroraクラスター作成（PostgreSQL互換）
aws rds create-db-cluster \
  --db-cluster-identifier app-aurora \
  --engine aurora-postgresql \
  --master-username admin --manage-master-user-password \
  --storage-encrypted

# ライターインスタンスを追加
aws rds create-db-instance \
  --db-instance-identifier app-aurora-1 \
  --db-cluster-identifier app-aurora \
  --engine aurora-postgresql --db-instance-class db.r6g.large