Autonomous Databaseでの弾力性プールの使用および管理

エラスティック・プールを使用して、コンピュート・リソースの割当てに関してAutonomous Databaseインスタンスを統合し、最大87%のコスト削減を実現します。

エラスティック・プールは、すべてのデータベースをクラウドに移行することで、運用効率を向上させ、コストを削減するのに役立ちます。また、Autonomous Databaseを使用したリソースの統合、管理と操作の簡素化もサポートされています。ダウンタイムなしで柔軟にスケール・アップおよびスケール・ダウンできる多数のデータベースが必要な場合は、エラスティック・プールを作成して使用することでメリットを得ることができます。

エラスティック・プールには、次の利点があります。

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

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

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

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

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

ノート

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

トピック

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

エラスティック・プールを使用して、コンピュート・リソースの割当てに関してAutonomous Databaseインスタンスを統合し、最大87%のコスト削減を実現します。

エラスティック・プールを作成する場合は、事前定義されたプール・サイズのセットからプール・サイズを選択します。プール・サイズによって、コンピュートに対して支払う金額、および特定のプールでプロビジョニングできる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 ECPUのエラスティック・プール内にある可能性があるAutonomous Databaseインスタンスの例を示します:

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

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

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

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

  • 同様に、プール・サイズが128 ECPUのエラスティック・プールのプール・メンバーには、次のそれぞれが有効です。
    • 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」です。

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

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

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

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

エラスティック・プールの作成、結合または管理

エラスティック・プールのプール・サイズを作成、結合または変更するステップを示します。

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューから「Oracle Database」をクリックし、「Autonomous Transaction Processing」をクリックします。

  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

エラスティック・プールを作成するには:

ノート

エラスティック・プールを作成するには、インスタンスがECPUコンピュート・モデルを使用し、ワークロード・タイプがトランザクション処理である必要があります。
  1. 「Autonomous Databaseの詳細」ページで、「リソース割当ての管理」を選択します。

    「自動スケーリングの計算」が無効になっていることを確認します。

    「コンピュート自動スケーリング」を選択した場合は、「コンピュート自動スケーリング」を無効にします:

    1. 「リソース割当ての管理」領域で、「自動スケーリングの計算」の選択を解除します。
    2. 「適用」をクリックします

      「ライフサイクルの状態」「スケーリング進行中」に変わります。しばらくすると、「ライフサイクルの状態」「使用可能」に変わります。

    3. 「Autonomous Databaseの詳細」ページで、「リソース割当ての管理」を選択して「リソース割当ての管理」領域を表示します。
  2. 「リソース割当ての管理」領域で、「拡張オプションの表示」をクリックします。
  3. 「エラスティック・プールの有効化」を選択します。
  4. 「エラスティック・プールの作成」を選択します。
  5. 「プールECPU数」フィールドにプール・サイズを入力または選択します。

    プール・シェイプのリストから、128、256、512、1024、2048または4096のプール・サイズを選択します。

    デフォルトでは、エラスティック・プール内の各インスタンスにメンテナンス・ウィンドウが自動的に割り当てられます。1024より大きい「プールECPU数」を選択すると、リーダーとすべてのエラスティック・プール・メンバーにパッチが適用されるカスタムの2時間のメンテナンス・ウィンドウを割り当てることができます。エラスティック・プールのカスタム・メンテナンス・ウィンドウを選択するには、Oracle Cloud Supportでサービス・リクエストを提出します。

    詳細は、スケジュールされたメンテナンスおよびパッチ適用についてを参照してください。

  6. 「適用」をクリックしてエラスティック・プールを作成します。

「適用」をクリックすると、「ライフサイクルの状態」「スケーリング進行中」に変わります。「ライフサイクルの状態」「使用可能」に変わった後、変更は即時に適用されます。

