Elastic Poolsについて

エラスティックプールには次の利点があります。

• データベース・グループ全体で固定予算内で運用しながら、個々のデータベースごとにパフォーマンスの柔軟性を実現します。

• オーバーサブスクリプションを使用するオンプレミスのOracle環境から簡単に移行して、自律型AIデータベースへのコスト効率の高い経路を提供します。

• 多数の個別の顧客データベースを管理するSaaSベンダーをサポートします。

• 多数のデータベースが必要な場合のマイクロサービス・アーキテクチャの使用を容易にします。

• エラスティック・プール内のプール・メンバーは、個別に請求されません。かわりに、プール・シェイプに基づいてプール・リーダーに請求が適用されます。この方法では、個々のメンバーのECPU使用コストを考慮せずに、インスタンスごとに追加のECPUをプール・メンバーに割り当てることができます。

• Autonomous AI Databaseでは、I/O容量とメモリー割当てはECPU数と直接相関しています。1つのインスタンスにより多くのECPUを割り当てることで、追加のリソース料金を発生させることなく、I/O容量の増加およびより多くのメモリーを利用できます。コストは、各インスタンスのECPU数ではなくプール・シェイプによって決定されるため、同じ価格設定構造内でインスタンスごとに高いI/O容量およびメモリーを利用できます。

プールメンバーの起動と停止は、リーダーの状態に依存しません。つまり、エラスティック・プールの一部である各インスタンス(リーダーではないエラスティック・プールのリーダーおよびメンバーを含む)を個別に停止および起動できます。

エラスティック・プールは、メンバーに物理的な制約を課さない論理構造です。プール・リーダーとプール・メンバーは、同じインフラストラクチャ上に存在する必要はありません。ただし、すべてのプール・メンバーとプール・リーダーが同じインフラストラクチャに配置されたエラスティック・プールを作成できます。これらは専用エラスティック・プールと呼ばれ、コンピュートとストレージのカスタム・スケーリング、データベースの統合とガバナンスの強化、請求の簡素化、パッチ適用の管理の改善など、追加のオプションを提供します。詳細は、「専用エラスティック・プールについて」を参照してください。

組織管理の概要で説明されているように、組織がOracle Cloud Infrastructure (OCI)の親テナンシ・モデルと子テナンシ・モデルを使用している場合は、親テナンシと子テナンシの両方にまたがるエラスティック・プールを作成することで、エラスティック・プールのコスト削減を実現できます。この構成では、エラスティック・プール・リーダーは親テナンシにあり、プール・メンバーは子テナンシにあります。詳細は、親テナンシおよび子テナンシのエラスティック・プールを参照してください。

エラスティック・プールを作成してプール・リーダーになるには、Autonomous AI Databaseインスタンスで次のことが必要です:

• ECPUコンピュート・モデルを使用します。

• コンピュート自動スケーリングを無効化します。

• 既存のエラスティック・プールのメンバーではありません。

• エラスティック・プールのサイズに対応するために、使用可能なECPUの数がテナンシ制限を下回っています。

• プール・リーダーのプロビジョニングは、テナンシ・レベルで適用されるサービス制限の対象となります。

エラスティック・プールを作成するAutonomous AI Databaseインスタンスで許可される個々のECPUの最大数は、プールの作成時に指定されたプール・サイズの4倍です。

エラスティック・プールに参加するには、Autonomous AI Databaseインスタンスで次のことが必要です:

• ECPUコンピュート・モデルを使用します。

• コンピュート自動スケーリングを無効化します。

• エラスティック・プールのメンバーではありません。

• 使用可能なプール容量を下回るECPU数を持ちます。

• プール・メンバーのプロビジョニングは、使用可能なプール容量の対象となります。

エラスティック・プールのリソースのグループ化および請求は、コンピュート・リソース(ECPU使用量)のみで構成され、すべてのコンピュート使用量がエラスティック・プール・リーダーであるAutonomous AI Databaseインスタンスに請求されます。ストレージ関連のリソース割当ておよびストレージ使用量に対する請求は、インスタンスがエラスティック・プールにあるかどうかに関係なく、個々のAutonomous AI Databaseインスタンスに個別に課金されます。Autonomous AI Databaseでは、エラスティック・プール・リーダーがトランザクション処理、レイクハウス、JSONまたはAPEXワークロード・タイプを使用しているかどうかに関係なく、エラスティック・プールのすべてのコンピュート使用量がトランザクション処理コンピュート使用率のプール・リーダーに請求されます。詳細は、Autonomous AI Database Serverless Billing for Elastic PoolsおよびECPU Compute Model Billing Informationを参照してください。

ただし、専用のエラスティック・プールでは、リソースのグループ化と請求には、コンピュート(ECPU使用量)とストレージ・リソースの両方が含まれます。リソース消費の合計は、プールリーダーに課金されます。詳細は、Autonomous AI Database Dedicated Elastic Pool Billingについてを参照してください。

Autonomous Data Guardプライマリ・データベースは、リーダーまたはメンバーとして、エラスティック・プールの一部であるローカルまたはクロスリージョン・スタンバイを使用できます。エラスティック・プールの請求は、プール・リーダーまたはメンバーがAutonomous Data Guardに関連付けられているかどうかによって異なります。詳細は、Autonomous AI Database Elastic Pools with Autonomous Data Guardの請求についてを参照してください。

