Amazon Aurora Global Database の使用

地域ローテーションなどの計画済みの運用手順には、グローバルデータベーススイッチオーバー(以前は「管理型計画フェイルオーバー」と呼ばれていました) を使用します。この機能を使用すると、正常な Aurora Global Database のプライマリクラスターを、データを損失せず、セカンダリリージョンの 1 つに再配置できます。詳細については、「Amazon Aurora Global Database に対するスイッチオーバーの実行」を参照してください。

プライマリリージョンの機能停止後に、Aurora Global Database を復旧するには、グローバルデータベースフェイルオーバーを使用します。この特徴量では、プライマリ DB クラスターを別のリージョンにフェイルオーバーします (クロスリージョンフェイルオーバー)。詳細については、「Aurora Global Database のマネージドフェイルオーバーを実行する」を参照してください。

ローカルのレイテンシーによるグローバルな読み取り – 世界中にオフィスを持つ企業は、Aurora Global Database を使用することで、プライマリ AWS リージョン にある自社の主要な情報源を最新状態に保つことができます。他のリージョンにあるオフィスは、自社のリージョンにある情報にローカルのレイテンシーでアクセスすることができます。

スケーラブルなセカンダリ Aurora DB クラスター – セカンダリクラスターは、読み取り専用のインスタンス (Aurora レプリカ) をセカンダリ AWS リージョン にさらに追加することでスケールできます。セカンダリクラスターは読み取り専用です。したがって、読み取り専用の Aurora レプリカインスタンスを、1 つの Aurora クラスターにつき、通常の 15 件ではなく最大 16 件サポートします。

プライマリからセカンダリの Aurora DB クラスターへの迅速なレプリケーション-Aurora Global Database によるレプリケーションは、プライマリ DB クラスターのパフォーマンスにほとんど影響しません。DB インスタンスのリソースは、全面的にアプリケーションの読み取りおよび書き込みワークロードに当てられます。

リージョン全体にわたる停止からの回復 – セカンダリクラスターを使用すると、従来のレプリケーションソリューションと比較して迅速 (低い RTO) かつ少ないデータ損失 (低い RPO) で、Aurora Global Database を新しいプライマリ AWS リージョン で使用できるようになります。

Aurora Global Database を使用できるのは、一部の AWS リージョン、および Aurora MySQL と Aurora PostgreSQL の特定バージョンのみです。詳細については、「Aurora グローバルデータベースでサポートされているリージョンと DB エンジン」を参照してください。

Aurora Global Database には、サポートされる Aurora DB インスタンスクラス、AWS リージョン の最大数などに関する特定の設定要件があります。詳細については、「Amazon Aurora Global Database の構成要件」を参照してください。

MySQL 5.7 と互換性のある Aurora MySQL の場合、Aurora グローバルデータベースのスイッチオーバーにはバージョン 2.09.1 以降のマイナーバージョンが必要です。

プライマリ DB クラスターとセカンダリ DB クラスターが同じメジャー、マイナー、パッチレベルのエンジンバージョンである場合にのみ、Aurora グローバルデータベースでマネージドクロスリージョンスイッチオーバーまたはフェイルオーバーを実行できます。ただし、マイナーエンジンバージョンが次のいずれかである場合、パッチレベルは異なる場合があります。

詳細については、「マネージドクロスリージョンスイッチオーバーまたはフェイルオーバーに対するパッチレベルの互換性」を参照してください。

Aurora Global Database は、現在、以下の Aurora 機能をサポートしていません。

グローバルデータベースで RDS プロキシ機能を使用する際の制限については、「グローバル データベースを使用した RDS Proxy の制約事項」を参照してください。

マイナーバージョンの自動アップグレードは、Aurora Global Database の一部である Aurora MySQL クラスターや Aurora PostgreSQL クラスターには適用されません。なお、グローバルデータベースクラスターの一部である DB インスタンスに対してこの設定を指定できますが、その設定に効果はありません。

Aurora Global Database は、現在、セカンダリ DB クラスターの Aurora Auto Scaling をサポートしていません。

Aurora MySQL 5.7 を実行している Aurora グローバルデータベースでデータベースアクティビティストリームを使用するには、エンジンバージョンがバージョン 2.08 以降である必要があります。データベースアクティビティストリーミングについては、「データベースアクティビティストリームを使用した Amazon Aurora のモニタリング」を参照してください。

現在、Aurora Global Database のアップグレードには以下の制限があります。

Aurora Global Database のアップグレードについては、「Amazon Aurora Global Database のアップグレード」を参照してください。

Aurora Global Database にある Aurora DB クラスターは、個別に停止またはスタートすることはできません。詳細については、「Amazon Aurora DB クラスターの停止と開始」を参照してください。

セカンダリ Aurora DB クラスターにアタッチされた Aurora レプリカは、特定の場合に再起動することが可能です。プライマリ AWS リージョン のライター DB インスタンスが再起動またはフェイルオーバーすると、セカンダリリージョンにある Aurora レプリカも再起動します。このセカンダリクラスターは、その後すべてのレプリカがプライマリ DB クラスターのライターインスタンスと再び同期するまでは、使用できません。再起動またはフェイルオーバー時のプライマリクラスターの動作は、単一で非グローバルな DB クラスターの動作と同じです。詳細については、「Amazon Aurora でのレプリケーション」を参照してください。

プライマリ DB クラスターに変更を加えるときは、必ず事前に、Aurora Global Database への影響を把握してください。詳細については、「予期しない停止からの Amazon Aurora Global Database の復旧」を参照してください。

Aurora Global Database は現在、Amazon Aurora が DB クラスターの AWS KMS キーにアクセスできなくなった場合の inaccessible-encryption-credentials-recoverable ステータスをサポートしていません。このような場合、暗号化された DB クラスターはターミナルの inaccessible-encryption-credentials 状態になります。上記の状態についての詳細は、「DB クラスターステータスの表示」を参照してください。

Aurora Global Database で実行されている Aurora PostgreSQL- ベースのDBクラスターには、以下の制限があります。