エラスティック・プールを作成したら、「リソース割当ての管理」をクリックしてエラスティック・プール情報を表示します。「リソース割当ての管理」領域で、「エラスティック・プール」フィールドに「有効」「プール・ロール」フィールドに「リーダー」「プールECPU数」フィールドに選択したプール・サイズが表示されます。

adb_elastic_pool_leader.pngの説明が続きます

既存のエラスティック・プールに参加

既存のエラスティック・プールを結合するステップを示します。

エラスティック・プールに参加するには、Autonomous Databaseインスタンスに次のものが必要です:

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

    詳細は、Autonomous Databaseのコンピュート・モデルを参照してください。

  • ワークロード・タイプは、「トランザクション処理」「データ・ウェアハウス」「JSONデータベース」または「APEX」のいずれかである必要があります。

    詳細は、Autonomous Databaseワークロード・タイプについてを参照してください。

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

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

エラスティック・プールに参加するには:

  1. 「Autonomous Databaseの詳細」ページで、「リソース割当ての管理」を選択します。

    「自動スケーリングの計算」が無効になっていることを確認します。

    「コンピュート自動スケーリング」を選択した場合は、「コンピュート自動スケーリング」を無効にします:

    1. 「リソース割当ての管理」領域で、「自動スケーリングの計算」の選択を解除します。
    2. 「適用」をクリックします

      「ライフサイクルの状態」「スケーリング進行中」に変わります。しばらくすると、「ライフサイクルの状態」「使用可能」に変わります。

    3. 「Autonomous Databaseの詳細」ページで、「リソース割当ての管理」を選択して「リソース割当ての管理」領域を表示します。
  2. 「リソース割当ての管理」領域で、「拡張オプションの表示」をクリックして、拡張オプションを表示します。
  3. 「エラスティック・プールの有効化」を選択します。
  4. 「既存のエラスティック・プールに参加」を選択します。
  5. 「プール・リーダーの選択」「コンパートメント」フィールドで、コンパートメント内のプール・リーダーを選択します。
    1. 表示されたコンパートメントを使用するか、「コンパートメントの変更」をクリックして別のコンパートメントを選択します。
    2. 選択したコンパートメントで使用可能なプール・リーダーのリストからプール・リーダーを選択します。
  6. 「適用」をクリックして、インスタンスをエラスティック・プールに追加します。

「適用」をクリックすると、「ライフサイクルの状態」「スケーリング進行中」に変わります。「ライフサイクルの状態」「使用可能」に変わった後、変更は即時に適用されます。

エラスティック・プールを作成したら、「リソース割当ての管理」をクリックしてエラスティック・プールの詳細を表示します。「リソース割当ての管理」領域の「エラスティック・プール」で、「エラスティック・プール」フィールドに「有効」「プール・ロール」フィールドに「メンバー」「エラスティック・プール・リーダー」フィールドにプール・リーダーへのリンクが表示されます。

エラスティック・プール・シェイプの変更

既存のエラスティック・プールのエラスティック・プール・シェイプを変更するプール・リーダーのステップを示します。

ノート

プール・リーダーのみがプール・シェイプを変更できます。

エラスティック・プールのシェイプを変更する(プール・サイズを更新する)には:

  1. 「Autonomous Databaseの詳細」ページで、「リソース割当ての管理」を選択して「リソース割当ての管理」領域を表示します。
  2. 「プールECPU数」フィールドで、現在の値とは異なる値を選択します

    デフォルトでは、エラスティック・プール内の各インスタンスにメンテナンス・ウィンドウが自動的に割り当てられます。1024より大きい「プールECPU数」を選択すると、リーダーとすべてのエラスティック・プール・メンバーにパッチが適用されるカスタムの2時間のメンテナンス・ウィンドウを割り当てることができます。エラスティック・プールのカスタム・メンテナンス・ウィンドウを選択するには、Oracle Cloud Supportでサービス・リクエストを提出します。

    詳細は、スケジュールされたメンテナンスおよびパッチ適用についてを参照してください。

  3. 「適用」をクリックします

    「適用」をクリックすると、「ライフサイクルの状態」「スケーリング進行中」に変わります。「ライフサイクルの状態」「使用可能」に変わった後、変更は即時に適用されます。

