機械翻訳について

「Oracle Autonomous Databaseサーバーレス」機能請求

ECPUおよびOCPUコンピュート・モデルのAutonomous Database機能の請求情報を表示します。

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

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

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

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

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

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

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

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

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

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

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

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

    • 予約済ベース・ストレージ未満のストレージ使用量については、ベース・ストレージに基づいて請求されます。

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

    たとえば、予約済ベース・ストレージが4 TBの場合、割り当てられたストレージが4 TBを超えるまで、ベース・ストレージ(4 TB)に基づいて課金されます。 4 TBを超えると、ストレージは、TBに最も近い場所で1時間に切り上げられ、割り当てられたストレージに基づいて請求されます。 この例では、割り当てられたストレージが特定の時間に4 TB以上増加した場合(たとえば4.9 TBまで)、その時間以降の5 TBのストレージについて請求されます。

    1 TBのデータを削除した場合、割り当てられたストレージは4.9 TBのままとなり、縮小操作を実行するまで5 TBの課金されます。 縮小操作を実行すると、割り当てられたストレージの /reduceを3.9 TBに縮小できる場合があります。 縮小操作が完了し、割り当てられたストレージ(3.9 TB)が再び予約済ベース・ストレージ(4 TB)を下回ると、4 TBの予約済ベース・ストレージに対して再度請求されます。 詳細については、「ストレージの縮小」を参照してください。

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

    ローカルAutonomous Data Guardピア・データベースでは、基本ECPUとプライマリ・データベースのストレージの追加コスト(自動スケーリングされたストレージ使用量を含む)が発生し、プライマリ・データベース自体で請求されます。 プライマリ・データベースの自動スケーリングされたECPUは、ローカルのAutonomous Data Guardピア・データベースに追加的に請求されません。 基本ECPUの数は、Oracle Cloud Infrastructureコンソールの「ECPU数」に示すように、ECPUの数で指定されます。

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

    • 「コンピュート自動スケーリング」が有効になっている2 (ベース) ECPUで、1時間当たり約4 ECPUを消費
    • ストレージの自動スケーリングを備えた1 TB(ベース)のストレージで、合計2 TBのデータベース・ストレージを消費

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

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

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

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

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

    • 「コンピュート自動スケーリング」が有効になっている2 (ベース) ECPUで、1時間当たり約4 ECPUを消費
    • ストレージの自動スケーリングを備えた1 TB(ベース)のストレージで、合計2 TBのデータベース・ストレージを消費

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

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

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

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

  • 「バックアップ・ベースの障害リカバリ」 - ローカル(同じリージョン)のバックアップ・コピー自動バックアップのストレージのコスト以外、ローカル「バックアップ・ベースの障害リカバリ」の追加コストはありません。

  • 「バックアップ・ベースの障害リカバリ」 - リモート(リージョン間)のバックアップ・コピークロス・リージョン「バックアップ・ベースの障害リカバリ」に対する請求は、レプリケートされたクロス・リージョン・バックアップに必要なバックアップ・ストレージの量の2倍(2倍)で、リモート・ピアに請求されます。

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

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

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

    オプション「障害リカバリ・ピアへのリージョン間バックアップ・レプリケーションの有効化」を選択すると、追加のレプリケート・バックアップに必要なバックアップ・ストレージ・サイズの2倍(2倍)が請求され、リモート・ピアに請求されます。 この請求は、次のようにプライマリのバックアップ保持に設定された日数に基づきます:

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

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

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

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

    • 4 ECPU
    • ストレージの自動スケーリングと2 TBのストレージの消費による1 TBのストレージ

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

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

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

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

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

    • 4 ECPU
    • ストレージの自動スケーリングと2 TBのストレージの消費による1 TBのストレージ

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

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

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

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

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

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

    • 4 ECPU
    • ストレージの自動スケーリングと2 TBのストレージの消費による1 TBのストレージ

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

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

    プールに属するデータベースは、コンピュートに対して個別に請求されません。 すべてのプール・メンバーとリーダーのコンピュート請求は、リーダーを介して行われます。 つまり、エラスティック・プールの個々のメンバーは、プールの一部であるかぎり、コンピュートに対して請求されません。 これは、プール・メンバーのワークロード・タイプに関係なく適用されます。 たとえば、ワークロード・タイプが「データ・ウェアハウス」のプール・メンバーがプールに追加されると、コンピュート使用率はTransaction Processingコンピュート使用率でプール・リーダーに請求されます。 一方、ストレージ請求は、プールの一部であるかどうかに関係なく、個々のAutonomous Databaseインスタンスに引き続き請求されます。

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

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

    • プールの集計されたECPU使用率の高水位標がプール・サイズより大きい場合、どうなりますか。 集計されたECPU使用率の高水位標が、特定の請求時間のプール・サイズ以下である場合、1時間当たりの料金はプール・サイズの量になります。 集計されたECPU使用率の高水位標がプール・サイズより大きく、特定の請求時間の2xプール・サイズ以下である場合、時間料金はプール・サイズの2xの量になります。 集計されたECPU使用率の高水位標が特定の請求時間におけるプール・サイズの2倍を超える場合、時間料金はプール・サイズの4倍になります。

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

    詳細については、「エラスティック・プール請求について」を参照してください。

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

    Autonomous Databaseインスタンスの削除を取り消した場合、削除取消し操作の最初の1時間後に、データベースが削除されておらず、実行中であったかのように、データベース・ストレージおよび長期バックアップを含むベースCPUおよびストレージに対して請求されます。

    たとえば、次のようにしてAutonomous Databaseインスタンスを終了するとします:

    • 「コンピュートの自動スケーリング」が有効な4 ECPU
    • 2 TBストレージ、100 GBの自動バックアップ・ストレージ、20 GBの長期バックアップ・ストレージ

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

    • ベース4 ECPUの場合は5時間30分
    • 2 TBストレージ
    • 100 GBの自動バックアップ・ストレージ
    • 20 GBの長期バックアップ・ストレージ

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

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

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

  • コンピュート自動スケーリング: コンピュート自動スケーリングが有効な場合、データベースが使用され、ワークロードで必要に応じて追加のOCPU使用量が課金され、ベースOCPUの数が最大3倍(Oracle Cloud InfrastructureコンソールのOCPUカウントを参照)になることがあります

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

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

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

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

    • 予約済ベース・ストレージ未満のストレージ使用量については、ベース・ストレージに基づいて請求されます。

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

    たとえば、予約済ベース・ストレージが4 TBの場合、割り当てられたストレージが4 TBを超えるまで、ベース・ストレージ(4 TB)に基づいて課金されます。 4 TBを超えると、ストレージは、TBに最も近い場所で1時間に切り上げられ、割り当てられたストレージに基づいて請求されます。 この例では、割り当てられたストレージが特定の時間に4 TB以上増加した場合(たとえば4.9 TBまで)、その時間以降の5 TBのストレージについて請求されます。

    1 TBのデータを削除した場合、割り当てられたストレージは4.9 TBのままとなり、縮小操作を実行するまで5 TBの課金されます。 縮小操作を実行すると、Autonomous Databaseによって、割当て済ストレージを3.9 TBにリンク / 縮小できる場合があります。 縮小操作が完了し、割り当てられたストレージ(3.9 TB)が予約ベース・ストレージ(4 TB)を再度下回ったら、4 TBの予約ベース・ストレージに対して再度請求されます。 詳細については、「ストレージの縮小」を参照してください。

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

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

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

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

    Autonomous Data Guardクロス・リージョン・スタンバイ・データベースでは、ベースOCPUの追加コストと、リモート・ピア・データベースで請求される、自動スケーリングされたストレージ使用量を含むプライマリ・データベースのストレージの2倍(2倍)がかかります。 プライマリの自動スケーリングされたOCPUは、リモート・ピア・データベースに追加的に請求されません。 基本OCPUの数は、OCPUの数で指定します(Oracle Cloud Infrastructureコンソールの「OCPUカウント」を参照)。

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

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

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

  • 「バックアップ・ベースの障害リカバリ」リモート(クロス・リージョン)バックアップ・コピー

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

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

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

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

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

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

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

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

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

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

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

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

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

親トピック: Autonomous Databaseの請求方法