Oracle Cloud Infrastructureドキュメント

自動スケーリングの使用

Autonomous AI Databaseインスタンスを作成すると、デフォルトでコンピュート自動スケーリングが有効になり、ストレージ自動スケーリングが無効になります。Oracle Cloud Infrastructure Consoleから自動スケーリングを管理して、コンピュート自動スケーリングまたはストレージ自動スケーリングを有効または無効にできます。

コンピュート自動スケーリング

コンピュート自動スケーリングが有効な場合、Oracle Cloud Infrastructure ConsoleのECPU数またはOCPU数フィールドに示すように、データベースはECPUの数(データベースでOCPUが使用されている場合はOCPU)で指定された最大3倍のCPUおよびIOリソースを使用できます。

自動スケーリングが有効になっている場合、ワークロードに追加CPUおよびIOリソースが必要になると、手動で操作する必要なく、データベースで自動的にリソースが使用されます。たとえば:

  • ECPUコンピュート・モデルでは、ECPU数が512の場合、自動スケーリングが有効なときに、データベースは最大512 x 3 ECPU (1536 ECPU)を使用できます。

    1時間中に使用されたECPUの平均数を確認するには、データベース・アクションのデータベース・ダッシュボード・カードの「概要」タブにある「割り当てられたECPUの数」グラフを使用します。詳細は、データベース・ダッシュボードの概要を参照してください。

  • OCPUコンピュート・モデルでは、OCPU数が128の場合、自動スケーリングが有効なときに、データベースで最大128 x 3 OCPU (384 OCPU)を使用できます。

    1時間中に使用されたOCPUの平均数を確認するには、データベース・アクションのデータベース・ダッシュボード・カードの「概要」タブで「割当て済OCPUの数」グラフを使用します。詳細は、データベース・ダッシュボードの概要を参照してください。

コンピュート自動スケーリングを有効にすると、事前定義済サービスの同時実行性および並列性の設定が変更されます。詳細は、Autonomous AI Databaseでの同時実行性および優先度の管理を参照してください。

ノート

ノート:ライセンス・タイプによって、最大ECPU数が決まります。たとえば、ライセンス・タイプがBring your own license (BYOL) with Oracle AI Database Standard Edition (SE)の場合、ECPU数の最大数は32です。このライセンス・タイプでは、ECPU数の最大許容値は32です。コンピュート自動スケーリングを有効にすると、最大ECPU数 x 3 ECPUを使用できます。このライセンスは、使用可能なECPUの数を最大32 ECPUに制限し、コンピュート自動スケーリングの有無にかかわらず有効にします。

コンピュート自動スケーリングが有効になっている場合、データベースが使用でき、ワークロードの必要に応じて追加のCPU消費に対して請求される可能性があります(Oracle Cloud Infrastructure ConsoleのECPU数またはOCPU数フィールドに表示される)ベースCPUの数は最大3倍(3倍)です。コンピュート自動スケーリング請求の詳細は、Oracle Autonomous AI Database Serverless Features Billingを参照してください。

コンピュート自動スケーリングを有効にするステップは、「CPUまたはストレージ・リソースの追加および自動スケーリングの有効化」を参照してください。

ストレージ自動スケーリング

Autonomous AI Databaseインスタンスを作成すると、デフォルトではストレージの自動スケーリングが無効になります。スケーリングを管理し、Oracle Cloud Infrastructure ConsoleまたはAPIを使用してストレージ自動スケーリングを有効にできます。

ストレージ自動スケーリングを有効にすると、Autonomous AI Databaseは、Oracle Cloud Infrastructure Consoleの「ストレージ」フィールドに表示されるストレージで指定される、予約済ベース・ストレージの最大3倍を使用するように拡張できます。追加の記憶域が必要な場合、データベースは手動で介入することなく、予約済記憶域を自動的に使用します。

データベースをプロビジョニングまたはクローニングするときにベース・ストレージを指定するか、OCIコンソールの「その他のアクション」で「リソース割当ての管理」をクリックし、ストレージ・サイズを変更することで、いつでもストレージを変更できます。ワークロード・タイプおよびコンピュート・モデルの選択に応じて、予約済ベース・ストレージ・ユニットを指定するための次のオプションがあります:

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

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

