専用ExadataインフラストラクチャでのAutonomous Databaseの請求

Oracle Autonomous Database on Dedicated Exadata Infrastructureは、特定のアルゴリズムを使用して、Autonomous Databaseで使用されるコンピュートの使用量を割り当て、請求します。これらのアルゴリズムを理解することで、最もコスト効率の高い方法でパフォーマンス目標を達成するためにAutonomous Databaseを作成および構成する最適な方法を決定できます。

CPU請求詳細

Oracle Autonomous Database on Dedicated Exadata Infrastructureは、次のようにCPU請求を計算します:

  1. Autonomous DatabaseのCPU使用率は、ECPUまたはOCPU全体の単位で毎秒測定されます。
    1. 停止したAutonomous Databaseは、ゼロECPUまたはOCPUを使用します。Autonomous Database停止している場合、請求されません。
    2. 実行中のAutonomous Databaseでは、割り当てられたECPUまたはOCPUの数に加えて、自動スケーリングによる追加のECPUまたはOCPUが使用されます。Autonomous Databaseが実行されている場合、初期作成時に指定されたか、手動スケーリング操作によって後で指定されたかに関係なく、データベースに現在割り当てられているCPUの数に対して請求されます。また、データベースの自動スケーリングが有効になっている場合は、自動的にスケール・アップした結果としてデータベースで使用されている追加CPUの秒ごとに請求されます。

      ノート:

      AVMCおよびACDリソースを作成しても、請求は開始されません。そのため、AVMCに合計CPU数を割り当て、各ACDは、作成時にノード当たり8 ECPUまたは2 OCPUを消費しますが、これらのCPUは請求されません。AVMCおよび基礎となるACDでAutonomous Databaseをプロビジョニングし、そのデータベースがアクティブに実行されていると、使用されたCPUが請求されます。その結果、AVMC内でACDを作成して、コストを発生させることなく、事業部門、機能領域、その他の技術に従ってデータベースを編成およびグループ化できます。
    3. Autonomous Databaseを作成すると、Oracleはデフォルトで追加のCPUを予約して、ノード障害が発生した場合でもデータベースが50%以上の容量で実行されるようにします。ACDのプロビジョニング中に、ノード間で予約されているCPUの割合を0%または25%に変更できます。手順については、Autonomous Container Databaseの作成ノード・フェイルオーバー予約を参照してください。これらの追加CPUは、請求に含まれません。

    ノート:

    Oracle Database@AWS上の専用Exadataインフラストラクチャ上のAutonomous Databaseでは、ECPUコンピュート・モデルのみがサポートされます。
  2. 秒当たりの測定値は、Autonomous Databaseごとに1時間間隔で平均されます。
  3. Autonomous Databaseの1時間当たりの平均が一緒に追加され、Autonomous VMクラスタ・リソース全体の1時間当たりのCPU使用量が決定されます。
次のものを表示することをお薦めします。

柔軟なプール請求

エラスティック・プールを使用すると、コンピュート・リソースの請求に関してAutonomous Databaseインスタンスを統合できます。

エラスティック・プールは、Autonomous Databaseインスタンスに適用される点を除き、携帯電話サービス「ファミリ・プラン」のように考えることができます。データベースごとに個別に支払うのではなく、データベースはプールにグループ化され、1つのインスタンス(リーダー)がプール全体に関連付けられたコンピュートの使用量に対して請求されます。エラスティック・リソース・プールの詳細は、エラスティック・プールを使用したAutonomous Databaseインスタンスの統合を参照してください。

エラスティック・リソース・プール使用率:

  • プール・リーダーに請求され、請求はエラスティック・リソース・プール・サイズと、プール・リーダーおよびメンバーの実際の時間単位のECPU使用量に基づきます。
  • プール・サイズを超えることができます(プール容量は、プール・サイズより最大4倍大きくできます)。
  • 請求はコンピュート・リソース、つまりECPU使用量のみで構成され、すべてのコンピュート使用量がプール・リーダーであるAutonomous Databaseインスタンスに請求されます。

