自動スケーリングの使用
Autonomous Databaseインスタンスを作成すると、デフォルトでコンピュート自動スケーリングが有効になり、ストレージ自動スケーリングが無効になります。Oracle Cloud Infrastructureコンソールから自動スケール変更を管理して、コンピュート自動スケール変更またはストレージ自動スケール変更を有効化または無効化できます。
- コンピュート自動スケーリング
コンピュート自動スケーリングが有効な場合、データベースは、Oracle Cloud Infrastructureコンソールの「ECPU数」または「OCPU数」フィールドに示すように、ECPU数(データベースでOCPUを使用している場合はOCPU)数の指定より最大3倍多いCPUおよびIOリソースを使用できます。 - ストレージの自動スケーリング
Autonomous Databaseインスタンスを作成すると、デフォルトでストレージの自動スケーリングが無効になります。Oracle Cloud InfrastructureコンソールまたはAPIを使用して、スケーリングを管理したり、ストレージの自動スケーリングを有効にできます。 - ストレージの縮小
データベースで使用されているストレージが割当て済ストレージより大幅に少ない場合、縮小操作によって割当て済ストレージが削減されます。
親トピック: コンピュートおよびストレージの制限の更新
自動スケーリングの計算
自動スケーリングが有効になっている場合、ワークロードに追加のCPUおよびIOリソースが必要になると、手動で操作することなく、データベースで自動的にリソースが使用されます。たとえば、次のとおりです。
-
ECPUコンピュート・モデルでは、ECPU数が512の場合、自動スケーリングが有効な場合、データベースは最大512 x 3 ECPU (1536 ECPU)を使用できます。
1時間に使用された平均ECPU数を確認するには、データベース・アクションの「データベース・ダッシュボード」カードの「概要」タブの「割当て済ECPU数」グラフを使用できます。詳細は、Database Dashboard Overviewを参照してください。
-
OCPUコンピュート・モデルでは、OCPU数が128のときに、自動スケーリングが有効になっている場合、データベースは最大128 x 3 OCPU (384 OCPU)を使用できます。
1時間に使用された平均OCPU数を確認するには、「データベース・アクション」の「データベース・ダッシュボード」カードの「概要」タブにある「割当て済OCPUの数」グラフを使用します。詳細は、Database Dashboard Overviewを参照してください。
コンピュート自動スケーリングを有効にしても、事前定義済サービスの同時実行性および並列化の設定は変更されません。詳細は、Autonomous Databaseでの同時実行性および優先度の管理を参照してください。
ライセンス・タイプによってECPU数の最大値が決まります。たとえば、ライセンス・タイプがOracle Database Standard Edition (SE)を使用したライセンス持込み(BYOL)の場合、ECPU数の最大値は32です。このライセンス・タイプの場合、ECPU数の最大許容値は32です。コンピュート自動スケーリングを有効にすると、ECPU数 x 3 ECPUまで使用できます。このライセンスにより、使用可能なECPUの数が最大32 ECPUに制限され、コンピュート自動スケーリングの有無は関係ありません。
コンピュート自動スケーリングが有効になっている場合、データベースが使用でき、ワークロードで必要に応じて追加のCPU消費量を請求できます(「ECPU数」または「Oracle Cloud Infrastructure」コンソールの「OCPU数」フィールドに表示される)ベースCPUの数を最大3倍(3倍)します)。コンピュート自動スケーリングの請求の詳細は、Oracle Autonomous Database Serverless機能請求を参照してください。
コンピュート自動スケーリングを有効にするステップは、CPUまたはストレージ・リソースの追加または自動スケーリングの有効化を参照してください。
親トピック: 自動スケーリングの使用
ストレージの自動スケーリング
Autonomous Databaseインスタンスを作成すると、デフォルトでストレージの自動スケーリングが無効になります。Oracle Cloud InfrastructureコンソールまたはAPIを使用して、スケーリングを管理したり、ストレージの自動スケーリングを有効にできます。
ストレージ自動スケーリングを有効にすると、Autonomous Databaseは、Oracle Cloud Infrastructureコンソールの「ストレージ」フィールドに表示されたストレージで指定されている予約済ベース・ストレージの3倍まで使用できるように拡張されます。追加のストレージが必要な場合は、手動で操作しなくても、データベースは予約済ストレージを自動的に使用します。
データベースをプロビジョニングまたはクローニングするときにベース・ストレージを指定するか、「リソース割当ての管理」をクリックしてストレージ・サイズを変更することで、いつでもストレージを変更できます。ワークロード・タイプおよびコンピュート・モデルの選択に応じて、予約済ベース・ストレージ・ユニットを指定する次のオプションがあります:
-
データ・ウェアハウス: ストレージをTB単位で指定します。
-
トランザクション処理: ストレージをギガバイト(GB)またはテラバイト(TB)で指定します。GB単位は、ワークロード・タイプがトランザクション処理で、コンピュート・モデルがECPUの場合にのみ使用できます。
Oracle Cloud InfrastructureコンソールまたはAPIを使用して、Autonomous Databaseインスタンスのストレージを最大384TBまでプロビジョニングまたは自動スケーリングできます。384TBを超えるストレージ要件の場合、Oracleでは、サービス・リクエストをOracle Cloud Supportに提出することをお薦めします。
たとえば、ストレージが100TBで、ストレージの自動スケーリングが有効になっている場合、最大300TBのストレージにアクセスでき、ストレージが200TBの場合、最大384TBにアクセスできます(サービス・リクエストを提出してより大きな最大をリクエストした場合、最大サイズはカスタムの最大サイズになります)。
データが入ると、次のように請求されます:
-
予約済ベース・ストレージ未満のストレージ使用については、ベース・ストレージに基づいて請求されます。
-
割り当てられたストレージが予約済ベース・ストレージを超えると、割り当てられたストレージに基づいて、指定した時間に最も近いTBに切り上げられて請求されます。
たとえば、予約済ベース・ストレージが4TBの場合、割当て済ストレージが4TBを超えるストレージまでは、ベース・ストレージ(4TB)に基づいて請求されます。4Tバイトを超えると、割り当て済みのストレージが1時間単位でもっとも近いTBに切り上げられてに基づいて請求されます。この例では、割り当てられたストレージが特定の時間(4.9TBなど)に4TBを超える場合、その時間以降は5TBのストレージに対して請求されます。
その後、1 TBのデータを削除しても、割当て済ストレージは4.9 TBのままであり、縮小操作を実行するまでは5 TBに対して請求されます。縮小操作を実行すると、Autonomous Databaseは、割り当てられたストレージを3.9TB (データおよびUNDO表領域の縮小)に減らすことができます。縮小操作が完了し、割り当てられたストレージ(3.9TB)が再び予約済ベース・ストレージ(4TB)を下回ると、再度4TBの予約済ベース・ストレージに対して請求されます。詳細は、ストレージの縮小を参照してください。
一時表領域を削減するには、データベースの再起動が必要です。
ストレージ自動スケーリングを無効にし、Oracle Cloud Infrastructureコンソールの「ストレージ」フィールドに表示されたストレージで指定されているように、使用済ストレージが予約済ベース・ストレージより大きい場合、Autonomous Databaseでは、ストレージ自動スケーリングの無効化の確認ダイアログに警告が表示されます。この警告により、予約済ベース・ストレージの値が、実際のストレージ使用量より大きい最も近いTBに増加されることが示され、新しい予約済ベース・ストレージの値が表示されます。
Autonomous Databaseインスタンスのストレージ使用状況を確認するには、「データベース・アクション」の「データベース・ダッシュボード」カードをクリックして、「概要」タブで「割当て済ストレージ」および「使用済ストレージ」グラフを表示できます。詳細は、Database Dashboard Overviewを参照してください。
ストレージの自動スケーリングを有効にするステップは、CPUまたはストレージ・リソースの追加または自動スケーリングの有効化を参照してください。
親トピック: 自動スケーリングの使用
ストレージの縮小
データベースで使用されているストレージが割当て済ストレージより大幅に少ない場合、縮小操作によって割当て済ストレージが削減されます。
ストレージの割当ておよび縮小操作を理解するには、次に注意してください:
-
予約済ベース・ストレージ: データベースをプロビジョニングまたはスケーリングするときにデータベースに対して選択するストレージのベース容量で、自動スケーリングされる値は除外されます。The reserved base storage is shown in the Storage field on the Oracle Cloud Infrastructure Console.
-
割当て済ストレージ: すべてのデータベース表領域(サンプル・スキーマ表領域を除く)に対して物理的に予約されているストレージの容量です。この数値には、これらの表領域の空き領域も含まれます。
-
使用済ストレージ: すべての表領域(サンプル・スキーマ表領域を除く)で実際に使用されているストレージの容量です。使用済ストレージには、これらの表領域の空き領域は含まれません。使用済ストレージは、データベース・オブジェクト、表、索引などのデータベース・オブジェクトによって実際に使用されているストレージで、内部的に使用されているテンプレート領域を含みます。
-
最大ストレージ: 予約されている最大ストレージです。ストレージの自動スケーリングが無効になっている場合、最大ストレージは予約済ベース・ストレージと同じです。ストレージの自動スケーリングが有効になっている場合、最大ストレージはベース・ストレージの3倍です(最大= 予約済ベース
x3)。
縮小操作は、Always FreeのAutonomous Databaseでは使用できません。
ストレージを縮小するには:
- 「リソース割当ての管理」領域で、「縮小」を選択します。
縮小操作は、長時間実行操作です。
縮小操作では、次のすべてが適用される必要があります:
-
ストレージの自動スケーリングが有効になっている必要があります。
-
割当て済ストレージは、予約済ベース・ストレージより大きい必要があります。
-
割当て済ストレージは、最も近い1TBに切り上げられ、1TB以上削減されることがあります。
-
次を満たす必要があります:
割当て済ストレージ- 使用済ストレージ> 100 GB
「縮小」をクリックし、これらの条件が一致しない場合、Autonomous Databaseに「アクションは使用できません」というダイアログが表示されます。
縮小操作については、次のことに注意してください:
-
縮小操作では、データベースのCPUを使用する
alter table... move online操作が実行されます。縮小操作が遅い、または非常に長い時間がかかる場合、OracleではCPUの数をスケール・アップすることをお薦めします。詳細は、CPUまたはストレージ・リソースの追加または自動スケーリングの有効化を参照してください。 -
Autonomous Databaseインスタンスに次のものが含まれている場合、縮小操作は許可されません:
-
Advanced Queuing表
-
-
ROWIDデータ型の列がある場合、縮小操作中にこれらの列値が指すROWIDが変更される可能性があります。 -
次を含む表は、縮小操作中にオフラインに移行される可能性があります。これらの表に対するDML操作は、移動中にブロックされ、これらの表の表索引は、縮小操作が完了するまで使用できなくなる場合があります:
-
ビットマップ結合索引を持つ表
-
ネストした表
-
オブジェクト表
-
不変表
-
ブロックチェーン表
-
ドメイン索引を持つパーティション表
-
-
データ削除操作の直後に縮小操作を実行すると、縮小操作が失敗することがあります。これは、Autonomous Databaseがストレージ値を再計算するために必要な遅延が原因である可能性があります。この場合、Oracleでは、縮小操作を再試行することをお薦めします(つまり、ストレージの削除および関連するストレージ使用状況の更新が完了するまで数分待ってから、縮小操作を再度実行してください)。
親トピック: 自動スケーリングの使用