Oracle Cloud Infrastructure ConsoleまたはAPIを使用すると、Autonomous AI Databaseインスタンスのストレージを最大384TBにプロビジョニングまたは自動スケーリングできます。384TBを超えるストレージ要件の場合、Oracleでは、Oracle Cloud Supportでサービス・リクエストを提出することをお薦めします。たとえば、ストレージが100TBでストレージ自動スケーリングが有効な場合、最大300TBのストレージにアクセスでき、ストレージが200TBの場合、最大384TBにアクセスできます(サービス・リクエストを提出することで最大値を大きくリクエストした場合、最大はカスタムの最大サイズになります)。

データ・フローとして、ワークロード・タイプに応じて、次のように請求されます。

  • 予約済ベース・ストレージ内のストレージ使用の場合、ベース・ストレージに基づいて請求されます。

  • 割り当てられたストレージが予約済ベース・ストレージを超えると、ワークロード・タイプLakehouseに対して最も近いTBに切り上げられた割当済ストレージと、ワークロード・タイプTransaction Processing、APEXまたはJSONに対して最も近いGBに、指定された時間に切り上げられたストレージ使用量に基づいて課金されます。

たとえば、ワークロード・タイプがLakehouseの場合、予約ベース・ストレージが4TBであれば、割り当てられたストレージが4TBのストレージを超えると、ベース・ストレージ(4TB)に基づいて請求が行われます。4TBを超えると、割り当てられたストレージに基づき、直近のTBに切り上げられた指定時間にストレージの請求が行われます。この例では、割り当てられたストレージが特定の時間(4.9TBなど)で4TBを超える場合、その時間以降に5TBのストレージが請求されます。

その後、1TBのデータを削除すると、割り当てられたストレージは4.9TBにとどまり、縮小操作を実行するまで5TBの料金が請求されます。縮小操作を実行すると、Autonomous AI Databaseによって、割り当てられたストレージを3.9TBに減らすことができます(データとUNDO表領域の縮小)。縮小操作が完了し、割り当てられたストレージ(3.9TB)が予約済ベース・ストレージ(4TB)内に再度あると、4TBの予約済ベース・ストレージに対してもう一度請求されます。詳細は、ストレージの縮小を参照してください。

ノート

ノート:一時表領域を減らすには、データベースの再起動が必要です。

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

Autonomous AI Databaseインスタンス・ストレージの使用状況を確認するには、「概要」タブで「データベース・アクション」の「データベース・ダッシュボード」カードをクリックして、「割り当てられたストレージ」および「使用されたストレージ」グラフを表示できます。詳細は、データベース・ダッシュボードの概要を参照してください。

ストレージの自動スケーリングを有効にするステップは、「CPUまたはストレージ・リソースの追加」または「自動スケーリングの有効化」を参照してください。

ストレージの自動スケーリングを有効にする場合は、次の点に注意してください:

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

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

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

ごみ箱の管理

Autonomous AI Databaseでは、ごみ箱はデフォルトで有効になっています。ごみ箱は、表や索引などの削除されたデータベース・オブジェクトを格納する仮想コンテナです。オブジェクトを永久に削除するかわりに、データベースではオブジェクトの名前が変更され、誤って削除された場合やリカバリが必要な場合にリストアできるようになります。

ごみ箱内のオブジェクトを手動でパージできます。ごみ箱内のオブジェクトは、領域制約が発生したときに自動的にパージすることもできます。ただし、Autonomous AI Databaseはストレージを自動スケーリングできるため、必要に応じてごみ箱オブジェクトを手動でパージします。

ごみ箱内のオブジェクトを現在のユーザーとして表示するには:

SELECT * FROM USER_RECYCLEBIN;

ごみ箱内のオブジェクトをADMINとして表示するには:

SELECT * FROM DBA_RECYCLEBIN;

現在のユーザーのオブジェクトをパージするには:

PURGE USER_RECYCLEBIN;

すべてのオブジェクトをADMINとしてパージするには:

PURGE DBA_RECYCLEBIN;