エラスティック・プールを使用すると、選択したプール・サイズの最大4倍のECPUをプロビジョニングでき、エラスティック・プールにあるデータベース・インスタンスを、データベース・インスタンスごとにわずか1 ECPUでプロビジョニングできます。エラスティック・プールの外部では、データベース・インスタンス当たりの最小ECPU数は2 ECPUです。たとえば、プール・サイズが128の場合、512のAutonomous Databaseインスタンスをプロビジョニングできます(各インスタンスに1 ECPUがある場合)。この例では、プール・サイズのコンピュート・リソースについて、128 ECPUのプール・サイズに基づいて請求されますが、512のAutonomous Databaseインスタンスにアクセスできます。一方、エラスティック・プールを使用せずに512のAutonomous Databaseインスタンスを個別にプロビジョニングする場合、Autonomous Databaseインスタンスごとに少なくとも2つのECPUを割り当てる必要があります。この例では、1024 ECPUに対して支払います。エラスティック・プールを使用すると、コンピュート・コストを最大87%削減できます。

エラスティック・プールの作成後、特定の時間の合計ECPU使用量がAutonomous Databaseインスタンス(プール・リーダー)に請求されます。プール・リーダーを除き、プール・メンバーである個々のAutonomous Databaseインスタンスは、エラスティック・プールのメンバーである間、ECPUの使用量に対して請求されません。

エラスティック・プールの請求は次のとおりです。

  • 集計されたピークECPU使用率の合計が、特定の時間のプール・サイズ以下の場合、ECPUのプール・サイズ数(プール・サイズの1倍)に対して課金されます。
  • エラスティック・プールの作成後、プール・メンバー・データベースおよびプール・リーダーが停止されている場合でも、ECPU請求はプール・サイズ率の最低1回で続行されます。
  • つまり、プールの集計されたピークECPU使用率が、特定の時間のプール・サイズ以下の場合、ECPUのプール・サイズ数(プール・サイズの1倍)に対して課金されます。これは、エラスティック・プールを使用せずにこれらのデータベースを個別に請求する場合の最大87%のコンピュート・コスト削減を表します。
  • プール・リーダーおよびメンバーの集計されたピークECPU使用率が、特定の請求時間内の任意の時点でプール・サイズを超えている場合:
    • プールの集計されたピークECPU使用率が、ECPUのプール・サイズ数の2倍以下の場合:使用量が1倍を超える場合ECPUのプール・サイズ数、および特定の請求時間におけるECPU数の2倍までの数(1時間単位の請求は、ECPUのプール・サイズ数の2倍です)。つまり、プールの集計されたピークECPU使用率がプール・サイズを超えているが、特定の時間のプール・サイズの2倍以下である場合、ECPUのプール・サイズ数の2倍(プール・サイズの2倍)が請求されます。これは、エラスティック・プールを使用せずにこれらのデータベースを個別に請求する場合と比較して、コンピュート・コストを最大75%削減します。
    • プールの集計されたピークECPU使用率が、プール・サイズECPU数の4倍以下の場合:プールの2倍を超える使用量の場合ECPUのサイズ数と、特定の請求時間におけるECPUのプール・サイズ数の4倍まで、時間単位の請求は、ECPUのプール・サイズ数の4倍です。つまり、プールの集計されたピークECPU使用率が、特定の時間のプール・サイズの2倍を超えた場合、プール・サイズの数(プール・サイズの4倍)の4倍が課金されます。これは、エラスティック・プールを使用せずにこれらのデータベースを個別に請求する場合の最大50%のコンピュート・コスト削減を表します。
  • たとえば、プール・サイズが128 ECPUで、プール容量が512 ECPUのエラスティック・プールを考えてみます。
    • ケース-1: プール・リーダーおよびメンバーの集計されたピークECPU使用率は、午後2時から午後2時30分から午後3時300分までの間に40 ECPUです。
      • エラスティック・プールは、この請求時間(午後2時から3時)にプール・サイズを1回だけ請求される128 ECPUです。このケースは、請求時間におけるエラスティック・プールのピーク集計ECPU使用量が128 ECPU以下の場合に適用されます。
    • ケース2: プール・リーダーおよびメンバーの集計されたピークECPU使用率は、午後2時から午後2時30分までの40 ECPU、午後2時30分から午後3時までの250 ECPUです。
      • エラスティック・プールは、この請求時間のプール・サイズの2倍の256 ECPU (午後2時から午後3時)に請求されます。このケースは、請求時間のエラスティック・プールのピーク集計ECPU使用率が256 ECPU以下で、128 ECPUを超える場合に適用されます。
    • ケース-3:プール・リーダーとメンバーの集計されたピークECPU使用率は、午後2時から午後2時30分までの80 ECPU、午後2時30分から午後3時までの509 ECPUです。
      • エラスティック・プールは、この請求時間(午後2時から午後3時)のプール・サイズの4倍の512 ECPUに請求されます。このケースは、請求時間におけるエラスティック・プールのピーク集計ECPU使用率が512 ECPU以下で、256 ECPUを超える場合に適用されます。

