ExadataからAWS RDSへのOracle Databaseワークロードの移行を検討していますか。すべての影響を考慮しましたか。 (2025/01/30)

https://blogs.oracle.com/database/post/thinking-of-migrating-from-exadata-to-aws-rds

投稿者： Steve Kilgore | Principal Product Manager

このブログでは、このような移行を行う前に考慮すべきいくつかのポイントを提供します。

次のものがあります。

Oracle Databaseワークロードの性質と重要性
環境のチューニングとメンテナンスに必要な手作業
コスト

ワークロードの要件 – パフォーマンス、スケーラビリティ、信頼性、可用性

最初の主な考慮事項は、データベース・ワークロードの性質と重要性です。RDSは、Oracle Real Application Clusters (Oracle RAC)によって有効化される水平スケーラビリティ、信頼性、および可用性のない単一ノード・データベース・エンジンのみを提供します。このような限られたサービスは、これらの分野の要件を満たすことができますか? Exadataは、Oracle RACを実行するだけでなく、スマート・スキャン、ストレージ索引、リモート・ダイレクト・メモリー・アクセス(RDMA)などの独自の機能を備えたOracle Databaseを実行することを目的として構築されており、インテリジェントなデータ・アーキテクチャにより、RDSを含む他のプラットフォームでは一致しないパフォーマンスでOracle Databaseを独自に実行するのに適しています。

クラウド・ユーザーは、Oracle Cloud(OCI)、Azure、Google Cloud、さらにはAWSで実行されるExadata Database ServiceとAutonomous Databaseで、これらのExadataのメリットをすべて享受できます。つまり、AWSで実行されているアプリケーションは、Exadataをローカルにアプリケーションで実行することで、Exadataのすべてのメリットを得ることができます。AWSのRDSよりも優れたパフォーマンスと可用性が得られます。さらに、AWSの消費コミットメントは、Oracle Database@AWSに適用されます。

素晴らしいと思いますが、私のワークロードが専用Exadata環境を保証するのに十分な大きさでない場合はどうでしょうか。最近、独自の新しいインテリジェント・データ・アーキテクチャであるExascaleと、それに基づくExadata Database Serviceの新しいインフラストラクチャ・オプションであるExascaleインフラストラクチャ上のExadata Database Serviceを導入しました。Exascaleアーキテクチャにより、複数のテナントで、Exadataによって提供されるデータベース・コンピュートとインテリジェント・ストレージ層の両方を共有できます。これにより、専用インフラストラクチャが不要になり、新しいサービスがExadataのパフォーマンス、信頼性、可用性およびセキュリティをより低いエントリ・ポイントで提供できるようになり、Exadataとクラウドの最適な側面を効果的に組み合せることができます。このサービスは現在OCIで利用可能であり、近い将来、AzureとGoogle Cloudとのマルチクラウド・パートナーシップに拡大される予定ですが、AWSの発表ロードマップにはまだ記載されていません。

Exadataレベルのパフォーマンス、容量、またはその他の機能を必要としないワークロードの場合、Oracle Cloudは、AWSのOracleがRDSで行っているのと同様に、Exadata以外のコモディティ・インフラストラクチャ上の仮想マシン(VM)で実行されるBase Database Serviceを提供します。OCIでアプリケーションを実行するお客様は、新しいデータベース・リリースへの以前のアクセス、無料の拡張サポートによる古いデータベース・リリースのサポート期間延長、Enterprise Editionおよびデータベース・オプション向けのライセンスを含むより柔軟なライセンスなど、さらに多くのオプションを利用できます。RDSではこれらを使用できません。必要な場合は、RACまたはExadataに簡単にスケール・アップできます。

Oracle DatabaseをAWSで実行するための要件がある人はどうでしょうか。それでも、ワークロードに現在Exadataのパフォーマンス、容量、その他の機能が必要ない場合- ワークロードが増大した場合に備えて、それらの要件を満たすことができるだけでなく、それを超えることができれば、少ない労力と低コストでそれを行うことは望ましくありませんか? もっと来るべきこと...。

