AWS 上でリレーショナルデータベースを使いたい場合、Amazon RDS と Amazon Aurora という選択肢がよく挙がりますよね。
ただ、「Aurora って RDS の一種じゃないの？」と混乱する方もいるのではないでしょうか。
この記事では、RDS 全体とAuroraの関係、および違いをざっくりまとめてみます！

1. まずは RDS とは？

RDS (Relational Database Service) は、AWS が提供する マネージドなリレーショナルデータベース サービスの総称です。
RDS では以下のエンジンがサポートされています。

MySQL
PostgreSQL
MariaDB
Oracle
SQL Server
Amazon Aurora (MySQL/PostgreSQL 互換)

ポイントは、Aurora も RDS の一部に含まれるエンジンの一つ、ということ。
RDS は「AWS がデータベースのインフラを管理してくれるから、ユーザーはアプリ側の構築に集中できる」サービスです。

RDS 全体の特徴

複数のデータベースエンジンから選べる
MySQL や PostgreSQL、オラクル系などを使いたい場合にも対応。
DB のパッチ適用、バックアップ、リストアなどが自動化可能
いわゆる運用負荷を大きく下げるマネージドなメリット。
スケーリング
インスタンスタイプやストレージサイズを変更して拡張/縮小が比較的容易。
オープンソースや商用 DB をクラウドでそのまま動かしたい
オンプレの MySQL や PostgreSQL、Oracle 等を AWS 移行する際にも RDS が選ばれがち。

2. Aurora とは？

Aurora は、AWS が独自に開発した高性能・高可用性のリレーショナルデータベースエンジン です。
一応カテゴリとしては「RDS エンジンのひとつ」ですが、中身はかなり違う設計になっています。

Aurora の主な特徴

MySQL / PostgreSQL 互換
- Aurora (MySQL 互換) と Aurora (PostgreSQL 互換) の 2 種類があり、既存のアプリを大きく書き換えなくても移行しやすい。
高パフォーマンス
- オリジナルの MySQL や PostgreSQL に比べて最大 5～10 倍のスループットを実現すると言われている（AWS 公称値）。
ストレージが自動スケール & 高可用性
- データは 6 つのコピーを 3 つの AZ (Availability Zone) にまたがって保存。ディスク障害に強い。
- ストレージは 10GB～128TB まで段階的に自動拡張される。
高速なフェイルオーバー
- 高可用性構成 (Aurora Replica) を作れば、障害発生時に数十秒以内でフェイルオーバー可能。

Aurora ならではのメリット

自動スケールするストレージ と 複数 AZ にまたがるレプリカ の仕組みで、可用性＆耐障害性が高い。
高いパフォーマンス：クラウド向けに最適化されたエンジンなので、ディスク I/O が高速。
Serverless オプション（Aurora Serverless）を利用すれば、負荷に応じて自動的にキャパシティを上下させることも可能。

Aurora のデメリットや注意点

Aurora 特有の設計
- MySQL や PostgreSQL と互換性はあるが、細かいバージョンの差や対応していない機能がある場合も。
ややコストが高め
- 一般的な MySQL / PostgreSQL RDS よりも高性能な分、コストは少し高い傾向にある。
バージョンの進み方がオリジナルより遅いことも
- オリジナルのエンジンに比べて、Aurora 側での対応が遅れる場合がある。

3. RDS と Aurora の違いをざっくり表に

項目	RDS 全体	Aurora
エンジン	MySQL, PostgreSQL, MariaDB, Oracle, SQL Server	Aurora MySQL / Aurora PostgreSQL (独自エンジン)
パフォーマンス	オリジナルエンジンそのまま	高速化されたクラウドネイティブエンジン
データ保管 & レプリカ	ストレージは EBS 上にある。フェイルオーバー可	3AZ × 各 AZ 2 コピー → 計 6 コピーで冗長化
スケーリング	インスタンス＆ストレージを手動で拡張	ストレージが自動拡張 (10GB ~ 128TB)、Aurora Serverless も選択可
互換性	使いたい DB とバージョンを選択	MySQL / PostgreSQL と互換性あり
コスト感	小～中規模でオリジナル DB をそのまま使うなら安め	若干割高（そのぶん高性能、高可用性）
ユースケース一例	既存オンプレ DB と同じバージョンをクラウド移行	大量トランザクション、高可用性が必須の場合など

4. どう使い分けるの？

まずは既存のデータベースをAWSに移行したいだけ
- Oracle や SQL Server、特定バージョンの MySQL / PostgreSQL をそのまま使いたいなら、RDS の通常エンジンが無難。
性能や可用性を重視してクラウドネイティブな DB を使いたい
- Aurora がベストチョイス。高スループット、ディスク障害への強さ、データ自動スケールなどが魅力。
サーバーレスで自動スケールする DB を使いたい
- Aurora Serverless (v1/v2) を選ぶ手もある。アクセスの多寡に合わせてキャパシティを自動調整。

もし最初は小規模で始めて、将来的に拡張の見込みがあるなら、最初から Aurora を使っておくと柔軟に対応しやすいです。
ただしコストとのバランスがあるので、小さなアプリや実験用途なら RDS のオリジナル MySQL/PostgreSQL のほうが安上がりなことも多いです。

まとめ

RDS は AWS マネージドのリレーショナル DB サービス群の総称。Oracle や SQL Server 含めていろんなエンジンを利用可能。
Aurora はその RDS エンジンのひとつだけど、AWS 独自の設計で 高パフォーマンス & 高可用性 を実現している特別枠。
性能、可用性、スケーラビリティを最重視するなら Aurora。既存 DB をそのままクラウドに持ってきたい or 小規模で安く済ませたいなら RDS の各エンジンが向いてる。

ぜひ自分のアプリやシステム要件（性能要件、可用性、コスト）を考慮しながら、ベストな DB 選択をしてみてください！

もし何か質問や実際に使ってみた経験談があれば、コメントで教えてください！
この記事が少しでもお役に立てればうれしいです。