エラスティック・プールのプール容量は、プール・サイズの4倍です。たとえば、プール・サイズが128 ECPUのプールでは、そのリーダーおよびメンバーに対して最大512 ECPUを保持できます。

次に、プール・サイズが128でプール容量が512のエラスティック・プールにあるAutonomous AI Databaseインスタンスの例を示します:

• これらはそれぞれ、プール・サイズが128のエラスティック・プールのプール・メンバーに対して有効です。

  • 512 ECPUの1インスタンス(合計512 ECPU)

  • 4 ECPUの128インスタンス、合計512 ECPU

  • 2 ECPUの256インスタンス、合計512 ECPU

  • 10個のECPUを持つ50インスタンス、4個のECPUを持つ3個のインスタンス、合計512個のECPU

• 同様に、プール・サイズが128のエラスティック・プールのプール・メンバーに対しては、次のそれぞれが有効です。

  • 128個のECPUを持つ1つのインスタンス、64個のECPUを持つ2つのインスタンス、4個のECPUを持つ32個のインスタンス、2個のECPUを持つ64個のインスタンス、合計512個のECPU

  • 1 ECPUの256インスタンス、2 ECPUの64インスタンス、合計384 ECPU、512 ECPUのプール容量より少ない。

  • 4 ECPUの100インスタンス、2 ECPUの50インスタンス(512 ECPUのプール容量より少ない)。

次に、プール・メンバーをプールに追加して、選択したプール・サイズに基づいて、インスタンス数およびインスタンス当たりのECPU数と一致させる例を示します。

エラスティックプールでは、プールリーダーのライセンス選択によって、プール全体のライセンス要件が決まります。エラスティック・プールにBYOLを使用し、BYOLライセンス制限を設定する場合は、プール・リーダーのインスタンスに制限値を設定する必要があります。BYOLライセンス制限を含むプール・メンバーのライセンス選択は、インスタンスがプールのメンバーである間は適用されません。BYOLライセンス制限を含むライセンスの選択は、プール・メンバーまたはプール・リーダーがエラスティック・プールを離れる場合にのみ有効になります。たとえば、エラスティック・プールに、BYOLライセンス・タイプが設定された8つのECPUプライマリを持つAutonomous Data Guardを使用するメンバー・インスタンスが含まれている場合、プライマリ・インスタンスとスタンバイ・インスタンスのライセンス選択は次のように設定されます。

• プライマリがプールメンバーである場合、プライマリのライセンスタイプを設定できますが、プライマリには適用されません。プライマリはエラスティックプールリーダーのライセンスタイプを使用します。プライマリのライセンス・タイプ選択は、プライマリがエラスティック・プールを離れる場合と離れる場合に適用されます。

• ローカル・スタンバイの場合、スタンバイ・インスタンスはエラスティック・プールにあります。この場合、ローカル・スタンバイはプライマリと同じライセンス・タイプを使用します。

• クロスリージョン・スタンバイの場合、スタンバイ・インスタンスは(プール・メンバーとしてまたはプール・リーダーとして)プール内にあるか、エラスティック・プールにないかのいずれかです。

  • クロスリージョン・スタンバイがエラスティック・プールになく、つまりプール・リーダーでもプール・メンバーでもない場合、クロスリージョン・スタンバイ・ライセンス・タイプを設定できますが、適用されません。スタンバイはエラスティック・プール・リーダーのライセンス・タイプを使用します。スタンバイでライセンス・タイプの選択が適用されるのは、スタンバイがエラスティック・プールを離れる場合と場合です。

  • クロスリージョン・スタンバイがエラスティック・プールになく、つまりプール・リーダーでもプール・メンバーでもない場合、クロスリージョン・スタンバイ・ライセンス・タイプを設定できますが、適用されません。スタンバイはエラスティック・プール・リーダーのライセンス・タイプを使用します。スタンバイでライセンス・タイプの選択が適用されるのは、スタンバイがエラスティック・プールを離れる場合と場合です。

  • クロスリージョン・スタンバイがエラスティック・プールになく、つまりプール・リーダーでもプール・メンバーでもない場合、クロスリージョン・スタンバイ・ライセンス・タイプを設定できますが、適用されません。スタンバイはエラスティック・プール・リーダーのライセンス・タイプを使用します。スタンバイでライセンス・タイプの選択が適用されるのは、スタンバイがエラスティック・プールを離れる場合と場合です。

デフォルトでは、エラスティック・プール内の各インスタンスにメンテナンス・ウィンドウが自動的に割り当てられます。1024 ECPU以上のプール・シェイプを選択することで、リーダーとすべてのエラスティック・プール・メンバーにパッチを適用する2時間のカスタム・メンテナンス・ウィンドウを割り当てることができます。エラスティック・プールのカスタム・メンテナンス・ウィンドウを選択するには、Oracle Cloud Supportでサービス・リクエストを申請します。

Autonomous AI Databaseでエラスティック・プールを作成すると、インスタンスがプール・リーダーになります。既存のプールに追加するインスタンスは、プール・メンバーになります。実行できる操作は、リーダーまたはメンバーとしての役割によって異なります。

次の操作は、プールリーダーとしてのみ実行できます。

プール・メンバーとプール・リーダーの両方は、次の操作を実行できます: