Oracle Cloud Infrastructureドキュメント

Oracle Autonomous AI Databaseサーバーレス機能課金

ECPUおよびOCPU請求モデルのAutonomous AI Database機能の請求情報を示します。

ECPUコンピュート・モデル

  • 自動バックアップ: バックアップのストレージは、選択したデータベース・ストレージに加えて、GB単位で請求されます。

    たとえば、バックアップが200 GBのストレージを占有している場合、200 GBのバックアップ・ストレージ(選択した数のECPUとデータベース・ストレージに対して課金される使用量に加えて)の課金が行われます。バックアップに対して請求されるSKUの詳細は、ECPUコンピュート・モデルの請求情報を参照してください。

  • 長期バックアップ: 長期バックアップのストレージは、データベース・ストレージに加えて、バックアップ・ストレージとしてGB単位で請求されます。

    たとえば、自動バックアップが現在200 GBを占有しており、長期バックアップが600 GBのストレージを占有している場合、選択したECPUおよびデータベース・ストレージの使用量に加えて、800 GBのバックアップ・ストレージの請求が行われます。各ワークロード・タイプおよびバックアップに対して請求されるSKUの詳細は、ECPUコンピュート・モデルの請求情報を参照してください。

  • コンピュート自動スケーリング: コンピュート自動スケーリングが有効な場合、データベースが使用され、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ワークロードで必要に応じて追加のECPU消費が請求され、ベースECPUの数が最大3倍(3倍)になります。

    • データベースの実行中に請求される1時間当たりのECPU使用量は、データベースに対して選択したECPUのベース数と、自動スケーリングによる追加のECPU使用量に基づきます。

    • 停止したAutonomous AI DatabaseインスタンスのECPU使用率はゼロです。

    • ECPU使用率は、ECPU全体の単位で毎秒測定され、1時間にわたって平均化されます。データベースが1時間未満で実行されている場合、または1時間のみ自動スケーリングされている場合は、その時間中にベースECPUを介した平均ECPU消費に対して1秒当たりに請求されます。最小ECPU消費量は1分です。

    たとえば、コンピュート自動スケーリングが有効になっているデータベースのECPU数4の場合:

    • 1時間でデータベースが1時間全体で使用可能であり、ECPU使用率が4 ECPU未満であるとします。データベースには4つのECPUが請求されます。

    • 1時間で2つのデータベースが1時間全体で使用可能であり、ECPU使用率が4 ECPU未満で30分、50%の1時間、自動で8 ECPUに30分(残りの50%の1時間)スケーリングされるとします。請求の場合、この期間の使用量は6 ECPUです(1時間2の秒当たりの平均ECPU使用量に基づく)。

  • ストレージの自動スケーリング:

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

    • 割り当てられたストレージが予約済ベース・ストレージを超えると、割り当てられたストレージに基づいて指定された時間に直近のTBに切り上げられた分に、ストレージの使用量が請求されます。

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

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

  • Autonomous Data Guard Standby - ローカル(同一リージョン)

    ローカルAutonomous Data Guardピア・データベースでは、プライマリ・データベース自体で請求される自動スケーリングされたストレージ使用量を含む、ベースECPUおよびプライマリ・データベースのストレージの追加コストが発生します。プライマリ・データベースの自動スケーリングされたECPUは、ローカルAutonomous Data Guardピア・データベースでの追加料金は請求されません。ベースECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数によって指定されます。

    たとえば、次を使用してソース・データベースでローカルAutonomous Data Guardピアを有効にした場合:

    • コンピュート自動スケーリングが有効で、1時間当たり約4 ECPUを消費している、2 (ベース) ECPU

    • 1TBの(ベース)ストレージとストレージの自動スケーリングで、合計2TBのデータベース・ストレージを消費

    ローカルAutonomous Data Guardピアでは、追加の2つのECPU (基本ECPU選択)に加え、追加の2TBのストレージ(つまり、プライマリ・データベースで自動スケーリングされたソース・プライマリ用に予約されたストレージと同じ量)について請求されます。

    プライマリ・データベースを停止すると、プライマリ・データベースもピア・データベースもECPUに対して請求されません。

  • Autonomous Data Guardスタンバイ- リモート(クロス・リージョン)

    Autonomous Data Guardクロス・リージョン・ピア・データベースでは、ベースECPUの追加コストと、リモート・ピア・データベースで請求される自動スケーリングされたストレージ使用量を含むプライマリ・データベースのストレージの2倍(2倍)のコストが発生します。プライマリの自動スケーリングされたECPUは、リモート・ピア・データベースに追加で請求されません。ベースECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数によって指定されます。

    たとえば、次のものを使用してソース・データベースに対してクロス・リージョンAutonomous Data Guardピアを有効にした場合:

    • コンピュート自動スケーリングが有効で、1時間当たり約4 ECPUを消費している、2 (ベース) ECPU

    • 1TBの(ベース)ストレージとストレージの自動スケーリングで、合計2TBのデータベース・ストレージを消費

    クロス・リージョンAutonomous Data Guardピアでは、追加の2つのECPU (基本ECPUの選択)と4TBのストレージ(つまり、自動スケーリングでソース・プライマリ用に予約されたストレージの2倍、リモート・ピア・データベースで請求される)が請求されます。

    プライマリ・データベースを停止すると、プライマリ・データベースもピア・データベースもECPUに対して請求されません。

    「ディザスタ・リカバリ・ピアへのクロス・リージョン・バックアップ・レプリケーションの有効化」オプションを選択すると、レプリケートされたバックアップに必要なバックアップ・ストレージ・サイズの2倍(2倍)請求され、リモート・スタンバイに請求されます。

    クロス・リージョン・ピアがスナップショット・スタンバイとして動作する場合、スナップショット・スタンバイCPU使用率は、コンピュート自動スケーリングが有効になっている場合は、ベースCPU数および追加のCPU使用率に基づいて請求されます。ベースCPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数フィールドに示すように、ECPUの数によって指定されます。

  • バックアップベースのディザスタ・リカバリ – ローカル(同一リージョン)バックアップ・コピー自動バックアップのストレージ・コスト以外に、ローカル・バックアップベースのディザスタ・リカバリの追加コストはありません。

  • バックアップベースのディザスタ・リカバリ – リモート(クロス・リージョン)バックアップ・コピークロス・リージョンのバックアップベースのディザスタ・リカバリの請求は、レプリケートされたクロス・リージョン・バックアップに必要なバックアップ・ストレージの量の2倍(2倍)で、リモート・ピアに請求されます。

    たとえば、ソース・データベースで次のものを使用してクロス・リージョン・バックアップ・コピーを有効にした場合:

    • 2 (ベース) ECPU

    • 2TBのデータベース・ストレージ

    リモート・リージョンにレプリケートされたバックアップに1.9TBのストレージがかかる場合、リモート・バックアップ・コピー・ピア・データベース上の3.8TBのバックアップ・ストレージの費用が請求されます。

    「ディザスタ・リカバリ・ピアへのクロス・リージョン・バックアップ・レプリケーションの有効化」オプションが選択されている場合、リモート・ピアに請求される追加のレプリケート・バックアップに必要なバックアップ・ストレージ・サイズの2倍(2倍)請求されます。この請求は、プライマリのバックアップ保持に設定された日数に基づいて行われます。

    • 自動バックアップ保持が7日以上に設定されている場合、請求はレプリケートされたバックアップの7日間のストレージ・サイズに基づきます。

    • 自動バックアップ保持が7日未満に設定されている場合、請求は、クロス・リージョン・スタンバイにレプリケートされる、指定された日数のデータのストレージ・サイズに基づきます。

  • リフレッシュ可能クローン・ローカル(同一リージョン)ローカル・リフレッシュ可能クローンは、独自に構成可能なECPUを選択できるため、ユーザーが選択したECPU数に基づいて、自動スケーリングの有無にかかわらずECPUに対して請求されます。ECPU選択を超えて追加で請求されることはありません。ECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数によって指定されます。

    ローカル・リフレッシュ可能クローンは、ソース・データベースと同じ量のストレージに対して請求されます。

    たとえば、ソース・データベースから次の2つのECPUローカル・リフレッシュ可能クローンを作成する場合:

    • 4 ECPU

    • 1TBのストレージのストレージの自動スケーリングと2TBのストレージの消費

    ローカル・リフレッシュ可能クローンの場合、2つのECPU、つまりリフレッシュ可能クローンのECPU数値および2TBのストレージ(つまり、ソース・データベース用に予約されたストレージ)について請求されます。

    ソース・データベースを起動または停止しても、ソース・データベースに対するアクションはリフレッシュ可能クローンに影響しません。リフレッシュ可能クローンは、ソース・データベースとは独立して起動または停止されます。

  • リフレッシュ可能クローン・リモート(クロス・リージョン)リモート・リフレッシュ可能クローンは、独自に構成可能なECPU選択があるため、ユーザーが選択したECPU (自動スケーリングの有無にかかわらず)に基づいてECPUに対して請求されます。ECPU選択によって追加で請求されることはありません。ECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数によって指定されます。

    リモート・リフレッシュ可能クローンは、ソース・データベースとしてストレージの量を2回(2x)請求されます。

    たとえば、ソース・データベースから次の2つのECPUリモート・リフレッシュ可能クローンを作成する場合:

    • 4 ECPU

    • 1TBのストレージのストレージの自動スケーリングと2TBのストレージの消費

    リモート・リフレッシュ可能クローンの場合、2つのECPU (つまり、リフレッシュ可能クローンのECPU選択)および4TBのストレージ(つまり、ソース・データベース用に予約されているストレージの2x)について請求されます

    ソース・データベースの起動または停止は、リフレッシュ可能クローンには影響しません。リフレッシュ可能クローンは、個別に起動または停止できます。

  • リモート(クロス・リージョン)障害時リカバリのスナップショット・スタンバイ

    スナップショット・スタンバイECPU使用率は、コンピュート自動スケーリングが有効な場合、ベースECPU数および追加のECPU使用量に基づいて請求されます。ベースECPUの数は、Oracle Cloud Infrastructure ConsoleのECPU数に示すように、ECPUの数によって指定されます。

    スナップショット・スタンバイ・ストレージの使用量は、スナップショット・スタンバイのストレージと、ソース・プライマリ・データベースのストレージ(1x)に基づいて請求されます。

    たとえば、ソース・データベースから2 ECPUおよび3 TBのスナップショット・スタンバイがある場合、次のようになります。

    • 4 ECPU

    • 1TBのストレージのストレージの自動スケーリングと2TBのストレージの消費

    スナップショット・スタンバイは、2 ECPU (つまり、スナップショット・スタンバイのECPU選択)および3 TB + 2 TB = 5 TBのデータベース・ストレージ(つまり、スナップショット・スタンバイに予約されているストレージと、そのソース・データベースに予約されているストレージ)について請求されます

  • エラスティック・プール: エラスティック・プールを使用すると、プール・サイズとして所有しているECPU数の4倍をプロビジョニングできます。たとえば、プール・サイズが128 ECPUのプールがある場合、このプールに最大512 ECPUをプロビジョニングできます。つまり、プール・サイズが128 ECPUの場合、プール容量はプール・サイズの4倍になります(この例では512 ECPU)。

    プールに属するデータベースは、コンピュートに対して個別に請求されません。すべてのプール・メンバーとリーダーの計算請求は、リーダーを介して行われます。つまり、エラスティック・プールの個々のメンバーは、プールの一部であるかぎり、コンピュートに対して請求されません。これは、プール・メンバーのワークロード・タイプに関係なく適用されます。たとえば、ワークロード・タイプがLakehouseのプール・メンバーがプールに追加されると、コンピュート使用量は、トランザクション処理計算使用率でプール・リーダーに請求されます。一方、ストレージ請求は、プールの一部であるか否かにかかわらず、個々のAutonomous AI Databaseインスタンスに引き続き請求されます。

    プール・サイズが128 ECPUのエラスティック・プールがあるとします。プール・サイズの場合、プール容量は512 ECPUです(プール容量= 4xプール・サイズ)。このサンプルでは、一般的な請求に関する質問と回答をいくつか示します。

    • このプールで許可されるAutonomous AI Databaseインスタンスの最大数はいくつですか。それぞれ1 ECPUを持つ合計512のAutonomous AI Databaseインスタンス(エラスティック・プール・メンバーまたはリーダーは、個々のECPU割当てを1 ECPU以下にできます)。

    • プールの集計されたECPU使用率の上位ウォーターマークがプール・サイズより大きい場合はどうなりますか。集計されたECPU使用率の上位ウォーターマークが、特定の請求時間におけるプール・サイズ以下の場合、時間料金はプール・サイズの量になります。集計されたECPU使用率の上位ウォーターマークがプール・サイズより大きく、特定の請求時間における2xプール・サイズ以下の場合、時間単位料金は2xプール・サイズの量になります。集計されたECPU使用率の上位ウォーターマークが、特定の請求時間における2xプール・サイズを超える場合、時間料金は4xプール・サイズの量になります。

      たとえば、それぞれ1 ECPUの512個のAutonomous AI Databaseインスタンスが、プール・サイズが128 ECPUのエラスティック・プールにあるとします。これらのデータベースの集計されたECPU使用率の上位水位標が、午後1時から午後2時の間に100 ECPU、午後2時の間に250 ECPUである場合、請求は午後1時から午後2時の間に128 ECPU時間、午後2時の間に256 ECPU時間になります。

    詳細は、Autonomous AI Database Elastic Pool Billingを参照してください。

  • Autonomous AI Databaseインスタンスの削除取消

    自律型AIデータベース・インスタンスの削除を取り消した場合、削除解除操作の最初の1時間後に、データベースが削除されておらず、実行中であるかのように、データベースが削除された合計時間(データベース・ストレージや長期バックアップなど)に対してベースCPUおよびストレージに対して請求されます。

    たとえば、次を使用してAutonomous AI Databaseインスタンスを終了する場合:

    • コンピュート自動スケーリングが有効な4 ECPU

    • 2 TBストレージ、100 GBの自動バックアップ・ストレージと20 GBの長期バックアップ・ストレージ

    5時間30分後に終了したインスタンスを削除解除した場合、削除解除操作の最初の1時間後に、データベースが削除されておらず、実行中であるかのように、請求に次の追加コストが含まれます。

    • 基本4 ECPUの場合、5時間30分

    • 2TBストレージ

    • 100 GBの自動バックアップ・ストレージ

    • 20 GBの長期バックアップ・ストレージ

  • 26aiへのスケジュール済アップグレード

    Autonomous AI Databaseインスタンスのアップグレードをスケジュールする場合、アップグレード・タイプには2つの選択肢があります:

    • 最早使用可能スケジュール: このアップグレード・オプションでは追加料金は発生しません。

    • 将来のスケジュール: 将来のスケジュールでアップグレードをスケジュールすると、データベースおよびそのアタッチされたクローンまたはスタンバイの追加リソースがただちにスピンオフされ、次のように請求されます:

      • ベースECPUとソースAutonomous AI Databaseインスタンスのストレージの追加コストが請求されます。

      • ローカル・リフレッシュ可能クローンおよびリモート・リフレッシュ可能クローンのそれぞれについて、ベースECPUおよびデータベース・ストレージの追加コストが請求されます。

      • ローカルおよびリモートのAutonomous Data Guardスタンバイ・データベースごとに、ベースECPUおよびデータベース・ストレージの追加コストが請求されます。

      たとえば、データベースをアップグレードすることを選択し、スケジュールが30日後である「将来のスケジュール」を、次の構成を持つAutonomous AI Databaseインスタンスで選択します:

      • コンピュート自動スケーリングが有効な4つのECPU

      • 1TBのストレージ

      • 1つのリフレッシュ可能クローン

      • 1つのリモートAutonomous Data Guardスタンバイ

      次のように請求されます。

      基本ECPUの場合は2回(2x)、アップグレードが完了するまでデータベース記憶域の場合は2xを30日間使用します。

      4 + 4 = 8 ECPU

      1 + 1 = 2TBデータベース・ストレージ

      また、アップグレードが完了するまで、ベースECPUとアタッチされたリフレッシュ可能クローンおよびリモートAutonomous Data Guardスタンバイのストレージに対して2回(2x)請求されます。

      エラスティック・プール・メンバーまたはエラスティック・プール・リーダーが関与するアップグレードで、タイプが「将来のスケジュール」のアップグレードの場合:

      • メンバーまたはリーダーのどちらかがアップグレードをスケジュールする場合の請求: データベースのベースCPU使用率は、リーダーのデータベースOCIDに2xが請求されます。

      • スケジュールされたアップグレードがあるメンバーのストレージ使用量の請求は、プール・リーダーでの請求について報告されるストレージ量とは別に、2xがメンバーのデータベースOCIDに直接請求されます。

      • アップグレードがスケジュールされているリーダーのストレージ使用量は、2xがリーダーのデータベースOCIDに直接請求されます。

      スケジュール済アップグレードの取消の料金は発生しません。ただし、アップグレードをスケジュールした時点からアップグレードを取り消した時点までの間に請求された料金は残ります。

  • DynamoDB向けOracle Autonomous AI Database API

    DynamoDB互換の表は、プロビジョニングされたスループット容量モデルを使用して課金されます。これは、表がサポートできる読取りおよび書込みの量を表します。実際の使用量ではなく、指定されたスループット容量に基づいて請求されます。プロビジョニングされた読取り容量ユニット(RCU)および書込み容量ユニット(WCU)は、指定された容量をサポートするために必要なECPU数に内部的にマップされます。ECPUマッピングは常に自動スケーリング有効で実行され、アプリケーションに影響を与えずにワークロードのピークを許可するように変更することはできません。自動スケーリング請求は、Autonomous AI Databaseの自動スケーリング機能と同じです。対応するECPU使用量は、DynamoDB API機能が有効なAutonomous AI Databaseに対して請求されます。

    • ストレージ: ストレージのadb_tp (ATP)ストレージと同じ価格で請求され、部品番号B95706 (Oracle Autonomous AI Database Storage for Transaction Processing)

    • ECPU: 部品番号B95704のOracle adb_tp–ECPU– BYOL価格で請求されます。

    RCUおよびWCUは、次のように内部的にECPUにマップされます。

    • 125 RCU (読取り容量ユニット) = 1 ECPU

    • 75 WCU (書き込み容量ユニット) = 1 ECPU

    • 表ごとに少なくとも2つのECPUが割り当てられます。小数のECPU量は、次の整数に切り上げられます。

    • Read Capacity Unit (RCU): 最大4KB/秒の強整合性の読取りリクエストは、1つのRCUを消費します。4KBを超えるアイテムの場合は、追加のRCUが必要です。

    • 書き込み容量ユニット(WCU): 1秒あたり最大1Kバイトの標準書き込みリクエストには、1つのWCUが必要です。1KBを超えるアイテムの場合は、追加のWCUが必要です。

    計算例:

    • プロビジョニング済: 200 RCUおよび120 WCU

    • ECPU = 切り上げ(200/125 + 120/75) = 切り上げ(1.6 + 1.6) = 割り当てられた4つのECPU

    請求例:

    次に、OracleがDynamoDB表当たり2つ以上のプロビジョニングされたECPUを強制する方法と、自動スケールECPUの使用が請求にどのように影響するかを示します。次のシナリオでは、表1のRCUおよびWCUの要件およびECPU使用量が、必要な最小値を下回っています。最低2つのプロビジョニングされたECPUが課金されます。ただし、表2では、指定されたECPUよりも多くのRCUおよびWCUが使用されており、2つのECPUにマップされています。つまり、表2では自動スケーリング機能を利用し、使用状況または3つのECPUが発生しています。したがって、3つのECPUについて請求されます。

    • 表1: 基本= 2 ECPU、使用量= 1 ECPU→ 請求済ECPU 2

    • 表2: 基本= 2 ECPU、使用状況= 3 ECPU→3 ECPU請求

    • 請求済ECPU合計: 5 ECPU

    • 合計請求済ストレージ: すべての表の実際のストレージ使用量の合計(たとえば、10 GB + 10 GB = 20 GB)

OCPUコンピュート・モデル

  • 自動バックアップ: 自動バックアップのストレージは、データベース・ストレージのコストに含まれます。データベース・ストレージのSKUの詳細は、OCPUコンピュート・モデルの請求情報を参照してください。

  • 長期バックアップ: 長期バックアップのストレージは、選択したデータベース・ストレージの使用量に加えて、1TB当たりに追加のデータベース・ストレージとして請求されます。

    たとえば、自動バックアップが200 GBを占有し、長期バックアップが600 GBのストレージを占有する場合、選択したOCPUおよびデータベース・ストレージの使用量に加えて、1 TB (600 GBの長期バックアップ・ストレージを最も近いTBに切り上げます)のデータベース・ストレージとして請求されます。各ワークロード・タイプおよびバックアップに対して請求されるSKUの詳細は、OCPUコンピュート・モデルの請求情報を参照してください。

  • コンピュート自動スケーリング: コンピュート自動スケーリングが有効になっている場合、データベースが使用でき、ワークロードの必要に応じて追加のOCPU消費量が請求される場合があります(Oracle Cloud Infrastructure ConsoleのOCPU数に示すように)最大3倍(3倍)のベースOCPU数

    • データベースの実行中に1時間当たりに請求されるOCPU使用量は、データベースに対して選択したOCPUの基本数と、自動スケーリングによる追加のOCPU使用量に基づきます。

    • 停止したAutonomous AI DatabaseインスタンスのOCPU使用率はゼロです。

    • OCPU使用率は、1秒ごとにOCPU全体の単位で測定され、平均は1時間です。データベースが1時間未満で実行されている場合、または1時間の一部のみを自動スケーリングする場合は、その時間中に(ベースOCPU上の)平均OCPU消費量に対して1秒当たりに請求されます。最小OCPU消費量は1分です。

  • ストレージの自動スケーリング:

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

    • 割り当てられたストレージが予約済ベース・ストレージを超えると、割り当てられたストレージに基づいて指定された時間に直近のTBに切り上げられた分に、ストレージの使用量が請求されます。

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

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

  • Autonomous Data Guardスタンバイ・ローカル(同じリージョン)

    ローカルAutonomous Data Guardピア・データベースでは、プライマリ・データベース自体で請求される、自動スケーリングされたストレージ使用量を含む、ベースOCPUおよびプライマリ・データベースのストレージの追加コストが発生します。プライマリ・データベースの自動スケーリングされたOCPUは、ローカルAutonomous Data Guardピア・データベースに追加で請求されません。ベースOCPUの数は、Oracle Cloud Infrastructure ConsoleのOCPU数に示すように、OCPUの数によって指定されます。

    プライマリ・データベースを停止すると、プライマリ・データベースもピア・データベースもOCPUに対して請求されません。

  • Autonomous Data Guardスタンバイ・リモート(クロス・リージョン)

    Autonomous Data Guardクロス・リージョン・スタンバイ・データベースでは、ベースOCPUの追加コストと、リモート・ピア・データベースで請求される自動スケーリングされたストレージ使用量を含むプライマリ・データベースのストレージの2倍(2倍)のコストが発生します。プライマリの自動スケーリングされたOCPUは、リモート・ピア・データベースに追加で請求されることはありません。ベースOCPUの数は、Oracle Cloud Infrastructure ConsoleのOCPU数に示すように、OCPUの数によって指定されます。

    プライマリ・データベースを停止すると、プライマリ・データベースもピア・データベースもOCPUに対して請求されません。

    「ディザスタ・リカバリ・ピアへのクロス・リージョン・バックアップ・レプリケーションの有効化」オプションを選択すると、リモート・スタンバイ・データベースのOCPUデータベース・ストレージに請求され、レプリケートされた7日間のバックアップ・ストレージ・サイズの2倍(2倍)で、最も近いTBに切り上げられます。

  • バックアップベースのディザスタ・リカバリ・ローカル(同じリージョン)バックアップ・コピー自動バックアップを保持するコスト以外に、ローカル・バックアップベースのディザスタ・リカバリの追加コストはありません。

  • バックアップベースのディザスタ・リカバリのリモート(クロス・リージョン)バックアップ・コピー

    OCPUを使用したクロス・リージョン・バックアップベースのディザスタ・リカバリの請求は、リモート・リージョンにレプリケートされたバックアップに必要なストレージの量の2倍(2倍)で、データベース・ストレージとしてリモート・ピアに請求され、TBに切り上げられます。

    「ディザスタ・リカバリ・ピアへのクロス・リージョン・バックアップ・レプリケーションの有効化」オプションを選択すると、レプリケートされたバックアップ・ストレージ・サイズの2倍(2倍)のリモート・ピア・データベースのOCPUデータベース・ストレージに請求され、最も近いTBに切り上げられます。

  • リフレッシュ可能クローン・ローカル(同じリージョン)

    ローカル・リフレッシュ可能クローンは、独自に構成可能なOCPUを選択できるため、ユーザーが選択したOCPU (自動スケーリングの有無にかかわらず)に基づいてOCPUに対して請求されます。OCPUの選択によって追加で請求されることはありません。OCPUの数は、Oracle Cloud Infrastructure ConsoleのOCPU数に示すように、OCPUの数によって指定されます。

    ローカル・リフレッシュ可能クローンは、ソース・データベースと同じ量のストレージに対して請求されます。

    ソース・データベースの起動または停止は、リフレッシュ可能クローンには影響しません。リフレッシュ可能クローンは、個別に起動または停止できます。

  • リフレッシュ可能クローン・リモート(クロス・リージョン)

    リモート・リフレッシュ可能クローンは、独自に構成可能なOCPUを選択できるため、ユーザーが選択したOCPUに基づいてOCPUに対して請求されます(自動スケーリングの有無にかかわらず)。OCPUの選択によって追加で請求されることはありません。OCPUの数は、Oracle Cloud Infrastructure ConsoleのOCPU数に示すように、OCPUの数によって指定されます。

    リモート・リフレッシュ可能クローンは、ソース・データベースとしてストレージの量を2回(2x)請求されます。

    ソース・データベースの起動または停止は、リフレッシュ可能クローンには影響しません。リフレッシュ可能クローンは、個別に起動または停止できます。

  • リモート(クロス・リージョン)ディザスタ・リカバリのスナップショット・スタンバイ

    スナップショット・スタンバイOCPU使用率は、コンピュート自動スケーリングが有効な場合、ベースOCPU数および追加のOCPU使用量に基づいて請求されます。ベースOCPUの数は、Oracle Cloud Infrastructure ConsoleのOCPU数に示すように、OCPUによって指定されます。

    スナップショット・スタンバイ・ストレージの使用量は、スナップショット・スタンバイのストレージと、ソース・プライマリ・データベースのストレージ(1x)に基づいて請求されます。