Dedicated Elastic Poolsについて

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

• 請求: Oracleは、計算の請求に加えて、プロビジョニングされたストレージに対して1時間ごとに専用プールに請求します。請求は、プールの作成時に開始され、終了時に終了します。Oracleは、コンピュート請求に加えて、プロビジョニングされたストレージに対して専用プールを1時間ごとに請求します。請求は、プールの作成時に開始され、終了時に終了します。プール・メンバーは引き続き独自のストレージ割当てを持ちますが、従来のエラスティック・プールとは異なり、個別にストレージの請求は行われません。

  たとえば、256TBおよび256ECPUの専用エラスティック・プールでは、プール・リーダーにストレージとコンピュートの両方について1時間ごとに請求されます。詳細は、Autonomous AI Database Dedicated Elastic Pool BillingについておよびAutonomous AI Database Dedicated Elastic Pools with Autonomous Data Guardの請求についてを参照してください。

• 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インスタンスのプロビジョニングまたはクローニング中に専用エラスティック・プールを作成すると、専用エラスティック・プールに専用サーバーが割り当てられるまで、データベース・インスタンスはプロビジョニング状態のままになります。

次の操作は、専用のエラスティック・プールに対してプール・リーダーとしてのみ実行できます: