Aurora PostgreSQL のカスタムエンドポイントを使用して Oracle RAC ワークロードをエミュレートします - AWS 規範ガイダンス
概要前提条件と制限アーキテクチャツールエピック関連リソース

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Aurora PostgreSQL のカスタムエンドポイントを使用して Oracle RAC ワークロードをエミュレートします

ハリクリシュナ・ボーガッダ (AWS) によって作成されました

概要

このパターンでは、単一クラスター内のインスタンスにワークロードを分散するカスタムエンドポイントを備えた Amazon Aurora PostgreSQL 互換エディションを使用して Oracle Real Application Clusters (Oracle RAC) ワークロードのサービスをエミュレートする方法を説明します。このパターンは、Amazon Aurora データベース用の 「カスタムエンドポイント」を作成する方法を示しています。カスタムエンドポイントを使用すると、Aurora クラスター内のさまざまな DB インスタンスセットにワークロードを分散し、負荷を分散できます。

Oracle RAC 環境では、「サービス」が 1 つ以上のインスタンスにまたがるため、トランザクションパフォーマンスに基づくワークロードバランシングが容易になります。サービスの特徴量には、エンドツーエンドの無人リカバリ、ワークロードごとのローリング変更、および場所の完全な透明性などがあります。このパターンを使用して、これらの特徴量の一部をエミュレートできます。たとえば、レポートアプリケーションの接続をルーティングする機能をエミュレートできます。

前提条件と制限

前提条件

制約事項

アーキテクチャ

ソーステクノロジースタック

  • 3 ノードの Oracle RAC データベース

ターゲットテクノロジースタック

  • 2 つのリードレプリカを備えた Aurora PostgreSQL 互換データベース

ソースアーキテクチャ

次の図は、3 ノード Oracle RAC データベースのアーキテクチャを示します。

3 ノード Oracle RAC データベースのアーキテクチャ。

ターゲット アーキテクチャ

次の図は、2 つのリードレプリカを含む Aurora PostgreSQL 互換データベースのアーキテクチャを示します。3 つの異なるアプリケーション/サービスがカスタムエンドポイントを使用しており、これらは異なるアプリケーションユーザーにサービスを提供し、プライマリレプリカとリードレプリカ間でトラフィックと負荷をリダイレクトします。

Aurora のカスタムエンドポイントを使用して、Oracle RAC でサービスをエミュレートします。

ツール

エピック

タスク説明必要なスキル

クラスターを作成する。

クラスターを作成するには、Amazon RDS ドキュメントの「DB クラスターを作成して Aurora PostgreSQL DB クラスターのデータベースに接続する」を参照してください。

AWS 管理者

ワークロードのカスタムパラメータグループを作成します。

パラメータグループを作成するには、Amazon RDS ドキュメントの「DB クラスターパラメータグループの作成」を参照してください。

AWS 管理者

イベント通知とアラームを作成します。

イベント通知と Amazon CloudWatch アラームを使用して、クラスターの状態が変化したときに通知したり、事前定義されたしきい値に達したときにメトリックスをキャプチャしたりできます。

CloudWatch アラームを作成するには、「静的しきい値に基づいて CloudWatch アラームを作成する」を参照してください。

イベント通知を作成するには、「イベントでトリガーする CloudWatch イベントルールの作成」を参照してください。

AWS 管理者
タスク説明必要なスキル

クラスターにリードレプリカを追加します。

  1. 「リードレプリカの作成」します。

  2. 注記

    DB クラスターと同じアベイラビリティーゾーンにリードレプリカを追加します。: フェイルオーバーノードで満たす必要がある要件がある場合は、別のアベイラビリティーゾーンを使用できます。

AWS 管理者

リードレプリカのエンドポイントをメモしておきます。

リードレプリカのエンドポイントを文書化して、後でカスタムエンドポイントを作成する際に使用できるようにします。

AWS 管理者
タスク説明必要なスキル

カスタムエンドポイントの名前を入力します。

必要なエンドポイントごとに、ワークロードまたはアプリケーションに関連する一意のエンドポイント名を作成します。

AWS 管理者

エンドポイントメンバーを追加します。

リードレプリカエンドポイントをカスタムグループに追加します。詳細については、Amazon RDS ドキュメントの「カスタムエンドポイントの編集」を参照してください。

AWS 管理者

(オプション) future インスタンスをクラスターに追加します。

カスタムグループにさらにレプリカまたはエンドポイントを追加する場合は、Amazon RDS ドキュメントの「Aurora レプリカを DB クラスターに追加する」を参照してください。

AWS 管理者

エンドポイントを作成します。

エンドポイントを作成するには、Amazon RDS ドキュメントの「カスタムエンドポイントの作成」を参照してください。

AWS 管理者
タスク説明必要なスキル

カスタムエンドポイントの詳細を、ワークロードを指定するアプリケーションと共有します。

テストする予定のレポートアプリケーションのデータベース接続の詳細に、カスタムエンドポイントの詳細を追加します。

AWS 管理者

カスタムエンドポイントを使用してワークロードConnect します。

レポートアプリケーションでカスタムエンドポイントの詳細を検証します。

AWS 管理者

データベースから接続の詳細を確認します。

  1. アプリケーションのユーザー名と接続数をテストします。

  2. ワークロード全体の負荷分散をチェックして、接続が異なるカスタムエンドポイント (プライマリとリードレプリカ) に分散されていることを確認します。

AWS 管理者

関連リソース