ごみ箱は、RECYCLEBIN初期化パラメータをOFFに設定してデータベースを再起動することで無効にすることもできます。

ALTER SYSTEM SET recyclebin = OFF SCOPE=spfile;

レイクハウス・ワークロードを使用するAutonomous AI Databaseでは、STAGINGプロパティが設定されている場合に、ステージング表のごみ箱がバイパスされます。詳細は、レイクハウス・ワークロードのステージング表の作成を参照してください。

ごみ箱の管理の詳細は、「ごみ箱とは」を参照してください。

ストレージの縮小

データベースで使用されるストレージが割り当てられたストレージより大幅に低い場合、縮小操作によって割り当てられたストレージが削減されます。

ストレージの割り当てと縮小操作を理解するには、次の点に注意してください。

  • 予約ベース・ストレージ: データベースのプロビジョニング時またはスケーリング時にデータベースに対して選択するストレージの基本量であり、自動スケーリング値は除外されます。予約済ベース・ストレージは、Oracle Cloud Infrastructure Consoleの「ストレージ」フィールドに表示されます。

  • 割当て済記憶域: すべてのデータベース表領域(サンプル・スキーマ表領域を除く)用に物理的に予約された記憶域の量です。この数には、これらの表領域の空き領域も含まれます。

  • 使用済記憶域: すべての表領域で実際に使用される記憶域の量です(サンプル・スキーマ表領域を除く)。使用済ストレージでは、これらの表領域の空き領域は除外されます。使用済ストレージは、内部的に使用される一時領域を含む、データベース・オブジェクト、表、索引などによって実際に使用されるストレージです。

  • 最大ストレージ: 予約されている最大ストレージです。ストレージの自動スケーリングが無効になっている場合、最大ストレージは予約済ベース・ストレージと等しくなります。ストレージの自動スケーリングが有効な場合、最大ストレージはベース・ストレージの3倍になります(最大= 予約ベース×3)。

ノート

ノート: Always Free Autonomous AI Databaseでは、縮小操作を使用できません。

ストレージを縮小するには:

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

  2. 「リソース割当ての管理」領域で、「縮小」を選択します。

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

    図adb_scale_dialog.pngの説明

  3. 「データベースの縮小」ダイアログで「確認」をクリックします。

ノート

ノート: 縮小操作は長時間実行操作です。

縮小操作では、次のすべてを適用する必要があります。

  • ストレージの自動スケーリングを有効にする必要があります。

  • 割当て済ストレージは、予約済ベース・ストレージより大きくする必要があります。

  • 1TBに切り上げられた割当て済ストレージは、1TB以上削減できます。

  • 次の条件を満たす必要があります。

    割当て済ストレージ- 使用済ストレージ> 100 GB

「縮小」をクリックして、これらの条件が満たされない場合、Autonomous AI Databaseに「アクションが使用不可」ダイアログが表示されます。

縮小操作では、次の点に注意してください。

  • 縮小操作では、データベースのCPUを使用するalter table... move online操作が実行されます。縮小操作の実行が遅い場合、または非常に長い時間がかかる場合、OracleではCPU数をスケール・アップすることをお薦めします。詳細は、CPUまたはストレージ・リソースの追加または自動スケーリングの有効化を参照してください。

  • Autonomous AI Databaseインスタンスに次のものが含まれている場合、縮小操作は許可されません:

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

    • FAILED状態のドメイン索引

    • ベクトルインデックス

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

    • MEMOPTIMIZE FOR WRITE表

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

  • ROWIDデータ型の列がある場合、これらの列値が指すROWIDは縮小操作中に変更される可能性があります。

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

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

    • ネストされた表

    • オブジェクトテーブル

    • 不変表

    • ブロックチェーン・テーブル

    • ドメイン索引があるパーティション表

  • データ削除操作の後すぐに縮小操作を実行すると、縮小操作が失敗する可能性があります。これは、Autonomous AI Databaseがストレージ値を再計算するために必要な遅延が原因である可能性があります。この場合、Oracleでは、縮小操作を再試行することをお薦めします(つまり、記憶域の削除および関連する記憶域使用状況の更新が完了するまで数分間待機し、縮小操作を再度実行してください)。