エラスティック・プールについて

エラスティック・プールは、すべてのデータベースをクラウドに移行することで、運用効率を向上させ、コストを削減するのに役立ちます。また、Autonomous Databaseを使用したリソースの統合、管理と操作の簡素化もサポートされています。

エラスティック・プールは、ECPUコンピュート・モデルを使用するAutonomous Databaseインスタンスでのみ使用できます。

ダウンタイムなしで柔軟にスケール・アップおよびスケール・ダウンできる多数のデータベースが必要な場合は、エラスティック・プールを作成して使用することでメリットを得ることができます。エラスティック・プールには、次の利点があります。

  • データベース・グループに対して一定の予算で運用できるようにすると同時に、個々のデータベースに対してパフォーマンスの弾力性を実現します。

  • オーバーサブスクリプションを含むオンプレミスOracle環境からの簡単な移行を可能にし、コスト効率の高いAutonomous Databaseへの移行方法を提供します。

  • 多数の個別の顧客データベースを持つSaaSベンダーをサポートします。

  • 多数のデータベースを提供する機能が必要なマイクロサービス・アーキテクチャを使用するためのリソースを提供します。

  • エラスティック・プール内のプール・メンバーは個別に請求されません(プール・リーダーはプール・シェイプに基づいて請求されます)。個々のメンバーのECPU使用量に関連するコストを気にすることなく、プール・メンバーにインスタンスごとに追加のECPUを割り当てることができます。Autonomous DatabaseのIO容量およびメモリー割当ては、ECPU数と直接相関するため、インスタンスのECPU数を多く選択すると、追加のリソースに対して支払う必要なく、IO容量およびメモリーを増やして実行できます。つまり、インスタンス当たり多数のECPUを使用すると、インスタンス当たりより多くのIO容量とより多くのメモリーを使用できます。この場合、コストはプール・シェイプに基づいており、個々のインスタンスのECPU数に基づいていません。

エラスティック・プールを作成する場合は、事前定義されたプール・サイズのセットからプール・サイズを選択します。プール・サイズによって、コンピュートに対して支払う金額、および特定のプールでプロビジョニングできるECPUの数が決まります。

エラスティック・プールを操作する場合に使用する用語はいくつかあります。

  • プール・リーダー: エラスティック・プールを作成するAutonomous Databaseインスタンスです。

  • プール・メンバー: エラスティック・プールに追加されるAutonomous Databaseインスタンスです。

  • プール・サイズ: エラスティック・プールの作成時に設定する値です。プール・サイズは、使用可能なエラスティック・プール・シェイプのいずれかである必要があります。

  • プール・シェイプ: プール・シェイプは、エラスティック・プールの作成時に選択する有効なプール・サイズの1つです。プールのシェイプは、128、256、512、1024、2048または4096 ECPUのいずれかである必要があります。

    ノート

    デフォルトでは、エラスティック・プールの各インスタンスには、メンテナンス・ウィンドウが自動的に割り当てられます。1024 ECPU以上のプール・シェイプを選択することで、リーダーとすべてのエラスティック・プール・メンバーにパッチが適用されるカスタムの2時間のメンテナンス・ウィンドウを割り当てることができます。エラスティック・プールのカスタム・メンテナンス・ウィンドウを選択するには、Oracle Cloud Supportでサービス・リクエストを提出します。
  • プール容量: プール容量は、エラスティック・プールが使用できるECPUの最大数で、プール・サイズの4倍(x4)です。

エラスティック・プールを作成するための要件

エラスティック・プールを作成してプール・リーダーになるためのAutonomous Databaseインスタンスの要件を次に示します:

  • インスタンスはECPUコンピュート・モデルを使用する必要があります。

  • インスタンスは、トランザクション処理のワークロード・タイプを持つAutonomous Databaseインスタンスである必要があります。これはプールリーダーにのみ適用されます。エラスティック・プールは、トランザクション処理データ・ウェアハウスJSONデータベースまたはAPEXワークロードを含むデータベースの組合せを保持できます。

  • 自動スケーリングを無効にする必要があります。

  • インスタンスは、既存のエラスティック・プールのメンバーであってはなりません。

  • エラスティック・プールを作成するAutonomous Databaseインスタンスで許可される個々のECPU数の最大数は、プールの作成時に指定されたプール・サイズの4倍です。

  • エラスティック・プールを作成するインスタンスは、テナンシ制限の対象となります。エラスティック・プールを作成するには、エラスティック・プールのサイズに対応するために、テナンシ制限を下回る十分な数のECPUが使用可能である必要があります。

エラスティック・プールに参加するための要件