詳細は、Autonomous Databaseでエラスティック・リソース・プールを使用して最大87%のコスト削減を達成する方法を参照してください。

プールの作成時または終了時のエラスティック・プール請求

エラスティック・プールが作成または終了されると、リーダーはエラスティック・プールの1時間全体に対して請求されます。さらに、プールに追加または削除された個々のインスタンスは、インスタンスがエラスティック・プールにない間に発生したコンピュートの使用量について請求されます(この場合、請求は個々のAutonomous Databaseインスタンスに適用されます)。

  • プール作成の例: 4 ECPUのAutonomous Databaseインスタンスがエラスティック・プールの一部ではないとします。午後2時15分に、このインスタンスのプール・サイズが128 ECPUのエラスティック・プールを作成すると、インスタンスはプール・リーダーになります。午後2時から3時の間にAutonomous Databaseアイドルがあり、プールに他のAutonomous Databaseインスタンスがないとすると、午後2時から3時の間の時間の請求は次のようになります:
    • 午後2時から3時の請求は、(4 * 0.25) + 128 = 129 ECPUです。
    • ここで、(4 * 0.25)は、Autonomous Databaseインスタンスがエラスティック・プールを作成した15分前のコンピュートに対する請求です(午後2時から2時15分までの間、インスタンスはVMクラスタに対して請求されます)、128 ECPUは、エラスティック・プールが作成された時間に対する請求です。
  • プール終了の例: 4 ECPUのAutonomous Databaseインスタンスがエラスティック・プールのリーダーであり、プール・サイズは128 ECPUであるとします。午後4時30分に、エラスティック・プールを終了すると、データベースはエラスティック・プールの一部ではなく、スタンドアロンのAutonomous Databaseインスタンスになります。午後4時から5時の間にAutonomous Databaseアイドルがあり、プールに他のAutonomous Databaseインスタンスがないとすると、午後4時から5時の時間の請求は次のようになります:
    • 午後4時から5時の請求は、(4 * 0.5) + 128 = 130 ECPUです。
    • (4 * 0.5)は、Autonomous Databaseインスタンスがエラスティック・プールを終了してから30分間のコンピュートに対する請求で、128 ECPUはエラスティック・プールが終了した時間に対するエラスティック・プールの請求です。
    • Autonomous Databaseインスタンスがプールを離れると、再度VMクラスタの一部になり、VMクラスタに対して請求されます。

プール メンバーまたはリーダーがプールから退出した場合の柔軟なプール請求

エラスティック・プールを残すAutonomous Databaseインスタンスの請求は、個々のインスタンスが使用するコンピュート・リソースに基づいて個々のインスタンス請求に戻ります:
  • 2 ECPU以上のプール・メンバーがプールを離れると、個々のインスタンスのECPU割当ては残り、その数のECPUに対してインスタンスに対して請求されます。
  • 1 ECPUのプール・メンバーがプールを離れると、ECPU割当ては自動的に2 ECPUに設定され、スケール・アップされないかぎり、インスタンスは2 ECPUに対して請求されます。