Oracle Cloud Infrastructureドキュメント

CPUまたはストレージリソースの削除または自動スケーリングの無効化

CPUコアまたはストレージを削除して、オンデマンドでAutonomous AI Databaseをスケーリングする方法について説明します。また、自動スケーリングを無効にする方法についても説明します。

必要に応じて、次の前提条件ステップを実行します:

  • Oracle Cloud Infrastructure Consoleを開くには、クラウドの横にあるナビゲーション・アイコンをクリックします。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューから、「Oracle AI Database」をクリックし、「Autonomous AI Database」をクリックします。

  • 「Autonomous AIデータベース」ページで、「表示名」列のリンクからAutonomous AIデータベースを選択します。

Autonomous AI Databaseインスタンスからリソースを削除するには:

  1. OCIコンソールの「その他のアクション」ドロップダウン・メニューで、「リソース割当ての管理」をクリックします。

  2. 「リソース割当ての管理」領域で、スケール・リクエストのリソースの変更を選択します:

    • 値を入力するか、下矢印をクリックして、ECPU数の値を選択します(データベースがOCPUを使用している場合は「OCPU数」)。デフォルトは変更なしです。

    • ストレージ: データベースで使用可能にするストレージを指定します。ワークロード・タイプおよびコンピュート・モデルに応じて、次のオプションがあります:

      • レイクハウス: ストレージをTB単位で指定します。

      • JSON: ストレージをTB単位で指定します。

      • トランザクション処理: ストレージをギガバイト(GB)またはテラバイト(TB)で指定します。「記憶域」フィールドにサイズを入力します。「ストレージ・ユニット・サイズ」に「GB」または「TB」を選択します。GBユニットは、ワークロード・タイプがトランザクション処理で、コンピュート・モデルがECPUの場合にのみ使用できます。

      デフォルトは変更なしです。

    イメージの説明が続きます

    図adb_scale_dialog.pngの説明

  3. コンピュート自動スケーリングが有効な場合、「自動スケーリングの計算」の選択を解除して、コンピュート自動スケーリングを無効にします。

    指定したECPU数(データベースでOCPUが使用されている場合はOCPU数)よりも多くのCPUが使用されているときにコンピュート自動スケーリングが無効になっている場合、Autonomous AI Databaseは、使用中のCPUの数をECPU数(データベースでOCPUが使用されている場合はOCPU数)までスケール・ダウンします。

    詳細は、「自動スケーリングの使用」を参照してください。

  4. ストレージの自動スケーリングが有効な場合、「ストレージの自動スケーリング」の選択を解除して、ストレージの自動スケーリングを無効にします。

    ストレージの自動スケーリングを無効にし、使用済ストレージが、Oracle Cloud Infrastructure Consoleの「ストレージ」フィールドに表示されているストレージで指定されている予約済ベース・ストレージより大きい場合、Autonomous AI Databaseでは、ストレージの自動スケーリングの無効化の確認ダイアログに警告が表示されます。この警告により、予約済ベース・ストレージの値が、レイクハウス・ワークロード・インスタンスの実際のストレージ使用量よりも最も近いTBに、またはトランザクション処理ワークロード・インスタンスの実際のストレージ使用量よりも最も近いGBに増加し、新しい予約済ベース・ストレージ値が表示されることがわかります。

    詳細は、「自動スケーリングの使用」を参照してください。

    ノート

    ノート: 「縮小」をクリックすると、記憶域の縮小操作が開始されます。詳細は、ストレージの縮小を参照してください。

  5. エラスティック・プールに参加するには、「エラスティック・プールの有効化」を選択します。

  6. 「適用」をクリックして、リソースを変更します。

リソースを変更して「適用」をクリックすると、ライフサイクルの状態が「スケーリング進行中…」に変わります。ライフサイクルの状態が「使用可能」に変わった後、変更は即時に適用されます。

ストレージをスケール・ダウンしたり、ストレージの自動スケーリング値を変更する場合は、次の点に注意してください:

  • Autonomous AI Databaseインスタンスに次のものが含まれている場合、ストレージのスケール・ダウンは許可されません:

    • ドメイン索引とLONGデータ型列の両方を含む表

    • FAILED状態のドメイン索引

    • ベクトルインデックス

    • トランザクション・イベント・キュー(以前はAQシャード・キューと呼ばれていました)

    • MEMOPTIMIZE FOR WRITE表

    • reservable列を含む表(Oracle AI Databaseリリース26aiでのみ使用可能)

  • ROWIDデータ型の列がある場合、これらの列値が指すROWIDは、スケール・ダウン記憶域操作中に変更される可能性があります。

  • 次を含む表は、スケール・ダウン操作中にオフラインに移動できます。これらの表に対するDML操作は、移動中にブロックされる可能性があり、スケール・ダウン操作が完了するまで、これらの表の表索引が使用できなくなります。

    • ビットマップ結合索引を持つ表

    • ネストされた表

    • オブジェクトテーブル

    • ドメイン索引を含むパーティション表

  • Autonomous AI Databaseでは、Exadata Smart Flash Cacheを使用して、頻繁にアクセスされるデータを自動的にキャッシュし、高いI/O速度と高速フラッシュ・レスポンス時間を提供します。データベースのフラッシュ・キャッシュの量は、プロビジョニングするストレージの量、またはストレージの自動スケーリングを有効にした場合に割り当てられるストレージの量によって異なります。

    ストレージの自動スケーリングが無効になっている場合、フラッシュ・キャッシュの資格は、データベースのプロビジョニングされたストレージ・サイズの10%です。

    ストレージの自動スケーリングが有効な場合、フラッシュ・キャッシュの資格は、データベースのプロビジョニングされたベース・ストレージ・サイズの10%または割り当てられたストレージ・サイズのどちらか大きい方です。