※ 本記事は、Can Tuzlaによる”How to Achieve up to 87% Compute Cost Savings with Elastic Resource Pools on Autonomous Database“を翻訳したものです。

2023年10月12日

現在、多くの組織はインフラストラクチャと運用コストを削減するために、データベースの統合を進めています。多くの場合、統合データベースでは、各リソースに対する同時ピーク需要が発生しないという前提に基づいて、インフラストラクチャが物理的に提供できるリソースを超える量のリソースを各データベースに割り当てています。お客様は、これらのデータベースを、オンプレミス・データ・センター(または他のプラットフォーム)からAutonomous Databaseに移行することを決定した場合、統合により生まれるコスト削減を適切に維持したいと考えています。ワークロードが実行されていない場合にコンピュート自動スケーリングまたはインスタンスの停止を使用することは、Autonomous Databaseを使ってコスト削減を推進する方法の一つです。しかし、何百ものデータベースにおいてECPUのほんの一部が必要な場合や、オンプレミス・システムに過剰なサブスクライブが必要な場合、これらのオプションでは不十分である可能性があります。今日、Autonomous Databaseでこのような統合ユースケースに対応する新しい「エラスティック・リソース・プール」機能の一般提供を発表できることを嬉しく思います。このブログの残りの部分では、この新機能について次の順序で説明します:

  • エラスティック・リソース・プールとは?
  • 主なメリット
  • ユースケース

エラスティック・リソース・プールとは?

エラスティック・リソース・プールは、Autonomous Databaseインスタンスをコンピュート割当て上で統合する論理エンティティです。Autonomous Databaseの「ファミリー・プラン」と考えることができます。それぞれに対して個別に支払うのではなく、プール全体のコンピュート使用に対して請求される論理プールにグループ化されます。エラスティック・リソース・プールは、基本的にAutonomous Databaseインスタンスのコレクションであり、数百または数千に及ぶ可能性があります。

リソース・プールの作成時には、プールに収めるデータベースの数とそのコンピュート割当てのニーズに応じて、リソース・プールの作成時に事前定義されたプール・サイズのいずれかを選択できます。使用可能なプール・サイズについては、ドキュメントを参照してください。

エラスティック・リソース・プールでは、プール・サイズの最大4倍のECPU数をプロビジョニングできます。たとえば、プール・サイズが128 ECPUのプールでは、最大512 ECPUをプロビジョニングできます。

リソース・プールに設定したプール・サイズは、プール・メンバーのECPUの実稼働量を厳しく制約するものではありません。たとえば、プール・サイズが128 ECPUのプールに、それぞれ5 ECPUのデータベースが100個ある場合、各メンバーが実行するワークロードに応じて、すべてのプール・メンバーのECPUの稼働量の合計が500 ECPUになっても大丈夫ということです。課金はエラスティック・リソース・プールのサイズに対してのみ行われます。プール内のすべてのデータベースのECPU稼働量の合計がプール・サイズを超える場合は、自動スケーリングし、課金されます。請求の詳細については、オラクルのドキュメントを参照してください。

主なメリット

エラスティック・リソース・プールの主な利点は次のとおりです:

  • インスタンスに対する支払いを個別にするのと比較して、コンピュート・コストの削減は最大87%になります。

    • リソース・プール内のADBインスタンスの個々のECPU割当ては、リソース・プールを含まない場合の2つのECPUと比較して、1 ECPU以下にできます。
    • 低エントリ・ポイント(つまり、1 ECPU)とプール・サイズの4倍のプール容量を組み合せることで、大幅なコスト削減が可能になります。
  • エラスティック・リソース・プールは、Autonomous Databasesの論理グループです。つまり、オンプレミスのデータベース統合とは異なり、プールに属するデータベースは同じ物理インフラストラクチャ上に存在する必要はありません。

ユースケース

エラスティック・リソース・プールは、次のユース・ケースに対処する際に不可欠な役割を果たします:

  • オンプレミス(または他のプラットフォーム)のオーバーサブスクライブされたデータベース・システムからの移行
    • たとえば、64コア・サーバーで200のデータベースをオーバーサブスクライブするオンプレミス・データ・センターがあるとします。オーバーサブスクリプションにより生まれるコスト削減を犠牲にすることなく、これらのデータベースをAutonomous Databaseに移行するにはどうすればよいですか?

      答えはエラスティック・リソース・プールです。128 ECPUのプール・サイズでエラスティック・リソース・プールを作成できます。このプール・サイズでは、ECPUの個々のECPU割当てが最大512 ECPUになる可能性があるデータベースをプロビジョニングします。
  • 大量の非常に小さいデータベースの移行
    • たとえば、マイクロサービス・アーキテクチャを使用し、すべてのデータベースをAutonomous Databaseに移行することを計画しているお客様などです。
  • お客様データを格納するために数百から数千のデータベースをデプロイするSaaSプロバイダ。

結論として、データベース統合は、運用コストとインフラストラクチャ・コストを削減するための企業間の一般的な戦略でした。オンプレミスまたは他のプラットフォームでデータベース統合を実装するための様々なアプローチがありますが、これらのデータベースをAutonomous Databaseの傘下に統合し、コスト削減の面でも同様のメリットを達成するためのネイティブ・ソリューションは今までありませんでした。Autonomous Databaseは、「エラスティック・リソース・プール」と呼ばれる新しい機能のおかげで、このギャップを埋めることができます。このブログ記事で見たように、エラスティック・リソース・プールは、何百、何千ものデータベースをOracle CloudのAutonomous Databaseに移行する際に、コスト効率を向上させることを目指している組織にとって非常に貴重な手段です。エラスティック・リソース・プールについて詳しく知りたい場合は、ドキュメントを参照してください。