Aurora レプリカ

マルチ AZ 配置では、Aurora コンピューティングインスタンスを作成し、このインスタンスによって、複数のアベイラビリティーゾーンにまたがる基盤ストレージレイヤーとのやり取りを行います。こうしたその他の DB インスタンスは、読み取り専用のインスタンスであり、Aurora レプリカと呼ばれます。クラスター内でライター DB インスタンスとリーダー DB インスタンスを共存させる方法を説明している場合は、リーダーインスタンスと表現されることもあります。Aurora レプリカの利点の 1 つは、リーダーインスタンスを使用した SELECT クエリ処理によって、読み取りが集中するアプリケーションへの負荷の一部を軽減できることです。

プライマリインスタンスに問題が発生すると、こうしたセカンダリリーダーインスタンスのいずれかにフェイルオーバーされ、そのインスタンスがプライマリインスタンスの機能を引き継ぎます。データベースに問題が検出されると、必要に応じて、フェイルオーバーメカニズムが自動的にアクティブ化されます。Aurora のフェイルオーバーの詳細については「Amazon Aurora の高可用性」を参照してください。

Aurora レプリカでは、Aurora DB クラスター内のすべてのインスタンスが、基盤となるストレージボリュームを共有するため、消費したストレージまたはディスク書き込みオペレーションについて言えば、追加のコストは発生しません。ライターインスタンスが生成したログストリームをストレージノードに送信するときも、すべてのリーダーインスタンスに送信されます。リーダーインスタンスは、このログストリームをデータベースに使用しますが、その際には、各ログレコードを確認します。そのログレコードから、リーダーインスタンスのバッファキャッシュ内にあるページが参照されている場合、ログ適用機能によって、指定された REDO オペレーションをキャッシュ内のページに適用します。それ以外の場合、ログレコードを破棄します。

ライターインスタンスの観点で言うと、Aurora レプリカでは、非同期的にログレコードが消費され、ライターインスタンスは、リーダーインスタンスとは独立して、ユーザーのコミットを承認します。Aurora レプリカの完了は、通常、ライターインスタンスの動作からわずかに遅れます (100 ミリ秒以下)。Aurora DB クラスター内のクラスターボリューム、プライマリ DB インスタンス、Aurora レプリカ間の関係については、AWS ドキュメントで詳しく確認できます。