Elastic Poolsについて

エラスティック・プールを使用すると、コンピュート・リソースの割当てに関して多数のAutonomous AI Databaseインスタンスを論理的にグループ化し、管理を簡素化できます。エラスティック・プールは、すべてのデータベースをクラウドに移行することで、運用効率を向上させ、コストを削減するのに役立ちます。

エラスティック・プールは、自律型AIデータベース・インスタンスをコンピュート割当ての観点から統合できる論理エンティティです。自律型AIデータベースの「ファミリー・プラン」と考えることができます。それぞれに対して個別に支払うのではなく、論理プールにグループ化され、プール全体のコンピュート使用に対して課金されます。

ノート

ノート:エラスティック・プールは、ECPUコンピュート・モデルを使用するAutonomous AI Databaseインスタンスでのみ使用できます。

Elastic Poolsの利点

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

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

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

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

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

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

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

エラスティック・プール用語

エラスティックプールを操作するときに使用する用語はいくつかあります。

• プール・リーダー: エラスティック・プールを作成するAutonomous AI Databaseインスタンスです。

• プール・メンバー: エラスティック・プールに追加されるAutonomous AI Databaseインスタンスです。

• プール・サイズ: エラスティック・プールの作成時に設定する値です。プール・サイズは、使用可能なエラスティック・プール・シェイプのいずれかである必要があります。

• プール容量: エラスティック・プールが使用できるECPUの最大数で、プール・サイズの4倍(x4)です。

• プール・シェイプ: エラスティック・プールの作成時に選択する有効なプール・サイズの1つです。プール・シェイプは、128、256、512、1024、2048または4096 ECPUのいずれかである必要があります。

  専用エラスティック・プールの場合、サポートされるプール・シェイプは次のとおりです:

  • 256 TBストレージの場合、使用可能なプール・コンピュート・サイズは256 ECPUのみです。

  • 512 TBストレージの場合、使用可能なプール・コンピュート・サイズは256 ECPUおよび512 ECPUです。

  • 1024 TBストレージの場合、使用可能なプール・コンピュート・サイズは256 ECPU、512 ECPUおよび1024 ECPUです。

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

エラスティックプールバリアント

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

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

Elastic Poolの要件

エラスティック・プールを作成し、プール・リーダーになるには、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 Data Guardを使用したAutonomous AI Database Elastic Poolsの請求についてを参照してください。

プール容量と最小CPU割り当て

自律型AIデータベース・インスタンスがエラスティック・プールの一部である場合:

• 許可される個々のECPU割当ての最小数は1 ECPUです。

• 個々のAutonomous AI DatabaseインスタンスのECPU割当てでは、1 ECPUの増加が許可されます。

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

ノート

ノート:これらの例では、Autonomous Data Guardは有効になっていません。Autonomous Data Guardでエラスティック・プールを使用する方法の詳細は、Autonomous Data GuardでのAutonomous AI Databaseエラスティック・プールの請求についてを参照してください。

次に、プール・サイズが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でエラスティック・プールを作成すると、インスタンスがプール・リーダーになります。既存のプールに追加するインスタンスは、プール・メンバーになります。実行できる操作は、リーダーまたはメンバーとしての役割によって異なります。

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

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

ノート

ノート:専用エラスティック・プールでは、プール・リーダーとプール・メンバーの両方として、前述のすべての操作がサポートされます。また、専用のエラスティック・プールに固有の操作を実行することもできます。これらの操作のリストについては、Dedicated Elastic Pool Operationsを参照してください。