ノート

エラスティック・プールのすべてのメンバーに対応できない値へのCPU割当てのプールECPU数を減らすことはできません。

たとえば、プールECPU数が256 ECPUで、プール容量が1024 ECPUのエラスティック・プールの場合: エラスティック・プールに、それぞれ80 ECPUの8つのAutonomous Databaseインスタンスが含まれ、合計640 ECPUの場合、エラスティック・プール・リーダーはプールECPU数を128 ECPUに減らすことはできません。この場合、プール・サイズが128 ECPUに縮小された場合、プール容量は512 ECPUになり、これはプール・メンバーの合計割当て(640 ECPU)より小さくなります。

インスタンスのプロビジョニングまたはクローニング時のエラスティック・プールの作成または結合

エラスティック・プールは、Autonomous Databaseインスタンスをプロビジョニングまたはクローニングするときに作成または結合できます。

Autonomous Databaseの作成ダイアログを使用してワークロード・タイプに応じたAutonomous Databaseを作成する方法の詳細は、Autonomous Databaseインスタンスのプロビジョニングを参照してください。

クローニングの詳細は、Autonomous DatabaseインスタンスのクローニングまたはバックアップからのAutonomous Databaseのクローニングを参照してください。

プロビジョニングまたはクローニング中にエラスティック・プールを作成するには:

ノート

エラスティック・プールを作成するには、インスタンスがECPUコンピュート・モデルを使用し、選択したワークロード・タイプが「トランザクション処理」である必要があります。
  1. 「データベースの構成」領域で、「拡張オプションの表示」をクリックして、拡張オプションを表示します。
  2. 「自動スケーリングの計算」の選択を解除します。
  3. 「エラスティック・プールの有効化」を選択します。
  4. 「エラスティック・プールの作成」を選択します。
  5. 「プールECPU数」フィールドで、プール・シェイプのリストからプール・サイズを選択します。

    選択できる有効値は、128、256、512、1024、2048、または4096です。

    adb_elastic_pool_create.pngの説明が続きます

    デフォルトでは、エラスティック・プール内の各インスタンスにメンテナンス・ウィンドウが自動的に割り当てられます。1024より大きい「プールECPU数」を選択すると、リーダーとすべてのエラスティック・プール・メンバーにパッチが適用されるカスタムの2時間のメンテナンス・ウィンドウを割り当てることができます。エラスティック・プールのカスタム・メンテナンス・ウィンドウを選択するには、Oracle Cloud Supportでサービス・リクエストを提出します。

    詳細は、スケジュールされたメンテナンスおよびパッチ適用についてを参照してください。

  6. Autonomous DatabaseインスタンスのプロビジョニングAutonomous DatabaseインスタンスのクローニングまたはバックアップからのAutonomous Databaseのクローニングの説明に従って、プロビジョニングまたはクローニングの残りのステップを実行します。
プロビジョニングまたはクローニング中に既存のエラスティック・プールに参加するには:
ノート

エラスティック・プールに参加するには、インスタンスがECPUコンピュート・モデルを使用し、ワークロード・タイプがトランザクション処理データ・ウェアハウスJSONデータベースまたはAPEXのいずれかである必要があります。
  1. 「データベースの構成」領域で、「拡張オプションの表示」をクリックして、拡張オプションを表示します。

  2. 「自動スケーリングの計算」の選択を解除します。

  3. 「エラスティック・プールの有効化」を選択します。

  4. 「既存のエラスティック・プールに参加」を選択します。

  5. 「プール・リーダーの選択」「コンパートメント」フィールドで、コンパートメント内のプール・リーダーを選択します。

    1. 表示されたコンパートメントを使用するか、「コンパートメントの変更」をクリックして別のコンパートメントを選択します。

    2. 選択したコンパートメントで使用可能なプール・リーダーのリストからプール・リーダーを選択します。

    adb_elastic_pool_join.pngの説明が続きます
  6. Autonomous DatabaseインスタンスのプロビジョニングAutonomous DatabaseインスタンスのクローニングまたはバックアップからのAutonomous Databaseのクローニングの説明に従って、プロビジョニングまたはクローニングの残りのステップを実行します。