手動工数必須

先月、AWSデータベース・ブログは、「Oracle DatabasesのExadataからAmazon RDS for Oracleへの移行: パフォーマンスに関する考慮事項への対応」というタイトルの投稿を発表しました。このブログでは、スマート・スキャン問合せオフロードなどのExadata機能によるワークロードの利点について、いくつかの方法を説明する優れた例をいくつか示します。インテリジェント・ストレージ層を使用することで、データベース・コンピュート層で実行する必要のある作業が削減され、問合せ処理中に移動する必要のあるデータの量が大幅に削減されます。結局のところ、可能な限り最速のI/Oは、あなたが最初に行う必要性を排除することです! また、自動ワークロード・リポジトリ(AWR)レポートの分析、個々のSQL IDの識別とチューニング、またはそれらが実行されるRDS環境への適応のよい例も示します。この作業はすべて、スマート・スキャンやストレージ索引などのExadataの機能拡張がないことを、可能なかぎり補うために行われます。

Oracle Databaseの優れた機能の1つは、チューニングのニーズを特定して対処できる様々なツールおよびメカニズムを提供することです。しかし、さらに大きな革新は、システムが自分自身を管理し、そのすべての人間の努力の必要性を妨げる能力です。AWSブログに記載されている手順の多くは、各データベースだけでなく、多くの場合、ワークロード内の個々のSQLステートメントに適用する必要があるものとして正しく識別されています。必要な分析およびチューニングの実行に必要な専門知識を持つユーザーが費やす必要がある時間に関して、労力のレベルは大きく、高価です。

参照される例は、ワークロードが最初にExadataに移動されたときに索引が削除され、場合によっては回復される可能性があることです。このような場合、通常は、最適化を試みる前の人間の試みを邪魔にせず、Exadataが最適化をより効果的に実行できるようにすることで、パフォーマンスが向上したためです。2025年現在、Exadataインフラストラクチャ上で動作し、自己管理とチューニングの観点からさらに進むAutonomous Databaseのような機能があります。Exadataとそれで実行されるOracle Databaseサービスは、OCIだけでなく、AWS、Azure、Google Cloudなど、すべての主要なクラウドでマルチクラウド・パートナーシップを通じて利用できるため、データベース環境のチューニングに時間とエネルギーを注ぐのはなぜですか?

RDSコスト: AWSのExadataより3倍高いコスト

参照されるOracle用のRDSでのパフォーマンス上の懸念を軽減するもう1つのアプローチは、ローカルのNon-Volatile Memory Express (NVMe)フラッシュ・ストレージに存在するインスタンス・ストアを使用して、一時表を格納したり、メモリー最適化コンピュート・インスタンスを使用することです。ブログが示すように、使用可能なRAMが増えると、システム・グローバル領域(SGA)が大きくなり、バッファ・キャッシュが大きくなります。取得する必要があるデータが(RAMかFlashかに関係なく)キャッシュにあることと、ディスクに保存されていることが、取得が高速になることは間違いありませんが、これは基本的に、パフォーマンスの問題にハードウェアを投げるという古いレガシー・アプローチであり、これまでで最もコスト効率の高いソリューションであることがほとんど証明されていません。