次に、Autonomous Databaseインスタンスがエラスティック・プールに参加するための要件を示します:

  • インスタンスはECPUコンピュート・モデルを使用する必要があります。

  • エラスティック・プールには、トランザクション処理データ・ウェアハウスJSONデータベースまたはAPEXワークロード・タイプを持つAutonomous Databaseインスタンスを含めることができます。

  • エラスティック・プールは、トランザクション処理データ・ウェアハウスJSONデータベースおよびAPEXワークロードを含むデータベースの組合せを保持できます。

  • 自動スケーリングを無効にする必要があります。

  • インスタンスはエラスティック・プールのメンバーであってはなりません。

  • Autonomous Databaseインスタンスに対して許可される個々のECPU数の最大許容数は、使用可能なプール容量です。インスタンスのECPU数が使用可能なプール容量より大きい場合、そのエラスティック・プールへの参加は許可されません。

プール・リーダーおよびメンバー・インスタンスのECPU割当て

Autonomous Databaseインスタンスがエラスティック・プールの一部である場合、インスタンスに対して許可される個々のECPU割当ての最小値は1 ECPUです。

Autonomous Databaseインスタンスがエラスティック・プールの一部である場合、個々のAutonomous DatabaseインスタンスのECPU割当てに対して1 ECPUの増分が許可されます。

エラスティック・プールのプール容量

エラスティック・プールのプール容量は、プール・サイズの4倍です。たとえば、プール・サイズが128 ECPUのプールは、そのリーダーおよびメンバーに対して最大512 ECPUを保持できます。

ノート

これらの例では、Autonomous Data Guardが有効になっていません。Autonomous Data Guardでのエラスティック・プールの使用の詳細は、Autonomous Data Guardが有効になっているエラスティック・プールについてを参照してください。

次に、プール・サイズが128でプール容量が512のエラスティック・プール内にある可能性があるAutonomous Databaseインスタンスの例を示します:

  • これらはそれぞれ、プール・サイズが128のエラスティック・プール内のプール・メンバーに対して有効です。
    • 1インスタンス(512 ECPU)、合計512 ECPU

    • 4 ECPUの128インスタンス(合計512 ECPU)

    • 2 ECPUの256インスタンス(合計512 ECPU)

    • 50インスタンス(10 ECPU)、3インスタンス(4 ECPU)、合計512 ECPU

  • 同様に、プール・サイズが128のエラスティック・プール内のプール・メンバーに対して、次の各項目が有効です。
    • 1インスタンス(128 ECPU)、2インスタンス(64 ECPU)、32インスタンス(4 ECPU)、64インスタンス(2 ECPU)、合計512 ECPU

    • 1 ECPUの256インスタンス、2 ECPUの64インスタンス、合計384 ECPU(512 ECPUのプール容量未満)

    • 4つのECPUを持つ100インスタンスと、2つのECPUを持つ50インスタンス。これは、512 ECPUのプール容量未満です。

次に、選択したプール・サイズに基づいて、インスタンス数およびインスタンス当たりのECPU数と一致するようにプールにプール・メンバーを追加できます。

トピック

Elastic Pool Billingについて

エラスティック・プール使用量がプール・リーダーに請求され、請求はエラスティック・プール・サイズおよびプール・リーダーおよびメンバーの実際の時間単位ECPU使用量に基づきます。エラスティック・プール使用量がプール・サイズを超える場合があります(プール容量はプール・サイズの最大4倍です)。

エラスティック・プールの請求は、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ビューを参照してください。

次の表に、OCI使用状況レポートのproduct/resource列の値を示します。OCI使用状況レポートには、プール・リーダーのエラスティック・プール使用状況およびプール・メンバーに対する特定の請求時間の詳細が表示されます(OCI_USAGE_DATAビューで同様の情報を参照)。

エラスティック・プール使用タイプ 表示された請求時間値
メンバー・コンピュート使用

OCI使用状況レポートのproduct/resourceId列がプール・メンバーのOCIDと等しく、OCI使用状況レポートのproduct/resource列がPIC_ADBS_DB_ECPU_PEAKと等しい特定のプール・メンバーの場合、OCI使用状況レポートのusage/billedQuantityは、指定された請求時間におけるメンバーのピークECPU使用状況を示します。

次の問合せを使用して、OCI_USAGE_DATAビューで同じ使用方法の詳細を表示できます。

SELECT billed_quantity FROM OCI_USAGE_DATA
   WHERE resource_name='PIC_ADBS_DB_ECPU_PEAK' and
                    resource_id=OCID_of_the_pool_member and
                    interval_usage_start=start_time and
                    interval_usage_end=end_time
ノート

メンバーにローカルのAutonomous Data Guardスタンバイがある場合、そのピーク使用量は、ピーク使用量の2倍(2 x)としてレポートされます。
リーダー・コンピュート使用量

