Aurora — クラウドネイティブな高性能・高可用RDB

📖 このページのゴール:前ページの RDS の「もう一段上」にあたる Aurora(オーロラ) が何者で、RDS と何がどう違うのかを、たとえと表で腹落ちさせる。これで「SQL系をどう動かすか(運用のはしご)」の右側が見えてきます。 ← 目次・はじめにへもどる


🍳 ひとことのたとえ

前ページの RDS は「料理(DB)は自分のレシピ、キッチンの掃除や火の管理はお店(AWS)にお任せ」でした。Aurora は、そのひとつ上のグレードです。

  • 出てくる料理は同じMySQL / PostgreSQL 互換=食べる人=アプリからは「いつものあの味」)。
  • でも、キッチンそのものを“クラウド専用”に作り直した高性能版。普通の家庭用コンロではなく、業務用の超高速・大容量・自動消火つきの厨房です。

つまり Aurora とは——

🟢 「同じ料理(MySQL/PostgreSQL 互換)を、クラウド専用に作り直した高性能キッチンで出す」RDB。 アプリから見れば「いつもの SQL」。裏側のキッチン(ストレージのしくみ)だけが、別物の高性能・高可用版に置き換わっている、と覚えてください。


🧩 何者?(しくみ)

Amazon Aurora(アマゾン・オーロラ) は、AWS が独自開発した クラウドネイティブな RDB です。

  • クラウドネイティブ(=クラウド前提で一から設計):既存の DB をそのままクラウドに載せたのではなく、「クラウドで動かすこと」を前提に中身を作り直したということ。
  • MySQL / PostgreSQL 互換:アプリのコードや SQL はほぼそのまま。「いつもの MySQL/PostgreSQL のつもりで使える」ので、乗り換えの心理的ハードルが低い。

ここからが、ふつうの DB と違う Aurora の“肝”です。

① ストレージとコンピュート(計算)を「分離」した

ふつうの DB は、計算する部分データを置く部分が同じサーバーに同居しています。Aurora は、この2つを切り離しました。

ふつうの DB:   [計算 + データ] が同じ1台に同居
                  ↑ ここが詰まると全部が遅くなる/壊れると全部困る

Aurora:        [計算] ────→ [みんなで共有する高速・自動拡張ストレージ]
               (頭脳)          (巨大な共有倉庫。複数の場所に自動コピー)
  • 頭脳(計算)と倉庫(ストレージ)を別々に増やせるので、ムダがなく、速くて丈夫。
  • 倉庫は AWS が用意した専用の高速ストレージ。ここが Aurora の性能・可用性の源泉です。

② 高可用:複数の場所(AZ)に自動でコピー

  • AZ(エーゼット=アベイラビリティーゾーン)=離れた場所にあるデータセンターのこと。
  • Aurora はデータを、複数の AZ に自動で何個もコピーして持ちます。
  • だから、ある建物(AZ)が丸ごと落ちても、別の場所のコピーで動き続けられる高可用(こうかよう=めったに止まらない)

③ 高速&ストレージ自動拡張

  • 読み書きが速くなるように、上記の専用ストレージが工夫されている(高速)。
  • データが増えても、倉庫が自動でひとりでに広がるストレージ自動拡張)。「容量が足りない!」と慌てて手当てする作業が、基本いりません。

④ Aurora Serverless v2:DBが負荷で“伸び縮み”する

  • Aurora Serverless v2(サーバーレス・ブイツー)アクセスの多い・少ないに合わせて、DBの能力が自動でスケール(増減)するしくみ。
  • 忙しい時間帯は自動でパワーアップ、使わない時は縮んでコストを抑える。
  • 「夜はガラガラ・昼はピーク」のような波のあるアプリと相性がよい。

🔧 ここでの「サーバーレス」は、姉妹編 コンピューティングの選択肢 で出てくる「サーバーを意識しない」の感覚と同じ。サーバーが無いのではなく、容量を自分で決めなくていい=伸び縮みをお任せできる、という意味です。


🛠 代表サービス(実名)

名前 ひとこと
Amazon Aurora(MySQL 互換) AWS のクラウドネイティブ RDB いつもの MySQL のつもりで、高性能・高可用に
Amazon Aurora(PostgreSQL 互換) 同上の PostgreSQL 版 Postgres 派はこちら。機能も Postgres 寄り
Aurora Serverless v2 負荷で自動伸縮する Aurora 波のある負荷・使わない時は縮めたい人に

🔧 立ち位置:Aurora は AWS 専用のサービスです。「他社にも同じ Aurora がある」わけではありません(後述のロックインに直結)。他社の“高性能クラウドDB”としては、Google の AlloyDB(Postgres 互換)などが似た発想の製品としてあります。


🆚 RDS と Aurora、何が違う?(ここが本題)

どちらも「AWS にお任せのマネージド RDB」ですが、中身のキッチンの作りが違います。RDS が「ふつうの DB を AWS が運用代行」なのに対し、Aurora は「AWS がクラウド用に作り直した別物の高性能版」。

