Amazon RDSとAuroraの違いをまとめてみた

こんにちは。AWS CLIが好きな福島です。

はじめに
比較表
補足
まとめ

はじめに

今回は、Amazon RDSとAuroraの違いをまとめました。

比較表

Excelに違いをまとめてみました。

※可能と記載している場合でも、バージョンによってサポートされている/いないがあるため、ご注意ください。

補足

グローバルデータベース(表のNo.15)

プライマリのクラスターを異なるリージョンに読み取り専用のクラスタ(最大5つ)として、作成できる機能です。書き込みは、プライマリのクラスターに直接発行します。 Aurora は、専用インフラストラクチャを使用しながら、通常 1 秒未満のレイテンシーで、データをセカンダリの AWS リージョンにレプリケートします。

以下から引用

Amazon Aurora Global Database の使用 - Amazon Aurora

マルチマスタークラスター(表のNo.16)

マルチマスタークラスターでは、すべての DB インスタンスで書き込みが可能です。単一の読み書きプライマリインスタンスと、複数の読み取り専用 Aurora レプリカの概念は適用されません。別の書き込み DB インスタンスを使用して、失敗したインスタンスの作業を引き継ぐことができるため、書き込み DB インスタンスが利用できなくなっても、フェイルオーバーが発生することのない、継続的な可用性を実現可能です。

以下から引用

Amazon Aurora マルチマスタークラスターが東京リージョンに対応しました | Amazon Web Services ブログ

クロスリージョンリードレプリカ(表のNo.11)

プライマリのクラスターとは異なる AWS リージョンに、リードレプリカとして作成できる機能です。あくまでリードレプリカだけ、ソース DB クラスターとは異なる AWS リージョンに作成されるため、グローバルデータベースのようにクラスタは作成されません。

以下から引用

別の AWS リージョンでのリードレプリカの作成 - Amazon Relational Database Service

データベースアクティビティストリーム(表のNo.17)

DB クラスター内のアクティビティのほぼリアルタイムのストリームを提供します。アクティビティの種類は以下の通りです。

SQL コマンド – すべての SQL コマンドに加えて、準備済みステートメント、組み込み関数、および PL/SQL の関数も監査されます。ストアドプロシージャへの呼び出しが監査されます。ストアドプロシージャまたは関数内で発行された SQL ステートメントも監査されます。

他のデータベース情報 – モニタリングされるアクティビティには、完全な SQL ステートメント、DML コマンドから影響を受ける行の行数、アクセスされたオブジェクト、および一意のデータベース名が含まれます。Aurora PostgreSQL の場合、データベースアクティビティストリームは、バインド変数とストアドプロシージャパラメータもモニタリングします。

接続情報 – モニタリングされるアクティビティには、セッションとネットワークの情報、サーバープロセス ID、および終了コードなどがあります。

データベースアクティビティストリーミングのモニタリング - Amazon Aurora

バックトラック(表のNo.18)

バックトラックは、指定した時間まで DB クラスターを「巻き戻す」ことが可能です。復元やポイントインタイムリカバリと違い、DBクラスターがオリジナルと別で作成されない(オリジナルのDBのデータを巻き戻す)ため、迅速に復元が可能です。ただし、この機能を使うために、別途コストがかかるため、要注意です。

クローン(表のNo.19)

同じ Aurora クラスターボリュームを使用し、元のクラスターと同じデータを持つ新しいクラスターをすばやくコスト効率よく作成できます。関連付けられたデータボリュームを持つ新しいクラスターは、クローンと呼ばれます。クローンの作成は、スナップショットの復元など、他の手法を使用してデータを物理的にコピーするよりも、高速かつスペース効率に優れています。 Aurora のクローン作成は、データを破損の危険にさらすことなく、本番データを使用してテスト環境を迅速にセットアップする場合に特に役立ちます。