この場合、これが当てはまるかどうかを確認するには、db.x2iedn.32xlargeインスタンスで実行されているOracleのRDSとの価格設定比較を見てみましょう。この例は、AWSブログで引用されています。このブログは、メモリーが最適化されており、Oracleインスタンス・ストア用のRDSをサポートしています。このインスタンス・タイプでBring Your Own License (BYOL)を使用するOracle Enterprise Editionの場合、AWS Pricing Calculatorは月額54,939.40ドルのコスト(ストレージを除く)を示します。また、最大256K IOPSをサポートし、IO2 Block Expressストレージを引用どおりに構成します。これは、単一のExadataストレージ・サーバーでも使用可能なIOPSよりも大幅に少ないことに注意してください(前述したように、ソフトウェアの拡張により、これらのI/O操作の多くを最初に実行する必要がなくなります)。ただし、RDSで得られる最高のパフォーマンスです。また、64TBのストレージも指定し、RDS for Oracleでサポートされている最大容量を再び指定します。これをAWS Pricing Calculatorに組み込むと、毎月のストレージコストが33,792ドルになります。このコストの25,600ドルは、プロビジョニングIOPS料金にかかることに注意してください。比較すると、Exadataベースのクラウド・サービスではIOPSの料金はかかりません。IOPSは文字通り数百万台あり、すべて追加料金なしです。コンピュートおよびストレージのコストを追加すると、月額の合計価格は88,731.80ドルになります。

	AWS RDS for Oracle	Exadata Database Service on Dedicated Infrastructure
Configuration	db.x2iedn.32xlarge	Exadata X11M
Database Nodes	Single VM	2-node Oracle RAC Cluster
Compute Capacity	128 vCPU / 64 Core	190 Core/node, 380 Total w/64 Core / 256 ECPU Utilized
Storage Capacity	64 TB Max	3 Storage Servers with 240 TB Usable Triple Mirrored disk + 81 TB (Raw) Flash
IOPS	256K Provisioned	3M Flash Write IOPS
Monthly Cost w/BYOL licensing	$88,731.80	$26,170.35

そのコストをExadata Database Service on Dedicated Infrastructureと比較してみましょう。Exadata Database Service on Dedicated Infrastructureは、Oracle Database@AWSのパートナシップの一環として、現在US-East-1 Northern Virginia AWSリージョンで制限付き可用性にあり、今年後半に一般提供と追加リージョンに拡大する予定です。新しく導入されたExadata X11Mの最小構成の価格を設定すると、それぞれ190個の使用可能なコアを持つ2台のExadata Databaseサーバー(合計で、2ノードのOracle RACクラスタとして構成されたdb.x2iedn.32xlarge AWSインスタンスのコンピュート能力が最大6Xとなり、スケーラビリティ、信頼性、および可用性に関して必要なすべての利点があります)。また、SQL処理をストレージ層にオフロードするために使用できるコアが192個、使用可能なトリプルミラー化データ・ストレージが240TB(AWS RDS for Oracleの最大容量64TBのデータと比較)を備えた3台のExadata Storage Serversも入手できます。さらに、これは、共有VMアーキテクチャで発生する可能性のあるノイジー・ネイバーの問題にはならない専用インフラストラクチャです。db.x2iedn.32xlargeインスタンスと同等のコンピュート能力とBYOLライセンスに基づく価格の場合、月額価格はわずか$26,170.35–1/3未満です!

構成されたX11Mのフル容量(おそらく追加のワークロード)を使用して価格を設定した場合でも、合計は$102,061.92で、1.15Xのコンピュート容量は6Xより多くなります。Exadataへの複数のワークロードの統合は、Exadataが利用可能にするすべてのリソースと機能の最適な利用を実現するための最も効果的なアプローチの1つであり、これらの数字からわかるように、個別のRDSインスタンスを個々のワークロード専用にするよりもはるかにコスト効率に優れています。

まとめ

前述のように、AWS RDSで可能なかぎり最善を尽くすために、Oracleデータベース・ワークロードをチューニングするために、手作業で反復的な手動ステップを実行することは可能ですが、RDSでオプションを構成して、プラットフォームから最高のパフォーマンスを得るには、多大な労力とコストが必要となる可能性があり、すべての作業を行うことなく、Exadataで利用可能なものと同等のパフォーマンスを達成する可能性はきわめて低くなります。また、サポートしているExadataおよびAutonomousおよびExadata Database ServicesがAWSで利用可能になったことを考えると、ExadataからRDSにOracle Databaseワークロードを移行することで、だれでもより多くの支払い、より多くの作業、およびパフォーマンスの低下を選択する理由を理解することは困難です。

詳細情報