エラスティック・プール・メンバーのリスト

エラスティック・プール・メンバーをリストするプール・リーダーのステップを示します。

エラスティック・プール・メンバーをリストするには:

  1. エラスティック・プール・リーダーの「Autonomous Databaseの詳細」ページの「リソース」で、「エラスティック・プール・メンバー」をクリックします。
  2. エラスティック・プール・メンバー領域には、エラスティック・プール・メンバーのリストが表示されます。

これは、リーダーAutonomous Databaseインスタンスのエラスティック・プール・メンバーのリストを示しています。

リスト内の行の最後にあるその他のアクションをクリックすると、メンバーに対して実行するアクションを選択できます。使用可能な処理は、次のとおりです。

  • 詳細の表示: メンバーのOracle Cloud Infrastructure Consoleを示しています

  • OCIDのコピー: メンバーのAutonomous DatabaseインスタンスOCIDをコピーします。

  • プールから削除: Autonomous Databaseインスタンスをプールから削除するかどうかを確認できるダイアログを表示します。

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

エラスティック・プール・メンバーとして、エラスティック・プールから自分自身を削除できます。エラスティック・プール・リーダーとして、エラスティック・プールからプール・メンバーを削除できます。

必要に応じて、次の前提条件ステップを実行します:

  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューで「Oracle Database」をクリックし、ワークロードに応じて「Autonomous Data Warehouse」、「Autonomous JSON Database」または「Autonomous Transaction Processing」のいずれかをクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

プール・メンバーとして、エラスティック・プールからインスタンスを削除できます:

  1. 「詳細」ページの「リソース割当て」で、「エラスティック・プール」フィールドで「プールの残す」をクリックします。

    「プールの残す」確認ダイアログが表示されます。

  2. 「プールの残存」確認ダイアログで、データベース名を入力します。
  3. 「退席」をクリックします。

    「休職」をクリックすると、「ライフサイクルの状態」「スケーリング進行中」に変わります。「ライフサイクルの状態」「使用可能」に変わった後、変更は即時に適用されます。

プール・リーダーとしてエラスティック・プールからメンバーを削除

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

  1. 「Autonomous Databaseの詳細」ページの「リソース」の下で、「エラスティック・プール・メンバー」をクリックします。

    「エラスティック・プール・メンバー」領域が表示され、エラスティック・プール・メンバーである各インスタンスの詳細がリストに表示されます。

  2. 削除するインスタンスの行の最後にあるその他のアクションをクリックし、ドロップダウン・リストで「プールから削除」を選択します。

    「プールから削除」確認ダイアログが表示されます。

  3. 「退出」をクリックして確定します。

    「休職」をクリックすると、「ライフサイクルの状態」「スケーリング進行中」に変わります。「ライフサイクルの状態」「使用可能」に変わった後、変更は即時に適用されます。

エラスティック・プールからの退出に関するノート

メンバーまたはリーダーがエラスティック・プールを離れるときのリソースに関する情報を提供します。

  • プール・メンバーまたはリーダーがエラスティック・プールから離れると、自動スケーリングは無効になります。エラスティック・プールを離れると、インスタンスの自動スケーリングを有効にできます。

  • プール・メンバーがエラスティック・プールから離れると、エラスティック・プールはより多くのリソースを使用できます。たとえば、エラスティック・プールがプール容量まで完全に割り当てられ、10個のECPUを持つインスタンスがプールから離れる場合、エラスティック・プールには10個の使用可能なECPUがあります。

  • エラスティック・プールを残すAutonomous Databaseインスタンスの請求は、個々のインスタンスが使用するコンピュートおよびストレージ・リソースに基づいて、個々のインスタンスの請求に戻ります。

    • 2 ECPU以上のプール・メンバーがプールから離れる場合、個々のインスタンスのECPU割当ては維持され、その数のECPUに対してインスタンスが請求されます。

    • 1 ECPUのプール・メンバーがプールを離れると、ECPU割当ては自動的に2 ECPUに設定され、スケール・アップされないかぎり、インスタンスは2 ECPUに対して請求されます。

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

