Autonomous Data Guardが有効になっているElastic Pool Billingについて

エラスティック・プール・リーダーまたはエラスティック・プール・メンバーがローカルのAutonomous Data Guardスタンバイを有効にすると、スタンバイ・データベースはエラスティック・プールの一部となり、それに応じて請求されます。

ローカル・スタンバイを追加すると、プライマリのECPU割当てがプール容量(プライマリの場合は1つのx、スタンバイの場合は1つのx)に対して合計2回(2つのx)カウントされます。

たとえば、プール・サイズが128 ECPUのエラスティック・プールを作成し、プール容量が512 ECPUの場合、次のAutonomous Databaseインスタンスを追加するとエラスティック・プール容量が使用されます:

• ローカルAutonomous Data Guardが有効になっている256 ECPUの1インスタンスで、プールからの合計512 ECPU割当て。

  このインスタンスを使用する場合、ピークECPU使用率が特定の請求時間に対して256 ECPUの場合、全体的なピークECPU使用率は、プライマリ・データベースでは256 ECPU、スタンバイ・データベースでは256 ECPUとしてレポートされます。その時間の請求は、512 ECPU (4xプール・サイズ)になります。

場合によっては、エラスティック・プール内のローカルADGスタンバイ・データベースの集計ピークによって、エラスティック・プールの1時間当たりのピークが次の請求層内に収まることがあります。これが発生すると、プール・メンバーの集計ピークとローカルADGスタンバイの集計ピークが個別に計算され、コスト上の利点が得られます。

たとえば、プール・サイズが128 ECPUのエラスティック・プールを作成し、プール容量は512 ECPUとします。プールには3人のメンバー(リーダーを含む)があります。DB1には20個のECPUが割り当てられ、ローカルのADGスタンバイがあり、DB2には25個のECPUが割り当てられ、ローカルのADGスタンバイがあり、DB3には30個のECPUが割り当てられ、ローカルのADGスタンバイがあります。これらのデータベースのピークECPU使用率が、特定の請求時間に対してそれぞれ18 ECPU、22 ECPUおよび30 ECPUの場合、集計された時間単位のピークECPU使用率は70 ECPU * 2になります(それぞれにローカルADGスタンバイがあるため)。この場合、256個のECPUのエラスティック・プールを請求するのではなく(ローカルADGスタンバイがあり、140 > 128であるため、ピークは140個のECPUにジャンプするため)、時給プール料金は、プライマリ・インスタンスの毎時ECPUピークを参照してプール請求層を決定し、構成されたローカルADGスタンバイから生じた集計済ピークをプール料金に追加することによって計算されます。つまり、この例で示した請求時間のプール料金は、256 ECPUではなく、198 ECPU (128 ECPU + 70 ECPU)になります。

この例では、プール・メンバーの集計ピークとローカルADGスタンバイの集計ピークが個別に決定される場合に、58 ECPU分の請求コストを節約します。

詳細は、Autonomous Data Guardの有効化を参照してください。

クロスリージョン・スタンバイがエラスティック・プールに追加されたときのリージョン間のAutonomous Data Guardスタンバイの請求およびエラスティック・プール容量の詳細について説明します。

エラスティック・プール内のデータベースは、同じリージョンに配置する必要があります。リージョン間のAutonomous Data Guardスタンバイがある場合は、スタンバイのリージョンのエラスティック・プールに配置できます。

• プライマリ・データベースのコンピュート・リソースを増やす場合、リージョン間スタンバイが実行されるリモート・エラスティック・プールには、増加に対応するために十分な空き容量が必要です。

  エラスティック・プール容量の詳細は、エラスティック・プールについてを参照してください。

• プライマリ・データベースのクロスリージョンAutonomous Data Guardスタンバイがプール・リーダーである場合、プライマリ・データベースを終了することはできません。この場合、プライマリ・データベースを終了する前に、エラスティック・プールを終了する必要があります。」

  詳細は、エラスティック・プールの終了を参照してください。

• エラスティック・プールにあるリージョン間のAutonomous Data Guardスタンバイは、プライマリのピーク使用量に基づいて請求されます。これは、プライマリがエラスティック・プール内にあるかどうかに関係なく適用されます。

  たとえば、プライマリのピーク使用量が30 ECPUである、午後1時から午後2時の特定の請求時間において、リージョン間のAutonomous Data Guardスタンバイでは、ピークECPU使用量も30 ECPUとして表示され、この使用量はリモート・リージョンのエラスティック・プール・リーダーに報告されます。

• エラスティック・プールにないクロスリージョンAutonomous Data Guardスタンバイは、プール・リーダーとしてもプール・メンバーとしても、通常のクロスリージョン・スタンバイと同様に請求されます。

  詳細は、Oracle Autonomous Database Serverless機能の請求を参照してください。