エラスティック・プールについて
エラスティック・プールを使用すると、コンピュート・リソースの割当てに関して多数のAutonomous AI Databaseインスタンスを論理的にグループ化し、管理を簡素化できます。 エラスティック・プールは、すべてのデータベースをクラウドに持ち込むことで、運用効率を向上させ、コストを削減するのに役立ちます。
エラスティック・プールは、コンピュート割当てに関してAutonomous AI Databaseインスタンスを統合できる論理エンティティです。 これは、Autonomous AI Databaseの「ファミリー・プラン」と考えることができます。 それぞれに対して個別に支払うのではなく、論理プールにグループ化され、プール全体のコンピュート使用に対して課金されます。
ノート:
エラスティック・プールは、ECPUコンピュート・モデルを使用するAutonomous AI Databaseインスタンスでのみ使用できます。トピック
エラスティック・プールの利点
エラスティック・プールには次の利点があります。
-
各データベースのパフォーマンス弾力性を実現しながら、データベース・グループ全体で固定予算内で運用できます。
-
オーバーサブスクリプションを使用するオンプレミスのOracle環境から簡単に移行し、Autonomous AI Databaseへのコスト効率の高い経路を提供します。
-
多数の個別の顧客データベースを管理するSaaSベンダーをサポートします。
-
多数のデータベースが必要な場合にマイクロサービス・アーキテクチャの使用を容易にします。
-
エラスティック・プール内のプール・メンバーは、個別に請求されません。 かわりに、プール・シェイプに基づいてプール・リーダーに請求が適用されます。 このアプローチにより、個々のメンバーのECPU使用コストを気にすることなく、インスタンスごとに追加のECPUをプール・メンバーに割り当てることができます。
-
Autonomous AI Databaseでは、I/O容量およびメモリー割当てはECPU数と直接相関しています。 より多くのECPUをインスタンスに割り当てることで、追加のリソース・チャージを発生させることなく、I/O容量の増加とメモリーの増加の恩恵を受けることができます。 コストは各インスタンスのECPU数ではなくプール・シェイプによって決定されるため、同じ価格設定構造内でインスタンス当たり高いI/O容量およびメモリーを利用できます。
親トピック: エラスティック・プールについて
エラスティック・プール条件
-
プール・リーダー: エラスティック・プールを作成するAutonomous AI Databaseインスタンスです。
-
プール・メンバー: エラスティック・プールに追加されるAutonomous AI Databaseインスタンスです。
-
プール・サイズ: エラスティック・プールの作成時に設定する値です。 プール・サイズは、使用可能なエラスティック・プール・シェイプの1つである必要があります。
-
プール容量: エラスティック・プールで使用できるECPUの最大数で、プール・サイズの4倍(x4)です。
-
プール・シェイプ: エラスティック・プールの作成時に選択する有効なプール・サイズの1つです。 プール・シェイプは次のいずれかである必要があります: 128や256、512、1024、2048、4096 ECPUs.
専用エラスティック・プールの場合、サポートされるプール・シェイプは次のとおりです:- 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)の親および子テナンシ・モデルを使用している場合、親テナンシと子テナンシの両方にまたがるエラスティック・プールを作成することで、エラスティック・プールのコスト削減を実現できます。 この構成では、エラスティック・プール・リーダーは親テナンシにあり、プール・メンバーは子テナンシにあります。 詳細は、親および子テナンシのエラスティック・プールを参照してください。
親トピック: エラスティック・プールについて
エラスティック・プール要件
エラスティック・プールを作成し、プール・リーダーになるには、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割当て
- 最小許容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 Elastic Poolsの請求についてを参照してください。次に、プール・サイズが128でプール容量が512のエラスティック・プールにある可能性があるAutonomous AI Databaseインスタンスの例を示します:
- これらはそれぞれ、プール・サイズが128のエラスティック・プール内のプール・メンバーに有効です:
-
512 ECPUを持つ1つのインスタンス、合計512 ECPU
-
4つのECPUを持つ128インスタンス、合計512のECPU
-
2つのECPUを持つ256インスタンス、合計512のECPU
-
50インスタンス(10 ECPU)、3インスタンス(4 ECPU)、合計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サポート」でサービス・リクエストを申請します。
親トピック: エラスティック・プールについて
エラスティック・プール操作
Autonomous AI Databaseでエラスティック・プールを作成すると、インスタンスがプール・リーダーになります。 既存のプールに追加するインスタンスは、プール・メンバーになります。 実行できる操作は、リーダーまたはメンバーとしてのロールによって異なります。
次の操作は、プールリーダーとしてのみ実行できます。
| 操作 | 説明 |
|---|---|
|
エラスティック・プールの作成 |
エラスティック・プールを作成するAutonomous AI Databaseインスタンスは、プール・リーダーです。 詳細については、「エラスティック・プールの作成」を参照してください。 |
|
エラスティック・プール・メンバーを削除 |
エラスティック・プール・リーダーは、エラスティック・プールからメンバーを削除できます。 詳細については、「プール・リーダーとしてエラスティック・プールからメンバーを削除」を参照してください。 |
|
エラスティック・プールの終了 |
エラスティック・プールにプール・メンバーがない場合、プール・リーダーはエラスティック・プールを終了できます。 詳細については、「エラスティック・プールの終了」を参照してください。 |
|
エラスティック・プール・サイズの変更 |
エラスティック・プール・リーダーは、プール・サイズを変更できます。 詳細については、「エラスティック・プール・シェイプの変更」を参照してください。 |
|
プール・メンバーのリスト |
プール・リーダーはプール・メンバーを一覧表示できます。 詳細については、「エラスティック・プール・メンバーのリスト」を参照してください。 |
プール・メンバーとプール・リーダーの両方で、次の操作を実行できます:
| 操作 | 説明 |
|---|---|
|
インスタンスをエラスティック・プールに追加 |
Autonomous AI Databaseインスタンスは、インスタンスがサポートされているワークロード・タイプの1つであり、インスタンスがECPUコンピュート・モデルを使用し、インスタンスが別のプールのプール・メンバーでないかぎり、プール・メンバーとして追加できます。 サポートされているワークロード・タイプは、「トランザクション処理」、「レイクハウス」、「JSONデータベース」またはAPEXです。 詳細については、「既存のエラスティック・プールへの参加」を参照してください。 ノート: 選択したエラスティック・プールの使用可能なコンピュート容量がゼロで、ECPU数の値を入力すると、エラスティック・プール・サイズをスケール・アップするか、別のエラスティック・プールを選択するようにアドバイスする警告が表示されます。 |
|
エラスティック・プール・メンバーを削除 |
エラスティック・プール・メンバーは、エラスティック・プールから自身を削除できます。 詳細については、「エラスティック・プールからのプール・メンバーの削除」を参照してください。 |
ノート:
専用のエラスティック・プールは、プール・リーダーとプール・メンバーの両方として、前述のすべての操作をサポートします。 また、専用のエラスティック・プールに固有の操作を実行することもできます。 これらの操作のリストについては、Dedicated Elastic Pool Operationsを参照してください。親トピック: エラスティック・プールについて