エラスティック・プールを終了するステップを示します。エラスティック・プールを終了できるのは、プール・リーダーのみです。

ノート

エラスティック・プールの終了は、エラスティック・プールにプール・メンバーがない場合にのみ許可されます。
  • Oracle Cloudの横にあるナビゲーション・アイコンをクリックして、Oracle Cloud Infrastructureコンソールを開きます。

  • Oracle Cloud Infrastructureの左側のナビゲーション・メニューから「Oracle Database」をクリックし、「Autonomous Transaction Processing」をクリックします。
  • 「Autonomous Databases」ページで、「表示名」列の下のリンクからプール・リーダーであるAutonomous Databaseを選択します。

エラスティック・プールを終了するには:

  1. 「Autonomous Databaseの詳細」ページで、「リソース割当ての管理」を選択します。
  2. 「プールの終了」を選択します。
  3. 「適用」をクリックして、エラスティック・プールを終了します。

「適用」をクリックすると、Lifecycle Stateが「スケーリング進行中」に変わります。「ライフサイクルの状態」が「使用可能」に変わると、変更はすぐに適用されます。

エラスティック・プール・ノート

エラスティック・プールの使用状況に関する情報を提供します。

エラスティック・プールの使用に関するノート:

  • エラスティック・プールのメンバーであるAutonomous Databaseインスタンスの起動および停止は、リーダーの状態に依存しません。つまり、リーダーではないエラスティック・プールのリーダーやメンバーなど、エラスティック・プールの一部である各インスタンスを個別に停止して起動できます。

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

  • プール・リーダーまたはメンバーのプロビジョニングは、テナンシまたはコンパートメント・レベルで適用されるサービス制限の対象となります。

  • エラスティック・プールでは、プール・リーダーのライセンス選択によってプール全体のライセンス要件が決まります。エラスティック・プールにBYOLを使用し、BYOLライセンス制限を設定する場合は、プール・リーダーのインスタンスに制限値を設定する必要があります。プール・メンバーのライセンス選択(BYOLライセンス制限を含む)は、インスタンスがプールのメンバーである間は適用されません。ライセンスの選択(BYOLライセンス制限を含む)は、プール・メンバーがエラスティック・プールから離れる場合にのみ有効になります。

    たとえば、エラスティック・プールに、BYOLライセンス・タイプが設定された8 ECPUプライマリを持つAutonomous Data Guardを使用するメンバー・インスタンスが含まれている場合、プライマリ・インスタンスとスタンバイ・インスタンスのライセンス選択は次のように設定されます。

    • プライマリがプールメンバーの場合、プライマリのライセンスタイプを設定できますが、プライマリには適用されません。プライマリはエラスティックプールリーダーを使用します。プライマリでのライセンス・タイプの選択は、プライマリがエラスティック・プールを離れる場合と離れる場合に適用されます。

    • ローカル・スタンバイの場合、Autonomous Data Guardスタンバイはリソース・プールにあります。この場合、ローカル・スタンバイはエラスティック・プール・リーダーと同じライセンス・タイプを使用します。

    • クロスリージョンまたはクロステナンシ・スタンバイの場合、Autonomous Data Guardスタンバイはリソース・プールにありません。この場合、クロスリージョン・スタンバイまたはクロス・テナンシ・スタンバイでは、Autonomous Data Guard Primaryで指定されたライセンス・タイプが使用され、必要に応じて設定できる独自のBYOLライセンス制限があります。