専用エラスティック・プールについて
Autonomous AI Databaseでは、すべてのプール・メンバーとプール・リーダーが同じインフラストラクチャに配置されたエラスティック・プールを作成できます。 これらは専用エラスティック・プールと呼ばれます。
プールリーダーとプールメンバーが物理的に配置されている場合、専用のエラスティック・プールは、次に示す追加のオプションを提供します。 これらの利点により、専用のエラスティック・プールは、比較的小規模なデータベースが多数あるSaaSアプリケーション、マイクロサービスまたはワークロードに適しています。
-
データベース、ORDSおよびAPEXパッチの制御が改善されました。
-
ストレージ請求の簡素化。
トピック
専用エラスティック・プール要件
-
ECPUコンピュート・モデルを使用します。
-
コンピュートおよびストレージの自動スケーリングは無効になっています。
-
既存のエラスティック・プールのメンバーではありません。
-
エラスティック・プールのコンピュートおよびストレージ・サイズに対応するために、十分な数のECPUおよびストレージをテナンシ制限未満で使用可能にします。
専用エラスティック・プールでサポートされているプール・シェイプは次のとおりです。- 256 TBストレージの場合、使用可能なプール・コンピュート・サイズは256 ECPUのみです。
- 512 TBストレージの場合、使用可能なプール・コンピュート・サイズは256 ECPUおよび512 ECPUです。
- 1024 TBストレージの場合、使用可能なプール・コンピュート・サイズは256 ECPU、512 ECPUおよび1024 ECPUです。
-
プール・リーダーのプロビジョニングは、テナンシ・レベルで実施されるサービス制限の対象となります。
エラスティック・プールを作成するAutonomous AI Databaseインスタンスで許可される個別ECPUの最大数は、プールの作成時に指定されたプール・サイズの4倍です。
-
ECPUコンピュート・モデルを使用します。
-
コンピュートおよびストレージの自動スケーリングは無効になっています。
-
エラスティック・プールのメンバーではありません。
-
ECPU数が使用可能なプール容量を下回っています。
-
プール・メンバーのプロビジョニングは、使用可能なプールのコンピュートおよびストレージ容量の対象となります。
親トピック: 専用エラスティック・プールについて
専用エラスティック・プールが標準の管理操作に与える影響
-
請求: Oracleは、コンピュート請求に加えて、プロビジョニングされたストレージに対して専用プールごとに1時間ごとに請求します。 請求は、プールの作成時に開始され、プールの終了時に終了します。 Oracleは、コンピュート請求に加えて、プロビジョニングされたストレージに対して専用プールごとに時間単位で請求します。 請求は、プールの作成時に開始され、プールの終了時に終了します。 プール・メンバーは引き続き独自のストレージ割当てを保持しますが、従来のエラスティック・プールとは異なり、個別にストレージの請求は行われません。
たとえば、256 TBと256 ECPUの専用エラスティック・プールでは、プール・リーダーはストレージとコンピュートの両方について1時間ごとに請求されます。 詳細は、Autonomous AI Database Dedicated Elastic Pool BillingについておよびAutonomous Data Guardを使用したAutonomous AI Database Dedicated Elastic Poolsの請求についてを参照してください。
-
Autonomous Data Guard:同じリージョン(ローカルAutonomous Data Guardピア用)またはリモート・リージョン(クロスリージョンAutonomous Data Guardピア用)で別の専用エラスティック・プールが使用可能な場合、専用エラスティック・プールでAutonomous Data Guardを有効にできます。
-
メンテナンスとパッチ適用:
- 専用のエラスティック・プールを作成または有効化する際に、希望するメンテナンス・ウィンドウ(日時)を選択できます。 選択したメンテナンス・ウィンドウは、プール内のすべてのパッチ適用可能なコンポーネントに適用されます。
- パッチ適用を制御できるのは、プール・リーダーのみです(一時停止または再開)。
- 専用エラスティック・プールのメンテナンスを一時停止または再開すると、同じリージョン内の他のすべての専用エラスティック・プールのメンテナンスも一時停止または再開されます。
- 専用エラスティック・プールがテナンシの特定のリージョンにすでに存在する場合、同じリージョンおよびテナンシに作成する追加の専用エラスティック・プールにカスタム・メンテナンス・ウィンドウを含めることはできません。 かわりに、これらのプールは、そのリージョンおよびテナンシに作成された最初の専用エラスティック・プールのメンテナンス・ウィンドウを自動的に継承します。 専用エラスティック・プールをテナンシ内の別のリージョンまたは同じリージョン内の別のテナンシに作成する場合、この制限は適用されません。
- セキュリティ・パッチを除き、専用エラスティック・プールのメンテナンスを複数回一時停止および再開できますが、各専用エラスティック・プールは、30日(4週間)ごとに少なくとも1回パッチを受け取る必要があります。 この期間を超えて保守を繰り延べることはできません。
- 専用エラスティック・プールのパッチ適用は、OCIコンソールからいつでも一時停止していた再開できます。 再開すると、スケジュールされたウィンドウで後続のパッチ適用が実行されます。
- 専用エラスティック・プールのパッチ適用が一時停止されている場合、プール・ストレージ(TB)は変更できません。
-
プール・ストレージのスケーリング(TB):プール・リーダーがプールのECPU数の変更のみを許可する従来のエラスティック・プールとは異なり、専用のエラスティック・プールでは、プール・ストレージ(TB)とそのコンピュート・サイズ(ECPU)を変更できます。
プール・ストレージ(TB)を変更するには、次のことが必要です:- プール・ストレージ(TB)の新しい値は、スケール・ダウン中にプール・メンバーによってすでに使用されているストレージより大きくありません。
- プール・ストレージ(TB)の新しい値は、テナンシ制限の範囲内です。
- 専用エラスティック・プールのパッチ適用は一時停止状態ではありません。
- データベース・プロビジョニング: Autonomous AI Databaseインスタンスのプロビジョニングまたはクローニング中に専用エラスティック・プールを作成すると、専用エラスティック・プールに専用サーバーが割り当てられるまで、データベース・インスタンスはプロビジョニング状態のままになります。
親トピック: 専用エラスティック・プールについて
専用のエラスティック・プール操作
ヒント:
Elastic Pool Operationsにリストされているプールリーダーおよびメンバー操作に加えて、専用エラスティック・プールリーダーは、専用エラスティック・プールに対して特に次の操作を実行できます。専用エラスティック・プールでは、プール・リーダーとしてのみ次の操作を実行できます:
| 操作 | 説明 |
|---|---|
|
専用エラスティック・プールの有効化 |
プールリーダーは、既存のエラスティック・プールを専用のエラスティック・プールに変換できます。 すべてのプール・メンバーは、次のメンテナンス・ウィンドウ中に専用インフラストラクチャに移動されます。 詳細は、Enable a Dedicated Elastic Poolを参照してください。 |
| Autonomous AI Databaseのプロビジョニングまたはクローニング中に専用エラスティック・プールを作成します | 手順については、インスタンスのプロビジョニング時またはクローニング時の専用エラスティック・プールの作成を参照してください。 |
| 既存のAutonomous AI Databaseを使用した専用エラスティック・プールの作成 | 手順については、Create a Dedicated Elastic Poolを参照してください。 |
|
専用エラスティック・プール・ストレージ(TB)の変更 |
専用エラスティック・プールのプール・リーダーは、テナンシ制限がある場合、プール・ストレージ(TB)を変更できます。 詳細は、Change a Dedicated Elastic Pool Storageを参照してください。 |
|
専用エラスティック・プール・パッチ適用の一時停止または再開 |
専用のエラスティック・プール・リーダーは、プールのパッチ適用を一時停止または再開できます。 詳細は、専用エラスティック・プール・パッチ適用の管理を参照してください。 |
|
専用エラスティック・プールの無効化 |
専用のエラスティック・プール・リーダーは、それを無効化することで従来のエラスティック・プールに変換できます。 詳細は、Disable a Dedicated Elastic Poolを参照してください。 |
親トピック: 専用エラスティック・プールについて