統合問合せオフロードでは、エラスティック・プール機能問合せオフロードとクラウド・リンク・ターゲットのオフロードを組み合せたエラスティック・プール・リーダーまたはメンバーの問合せを1つ以上のリフレッシュ可能クローンで処理できるため、構成およびパフォーマンスの利点が得られます。

統合問合せオフロードでは、クラウド・リンク・コンシューマでのクラウド・リンクの使用に起因する問合せ(読取り)需要の増加に対応するために、リフレッシュ可能なクローンを追加できます。このようなクラウド・リンク問合せを単一のプロデューサからオフロードすると、アプリケーションを水平方向にスケーリングでき、リフレッシュ可能なクローンを追加してシステム全体のパフォーマンスを維持できます。この構成では、必要に応じてリソースを調整して、問合せリクエスト量を満たすことができます。

統合問合せオフロードを使用する利点は、この機能を使用すると、クラウド・リンク・オフロード・ターゲットを1回設定でき、問合せは構成を変更せずに任意の数のリフレッシュ可能クローンに自動的にルーティングされることです。ProxySQL読取り専用問合せのオフロードを有効にし、これをクラウド・リンク・ターゲットのオフロードと組み合せることで、リフレッシュ可能クローンを追加または削除でき、問合せの送信先のリフレッシュ可能クローンのリストは、手動構成を必要とせずに自動的に更新されます。リフレッシュ可能なクローンが追加されると、統合問合せのオフロードが動的に調整され、追加時に新しいリソースが使用されます。一方、クラウド・リンクを使用し、統合問合せオフロードなしでオフロード・ターゲットを構成する場合は、クラウド・リンク・ターゲットのオフロードのみを使用して、問合せの送信先となるリフレッシュ可能クローンのリストを手動で構成する必要があります。統合問合せオフロードは、エラスティック・プール・リーダーまたはメンバーである単一のクラウド・リンク・オフロード・ターゲットを指定し、ターゲットはProxySQLを使用して、任意の数のリフレッシュ可能クローンに問合せをオフロードします。

次の図は、統合問合せのオフロードを示しています。

• 3つのクラウド・リンク・コンシューマ: インスタンス1、インスタンス2およびインスタンス3

• エラスティック・プール・リーダーでもあるクラウド・リンク・プロデューサ(このインスタンスはエラスティック・プール・メンバーでもある)。このインスタンスでは、問合せオフロードが有効になっています。

• 問合せオフロード用の3つのElastic Poolリフレッシュ可能クローン

図adb_cloud_links_proxy_sql.pngの説明

クエリー・オフロードの場合と同様に、統合クエリー・オフロードでは、リフレッシュ可能クローンのデータは、各リフレッシュ可能クローンの最終リフレッシュ時間に基づいて最新です。つまり、統合問合せオフロードを使用する場合は、クラウド・リンク・プロバイダであるエラスティック・プール・リーダーまたはメンバーで、DDL、DMLまたはPL/SQLに関連するすべての操作を実行する必要があります。次に、リフレッシュ可能クローンのリフレッシュ後に、読取り専用オフロードが有効になっているインスタンスからの変更がリフレッシュ可能クローンに反映されます。

詳細は、「Autonomous Databaseでのリフレッシュ可能クローンの使用方法」を参照してください。

エラスティック・プール・リーダーまたはエラスティック・プール・メンバーに対して、クラウド・リンクを使用した統合問合せオフロードを有効にする方法について説明します。

1. クラウド・リンク・プロデューサを決定し、このAutonomous Databaseインスタンスで、ProxySQL問合せオフロードを有効にします。

   クラウド・リンク・プロデューサは、エラスティック・プール・メンバーまたはエラスティック・プール・リーダーである必要があります。

   ProxySQL問合せオフロードを有効にするステップの詳細は、問合せオフロードの有効化を参照してください。

2. クラウド・リンク・プロデューサで、1つ以上のデータ・セットを登録するか、1つ以上のデータ・セットの登録を更新します。

   クラウド・リンク・プロデューサは、エラスティック・プール・メンバーまたはエラスティック・プール・リーダーである必要があります。

   • データ・セットを登録します。

     データ・セットの登録ステップの詳細は、「データ・セットの登録または登録解除」を参照してください。

   • データ・セットの登録を更新します。

     データ・セットの登録の更新ステップの詳細は、「データ・セット登録属性の更新」を参照してください。

   データ・セットを登録または更新する場合、統合問合せオフロードを有効にするには、offload_targetsパラメータの値を次のいずれかにする必要があります。

   • NULL: データ・セットを登録するか、データ・セットを更新し、offload_targetsパラメータをNULLとして指定すると、統合問合せのオフロードが有効になります。

   • 値なし: データ・セットを登録するか、データ・セットを更新し、offload_targetsパラメータを含めない場合、これは値をNULLに設定し、統合問合せオフロードを有効にするのと同じです(offload_targetsのデフォルト値はNULLです)。

   • offload_targetsで値を指定しますが、受信リクエストと一致するコンシューマAutonomous DatabaseインスタンスOCIDが指定されていません(ANYキーワードは指定されていません)。この場合、問合せはプロデューサのリフレッシュ可能なクローンのいずれかに送信されます(統合問合せオフロードが有効)。

   統合問合せオフロードを使用せず、クラウド・リンク・ターゲットのオフロードを適用する場合は、次の2つのケースがあります。

   • データ・セットを登録または更新し、offload_targetsパラメータを含めており、受信リクエストに一致するコンシューマに指定されたインスタンスOCIDがある場合、クラウド・リンク・ターゲットのオフロードが使用されます。この場合、システムでは、一致するマッピングで指定されたリフレッシュ可能クローンが使用されます(この動作は、クラウド・リンクを使用したオフロード・ターゲットの場合に説明されている動作と同じです)。

   • 前のケースが適用されるか、データ・セットを登録または更新し、offload_targetsパラメータを含めてANYキーワードを指定した場合、統合問合せオフロードは使用されません。この場合、ANYマッピングで指定されたリフレッシュ可能クローンが使用されます(この動作は、クラウド・リンクを使用したオフロード・ターゲットの場合と同じです)。

   詳細は、データ・セット・アクセス用のオフロード・ターゲットへのデータ・セットの登録およびREGISTERプロシージャを参照してください。

統合問合せオフロードを無効にする方法について説明します。