Amazon Aurora レプリケーションソリューションの比較

次の表は、3 つの Amazon Aurora レプリケーションソリューションの比較を示しています。

	Aurora レプリカ	クロスリージョン Aurora レプリカ	Aurora グローバルデータベース
高可用性を実現	あり	いいえ	いいえ
ディザスタリカバリを提供します	いいえ	あり	あり
レプリケーションタイプ	非同期	非同期	非同期
自動フェイルオーバー	あり	いいえ	いいえ
SELECT クエリをオフロードします	あり	あり	あり
レプリカに対して書き込みを発行できる	いいえ	はい (推奨されません）	いいえ
プライマリクラスターへの近接性	常にプライマリと同じリージョンに存在する。	プライマリと同じリージョンに存在できません。	プライマリと同じリージョンに存在できません。
レプリケーションの遅延	通常 100 ミリ秒未満	トランザクションボリュームによって異なります。通常、ほとんどのシステムでは数秒です。	通常、1 秒未満です。
コストに関する考慮事項	追加の DB インスタンスノードに対してのみ支払います。	プライマリリージョンと各セカンダリリージョン間のインスタンス、ストレージ、クロスリージョンデータ転送、バックアップストレージ、レプリケートされた書き込み I/O に対して、標準の Aurora 料金を支払います。	プライマリリージョンと各セカンダリリージョン間のインスタンス、ストレージ、クロスリージョンデータ転送、バックアップストレージ、レプリケートされた書き込み I/O に対して、標準の Aurora 料金を支払います。
サポートされているレプリカの数	同じリージョン内で 15	Aurora MySQL 互換エディションでは、各リージョンで最大 5 つのセカンダリ DB クラスター。(Aurora PostgreSQL 互換エディションはクロスリージョンレプリカをサポートしていません）。	各リージョンで最大 5 つのセカンダリ DB クラスター。
プロビジョニングまでの時間	データベースのサイズに関係なく、5 分未満。	レプリカを作成するには、データベースのコピー全体をセカンダリリージョンにレプリケートする必要があるため、データベースのサイズによって異なります。	レプリカを作成するには、データベースのコピー全体をセカンダリリージョンにレプリケートする必要があるため、データベースのサイズによって異なります。

実装するオプションを決定するときは、次のガイドラインに従ってください。

• Aurora クラスターの高可用性が必要な場合は、Aurora レプリカを使用します。プライマリインスタンスが失敗すると、Aurora は Aurora レプリカの 1 つを自動的に昇格します。Aurora レプリカは、読み取りワークロードの水平スケーリングにも最適です。Aurora 接続マネージャーは、共通のリーダーエンドポイントを使用して、同じ 内の複数の Aurora レプリカ AWS リージョン にワークロードを自動的に分散します。

• クロスリージョンディザスタリカバリ (DR) が必要な場合は、Aurora グローバルデータベースを使用します。Aurora Global Database を使用すると、複数の にまた AWS リージョン がって、高速ローカル読み取りとクイック DR を有効にできます。 リージョンの劣化や停止から迅速に復旧する必要がある場合に備えて、バックアップオプションとしてセカンダリリージョンを使用できます。セカンダリリージョンのデータベースは、1 分以内に完全な読み取り/書き込み機能に昇格できます。

• クロスリージョン Aurora レプリカには、いくつかのユースケースがあります。まず、Aurora データベースのクロスリージョンコピーが必要で、一部の制限のためにグローバルデータベースを使用できないときは、クロスリージョン Aurora レプリカを使用できます。次に、MySQL 用の Amazon Relational Database Service (Amazon RDS) から Aurora MySQL 互換エディションに移行する必要がある場合は、Aurora MySQL レプリカを設定できます。