評価軸 🍳 RDS(前ページ) 🍱 Aurora(このページ)
中身 ふつうの MySQL/PostgreSQL 等を、そのまま運用代行 クラウド用に作り直したMySQL/PostgreSQL 互換エンジン
性能 そのDB本来の性能(十分速い) より高速(専用ストレージで読み書きが効率的)
可用性(止まりにくさ) フェイルオーバー対応で十分高い さらに高い(複数AZへ自動コピー・復旧が速い)
スケール(規模拡大) 主に垂直(マシンを大きく)+読み取りレプリカ 読み取りの拡張に強い・ストレージ自動拡張・Serverless で自動伸縮
価格 比較的おさえめ やや高め(高性能・高可用のぶん)
ロックイン 中(中身は普通のDBなので比較的移りやすい) 強め(AWS 専用。引っ越しはやや大変)
共通点 マネージド(パッチ・バックアップ・復旧は AWS) 同じくマネージド。SQL もアプリもほぼそのまま

🟢 ざっくり:「とりあえず素直に・安く」なら RDS、「高負荷でも速く・絶対に止めたくない」なら Aurora。 どちらも SQL なので、アプリ側の書き方は大きく変わりません。


👍 向いている / 👎 向かない

  こんな時に強い 👍 こんな時はやめておく 👎
負荷 高負荷・アクセスが多いサービス 小規模で、まだアクセスがごく少ない
可用性 絶対に止めたくない(決済・基幹など) 多少止まっても困らない・趣味アプリ
規模 成長中〜大規模でこれから伸びる コストを1円でも切り詰めたい初期段階
読み書き 読み取りが多い(読み取り拡張が得意) データもアクセスもごく軽い
ロックイン AWS を本格的に使う前提でOK AWSに縛られたくない・将来よそへ移すかも

🟢 言い換えると、Aurora は 「RDS では少し物足りなくなってきた、成長中〜大規模アプリ」のための一段上の選択肢。小さいうちは RDS(や Supabase/Neon)で十分で、Aurora は過剰になりがちです。


💰 コスト感

  • RDS より高め。高性能・高可用というぶん、相応のお値段になります。
  • 小規模・低トラフィックだと、性能を持て余して“割高”になりがち。「速さと止まりにくさ」にお金を払う価値がある規模になってから。
  • Aurora Serverless v2従量(使った分だけ)寄り。波のある負荷なら、使わない時に縮んでコストを抑えられるのが利点。ただし常時フル稼働だと、必ずしも安くはなりません。

🟢 目安:「止まると損が大きい」「速さがお金を生む」規模になったら、コスト増に見合う。 そうでないうちは RDS で十分です。


🔧 運用/メンテ

RDS と同じく“ほぼお任せ(マネージド)で楽”。パッチ当て・バックアップ・障害時の切り替え(フェイルオーバー)は、基本 AWS が面倒を見ます。むしろ Aurora は、

  • 復旧が速い・止まりにくいぶん、夜中に叩き起こされる回数が減りやすい。
  • ストレージは自動拡張なので、「容量が足りない!」の手当てがいらない。

——と、運用のラクさはむしろ上。あなたの仕事は「どのデータを・誰に許すか(設計とアクセス権)」に集中できます(これはどの DB でも変わらない本体の仕事)。


🏢 誰が使う?

ペルソナ 相性 ひとこと
個人 ふつうは過剰。まず RDS / Supabase / Neon で十分
スタートアップ ○(伸びてきたら) 最初は軽量に。スケールが見えてきたら乗り換え候補
中堅ベンチャー 高負荷・高可用が必要になった本番の主力 DB に最適
大企業 基幹・大規模で、止まらない・速いを満たす定番のひとつ

🟢 タイミングが肝:Aurora は「最初に選ぶ DB」ではなく、「成長してスケールが見えてきたら検討する DB」。中堅〜大企業、あるいは急成長中のサービスの“次の一手”です。


📝 ことばメモ

ことば 読み かんたんな意味
Aurora オーロラ AWS 製のクラウドネイティブ RDB。MySQL/PostgreSQL 互換
クラウドネイティブ クラウド前提で一から作り直した設計
〜互換 ごかん 「いつもの MySQL/PostgreSQL のつもりで使える」こと
ストレージとコンピュートの分離 データ置き場計算する頭脳を切り離す作り
AZ エーゼット 離れた場所のデータセンター。複数に分けて止まりにくくする
高可用 こうかよう めったに止まらないこと
ストレージ自動拡張 データが増えると倉庫が勝手に広がる
Aurora Serverless v2 サーバーレス ブイツー 負荷に合わせて DB が自動で伸び縮みする版
ベンダーロックイン 特定サービスに依存し、後で乗り換えにくい状態

🟢 ひとことで言うと

Aurora は、RDS の上位グレード。出てくる料理(MySQL/PostgreSQL 互換)は同じなのに、キッチン(ストレージのしくみ)をクラウド専用に作り直した高性能・高可用版です。ストレージとコンピュートを分離し、複数AZへ自動コピー・自動拡張・Serverless v2 で自動伸縮高負荷・高可用が必要な成長中〜大規模アプリにうってつけ。ただし小規模には過剰・割高で、AWS ロックインが強めなのが注意点。迷う規模ならまず RDS、止まると損が大きくなってきたら Aurora、と覚えておけば大丈夫です。

➡️ 次へ

次のページ:NoSQL とは — KV / ドキュメント / 列指向 / グラフ → ← 目次・はじめにへもどる