OCI使用状況レポートのproduct/resourceId列がプール・リーダーのOCIDと等しく、OCI使用状況レポートのproduct/resource列がPIC_ADBS_DB_ECPU_PEAKと等しい特定のプール・リーダーの場合、OCI使用状況レポートのusage/billedQuantityには、指定された請求時間におけるリーダーのピークECPU使用量が表示されます。

次の問合せを使用して、OCI_USAGE_DATAビューで同じ使用方法の詳細を表示できます。

SELECT billed_quantity FROM OCI_USAGE_DATA
   WHERE resource_name='PIC_ADBS_DB_ECPU_PEAK' and
                    resource_id=OCID_of_the_pool_leader and
                    interval_usage_start=start_time and
                    interval_usage_end=end_time
ノート

リーダーにローカルのAutonomous Data Guardスタンバイがある場合、そのピーク使用量は、ピーク使用量の2倍(2 x)としてレポートされます。
集計プール・コンピュート使用率

OCI使用状況レポートのproduct/resourceId列がプール・リーダーのOCIDと等しく、OCI使用状況レポートのproduct/resource列がPIC_ADBS_ELASTIC_POOL_DB_ECPUと等しい特定のプール・リーダーの場合、OCI使用状況レポートのusage/billedQuantityには、指定された請求時間におけるリーダーおよびすべてのメンバーの集計されたピークECPU使用量が表示されます。

次の問合せを使用して、OCI_USAGE_DATAビューで同じ使用方法の詳細を表示できます。

SELECT billed_quantity FROM OCI_USAGE_DATA
   WHERE resource_name='PIC_ADBS_ELASTIC_POOL_DB_ECPU' and
                    resource_id=OCID_of_the_pool_leader and
                    interval_usage_start=start_time and
                    interval_usage_end=end_time

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とクロスリージョン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に基づいています。

同様に、プール・サイズが128 ECPUのエラスティック・プールを作成し、プール容量が512 ECPUの場合、次のAutonomous Databaseインスタンスを追加すると、次のようにエラスティック・プール容量が使用されます:
  • それぞれ2 ECPUの128インスタンス(ローカルAutonomous Data Guardが有効)で、プールからの合計512 ECPUの割当て。

    これらのすべてのデータベースが実行されているときに、最大100%のECPU使用率に達すると、ピークとして256 ECPU (インスタンス当たり128 * 2 ECPU)が得られます。ただし、スタンバイ・データベースの2つのxファクタが原因で、プールの全体的なピークECPU使用率は512としてレポートされます。この場合の請求は、4 xのプール・サイズ(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を使用)。

Elastic Poolのリーダーおよびメンバーの操作について

エラスティック・プールを作成するAutonomous Databaseインスタンスは、プール・リーダーです。既存のプールに追加されるAutonomous Databaseインスタンスは、プール・メンバーです。ロール(リーダーまたはメンバー)に応じて、エラスティック・プールで操作を実行できます。

プール・リーダー操作

次の操作は、プールリーダーに対してのみ有効です。

操作 説明

エラスティック・プールの作成

エラスティック・プールを作成するAutonomous Databaseインスタンスは、プール・リーダーです。詳細は、エラスティック・プールの作成を参照してください。

エラスティック・プール・メンバーの削除

エラスティック・プール・リーダーは、エラスティック・プールからメンバーを削除できます。詳細は、プール・リーダーによるエラスティック・プールからのメンバーの削除を参照してください。

エラスティック・プールの終了

エラスティック・プールにプール・メンバーがない場合、プール・リーダーはエラスティック・プールを終了できます。詳細は、エラスティック・プールの終了を参照してください。

エラスティック・プール・サイズの変更

エラスティックプールリーダーはプールサイズを変更できます。詳細は、エラスティック・プール・シェイプの変更を参照してください。

プール・メンバーのリスト

プールリーダーはプールメンバーを一覧表示できます。

詳細は、エラスティック・プール・メンバーのリストを参照してください。

プール・メンバー操作

次の操作は、プールメンバーまたはプールリーダーに対して有効です。

操作 説明

インスタンスをエラスティック・プールに追加

Autonomous Databaseインスタンスは、インスタンスがサポートされているワークロード・タイプの1つであり、インスタンスがECPUコンピュート・モデルを使用し、インスタンスが別のプールのプール・メンバーでないかぎり、プール・メンバーとして追加できます。サポートされているワークロード・タイプは、「トランザクション処理」「データ・ウェアハウス」「JSONデータベース」または「APEX」です。

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

エラスティック・プール・メンバーの削除

エラスティック・プール・メンバーは、エラスティック・プールから自身を削除できます。

詳細は、エラスティック・プールからのプール・メンバーの削除を参照してください。