Elastic Pool Billingについて
エラスティック・プールの請求は、ECPU使用量であるコンピュート・リソースのみで構成され、すべてのコンピュート使用量がプール・リーダーであるAutonomous Databaseインスタンスに請求されます。ストレージの使用に対する課金は、インスタンスがエラスティック・プール内にあるかどうかに関係なく、個々のAutonomous Databaseインスタンスに個別に課金されます。
エラスティック・プールを使用すると、コンピュート・リソースの請求に関してAutonomous Databaseインスタンスを統合できます。エラスティック・プールは、携帯電話サービス「ファミリ・プラン」のように考えることができますが、これはAutonomous Databaseインスタンスに適用されます。データベースごとに個別に支払うのではなく、データベースはプールにグループ化され、1つのインスタンス(リーダー)がプール全体に関連付けられたコンピュートの使用量に対して請求されます。
エラスティック・プールを使用すると、選択したプール・サイズで最大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分までの40 ECPU、午後2時30分から午後3時までの128 ECPUです。
エラスティック・プールは、この請求時間(2-3pm)に対して、プール・サイズの1倍の128 ECPUが請求されます。このケースは、請求時間におけるエラスティック・プールのピーク集計ECPU使用量が128 ECPU以下の場合に適用されます。
-
ケース2: プール・リーダーおよびメンバーの集計されたピークECPU使用率は、午後2時から午後2時30分までの40 ECPU、午後2時30分から午後3時までの250 ECPUです。
エラスティック・プールには、この請求時間(2-3pm)のプール・サイズの2倍の256 ECPUが請求されます。このケースは、請求時間のエラスティック・プールのピーク集計ECPU使用率が256 ECPU以下で、128 ECPUを超える場合に適用されます。
-
ケース-3: プール・リーダーおよびメンバーの集計されたピークECPU使用率は、午後2時から午後2時30分までの80 ECPU、午後2時30分から午後3時までの509 ECPUです。
エラスティック・プールは、この請求時間(2-3pm)に対して、プール・サイズの4倍の512 ECPUが請求されます。このケースは、請求時間におけるエラスティック・プールのピーク集計ECPU使用率が512 ECPU以下で、256 ECPUを超える場合に適用されます。
-
詳細は、Autonomous Databaseでエラスティック・リソース・プールを使用して最大87%のコンピュート・コスト削減を達成する方法を参照してください。
プールの作成時または終了時のエラスティック・プール請求
エラスティック・プールが作成または終了されると、リーダーはエラスティック・プールの1時間分請求されます。さらに、プールに追加または削除された個々のインスタンスは、インスタンスがエラスティック・プールにない間に発生したコンピュートの使用量について請求されます(この場合、請求は個々のAutonomous Databaseインスタンスに適用されます)。
-
プール作成の例: エラスティック・プールの一部ではない4つのECPUを持つAutonomous Databaseインスタンスがあるとします。午後2時15分に、このインスタンスのプール・サイズが128 ECPUのエラスティック・プールを作成すると、インスタンスはプール・リーダーになります。Autonomous Databaseのアイドル時間が午後2時から午後3時で、プールに他のAutonomous Databaseインスタンスがないとすると、2時から午後3時までの時間の請求は次のようになります。
期間2~3pmの請求: (4 * 0.25) + 128 = 129 ECPU
(4 * 0.25)は、Autonomous Databaseインスタンスがエラスティック・プールを作成した15分前のコンピュートに対する請求で、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はエラスティック・プールが終了した時間に対するエラスティック・プールの請求です。
組込みツールによる柔軟なプール請求
プール・リーダーまたはメンバーの場合、組込みツールOML、グラフまたはデータ変換に割り当てられるコンピュート・リソースは別個であり、エラスティック・プールの合計割当てにはカウントされません。請求目的の場合、エラスティック・プール・リーダーは、エラスティック・プールECPU使用量に加えて、リーダーまたはエラスティック・プール・メンバーによる組込みツールECPU使用量に対して請求されます。
たとえば、プール・サイズが128 ECPUのエラスティック・プールがあるとします。特定の請求時間内に、プール・リーダーおよびメンバーの集計されたピークECPU使用率が請求時間およびこの時間に80 ECPUである場合組込みツールを使用したインスタンスの合計ECPU使用率は30 ECPUで、リーダーはプール・サイズ(128 ECPU)に組込みツールECPU使用率(30 ECPU)を加算して、その時間に合計158 ECPUを請求されます。
OCI使用状況レポートおよびOCI_USAGE_DATA
ビューのエラスティック・プール使用状況詳細
Oracle Cloud Infrastructure (OCI)の使用状況レポートでエラスティック・プールの使用状況の詳細な内訳を取得でき、この情報はOCI_USAGE_DATA
ビューにも表示されます。詳細は、コストおよび使用状況レポートおよびOCI_USAGE_DATAビューを参照してください。
2025年1月31日前のコストおよび使用状況の詳細は、OCI使用状況レポートおよび
OCI_USAGE_DATA
ビューを使用できます。OCIのコストおよび使用状況レポートは非推奨です。2025年7月31日まで、既存の使用状況レポートのCSVファイルに引き続きアクセスできます。詳細は、「コストおよび使用状況レポート」を参照してください。
次の表に、OCI使用状況レポートのproduct/resource
列の値を示します。OCI使用状況レポートには、プール・リーダーのエラスティック・プール使用状況およびプール・メンバーに対する特定の請求時間の詳細が表示されます(OCI_USAGE_DATA
ビューで同様の情報を参照)。
エラスティック・プール使用タイプ | 表示された請求時間値 |
---|---|
メンバー・コンピュートの使用 |
OCI使用状況レポートの 次の問合せを使用して、
ノート
メンバーにローカルのAutonomous Data Guardスタンバイがある場合、そのピーク使用量は、ピーク使用量の2倍(2 x )としてレポートされます。
|
リーダー・コンピュート使用量 |
OCI使用状況レポートの 次の問合せを使用して、
ノート
リーダーにローカルのAutonomous Data Guardスタンバイがある場合、そのピーク使用量は、ピーク使用量の2倍(2 x )としてレポートされます。
|
集計プール・コンピュート使用率 |
OCI使用状況レポートの 次の問合せを使用して、
|
OCI使用状況レポートおよびOCI_USAGE_DATA
ビューでのエラスティック・プール請求情報のノート:
-
エラスティック・プール集計のピークECPU使用率は、終了したデータベースに対して表示されます。
-
エラスティック・プール集計のピークECPU使用率は、データベースがエラスティック・プールのメンバーであった請求時間中にエラスティック・プールの一部であった非プール・データベースに対して表示されます。
詳細は、請求情報: Autonomous Transaction Processing ECPUコンピュート・モデルおよびAutonomous Databaseビューを使用したOracle Cloud Infrastructureリソース、コストおよび使用状況レポートの追跡を参照してください。
トピック
- Autonomous Data Guardが有効になっているエラスティック・プール請求について
エラスティック・プール・リーダーまたはメンバーは、ローカルまたはクロスリージョンのAutonomous Data Guard、またはローカルおよびクロスリージョンのAutonomous Data Guardの両方を有効にできます。
Autonomous Data Guardが有効になっているElastic Pool Billingについて
🔗
エラスティック・プールのリーダーまたはメンバーは、ローカルAutonomous Data GuardまたはクロスリージョンAutonomous Data Guard、あるいはローカルAutonomous Data GuardとクロスリージョンAutonomous Data Guardの両方を有効にできます。
ローカルAutonomous Data Guardスタンバイ・データベース請求
ローカル・スタンバイを追加すると、プライマリのECPU割当てがプール容量(プライマリの場合は1つのx
、スタンバイの場合は1つのx
)に合計2回(2つのx
)カウントされます。つまり、ローカル・スタンバイはプライマリのピーク使用量に2を乗算します。
たとえば、プール・サイズが128 ECPUのエラスティック・プールを作成し、プール容量が512 ECPUの場合、次のAutonomous Databaseインスタンスを追加すると、エラスティック・プール容量が使用されます:
-
ローカルAutonomous Data Guardが有効な256 ECPUの1インスタンスで、プールからの合計512 ECPU割当て。
このインスタンスを使用する場合、CPU使用率は256 ECPUですが、ローカル・スタンバイ・データベース2の
x
乗算ファクタにより、全体的なピークECPU使用率は512としてレポートされます。また、請求は、プール・サイズ(512 ECPU)の4つのx
に基づいています。
-
それぞれ2 ECPUの128インスタンス(ローカルAutonomous Data Guardが有効)で、プールからの合計512 ECPUの割当て。
これらのすべてのデータベースが実行されているときに、最大100%のECPU使用率に達すると、ピークとして256 ECPU (インスタンス当たり128 * 2 ECPU)が得られます。ただし、スタンバイ・データベースの2つの
x
ファクタが原因で、プールの全体的なピークECPU使用率は512としてレポートされます。この場合の請求は、4x
のプール・サイズ(512 ECPU)に基づきます。
リージョン間のAutonomous Data Guardスタンバイ・データベース請求
リーダーまたはメンバーに対してクロスリージョンAutonomous Data Guardを有効にしても、エラスティック・プール容量には影響しません。クロスリージョンAutonomous Data Guardピア・データベースには独自のOCIDがあり、クロスリージョン・ピアはエラスティック・プールから独立して請求されます。
次に注意してください:
-
リージョン間のAutonomous Data GuardピアECPUでは、プール容量は使用されず、Autonomous Data Guardクロスリージョン・ピア・データベースに対する請求はピア・インスタンスで行われます。
-
エラスティック・プールのリーダーがクロスリージョンAutonomous Data Guardを有効にした場合、クロスリージョン・ピア・データベースのECPU割当てはエラスティック・プール容量にはカウントされません。リージョン間のAutonomous Data Guardの請求は、エラスティック・プールの一部ではないリージョン間インスタンス上にあります(エラスティック・プールはリージョン間で動作しません)。
-
エラスティック・プールのメンバーがクロスリージョンAutonomous Data Guardを有効にした場合、クロスリージョン・ピアECPU割当てはプール容量にはカウントされません。リージョン間のAutonomous Data Guardの請求は、エラスティック・プールの一部ではないリージョン間インスタンス上にあります(エラスティック・プールはリージョン間で動作しません)。
たとえば、プール・サイズが128 ECPU (プール容量が512 ECPU)のエラスティック・プールを作成する場合、異なるサイズの次のAutonomous Databaseインスタンスを追加すると、エラスティック・プール容量全体が使用されます:
-
次のインスタンスを含むプール:
-
クロスリージョンAutonomous Data Guardが有効になっている128 ECPUのインスタンス(プールから合計128 ECPUを使用)。
-
64個のインスタンス(それぞれ2 ECPU)で、ローカルとクロスリージョンの両方のAutonomous Data Guardが有効になっています(プールから合計256 ECPUを使用)。
-
1 ECPUの128インスタンス。それぞれにクロスリージョンAutonomous Data Guardが有効になっています(プールから128 ECPUを使用)。
-
親トピック: エラスティック・プール請求について