※ 本記事は、Steve Kilgore, Kevin Deihl, Tim Shetlerによる”Comparing Oracle, Microsoft, Google and Amazon clouds for business-critical Oracle databases“を翻訳したものです。

2024年12月13日

前のブログ「Oracle Databasesをクラウドに移行する前の主な考慮事項について」で、オンプレミスのOracleデータベースのクラウド宛先を比較するフレームワークを紹介しました。このブログでは、次のステップを実行し、そのフレームワークをOracle、Microsoft、GoogleおよびAmazonのクラウドに適用します(開始点がオンプレミスのビジネスクリティカルなOracleデータベースである場合)。この情報により、実行可能なクラウドのリストを絞り込み、より詳細な比較に進むことができます。

スコープと免責事項

この文脈における「クラウド」の定義には、パブリック・クラウドと、ハイブリッド・クラウドまたは分散クラウドと呼ばれるベンダー提供のオンプレミス・クラウドが含まれます。ハイブリッド・クラウドは、パブリック・クラウドに接続され、共通のパブリック・クラウド・コントロール・プレーンで管理されます。

「ビジネスクリティカルな」データベースは、組織の日常業務に不可欠なアプリケーションをサポートしており、常に安全で高性能で、利用可能なものである必要があります。

ここでの比較は、公開されている情報に基づいています。追加の視点については、他のソースを参照することをお薦めします。

比較条件

前のブログで説明したように、この目的でクラウドを比較する基準は次のとおりです:

  1. (クラウドへの)移行
  2. 互換性(既存のデータベースおよび関連するアプリケーションを使用)
  3. サービス・レベル(パフォーマンス、可用性、管理性)
  4. データ保護とセキュリティ
  5. コンプライアンス(政府または業界の規制)
  6. コスト

このブログの各クラウドにこれらの基準を適用すると、ビジネスクリティカルなOracleデータベースの移行と実行の目標に対する長所と短所が強調されます。

ノート: Oracle ExadataでビジネスクリティカルなOracleデータベースをオンプレミスで実行している場合は、「クラウド上のExadataは未来 – 何を待っていますか?」から始めましょう。

1. Oracle Cloudとマルチクラウドのパートナーシップ

概要

Oracleのクラウド戦略には、パブリック・クラウドとハイブリッド・クラウドの両方の導入に加え、独自のマルチクラウド・アプローチも含まれており、そのすべてが、Oracle Databaseのデプロイメントおよび管理性要件に最適な選択肢を多数お客様に提供します。

Oracleのパブリック・クラウドであるOracle Cloud Infrastructure (OCI)は、商用および政府向けのクラウド・リージョンを含む数十か国にまたがるグローバル・フットプリントを持っています。また、OCIフットプリントには、Oracle Database@Azure、Oracle Database@Google Cloud、およびOracle Database@AWSイニシアチブを通じて、Azure、Google Cloud、およびAWSのリージョンのリストが増えています(後述)。このブログのOracle CloudまたはOCIへの参照には、これらのイニシアチブも含まれています。

標準のクラウド・インフラストラクチャに加えて、OCIは、最も要求の厳しいアプリケーションおよびワークロードをサポートするためにOracleデータベースを実行する一般的なExadata Database Machineのクラウド実装であるExadata Cloud Infrastructureをサポートしています。

Exadata Cloud@Customerはオンプレミスのハイブリッド・クラウド・プラットフォームであり、管理のためにOCIに接続したまま、顧客のファイアウォールの背後にあるExadataインフラストラクチャとクラウド・サービスを組み合わせたものです。

Exadataクラウド・プラットフォーム(パブリック・クラウドとハイブリッド・クラウド)の両方が、Exadata Database ServiceまたはAutonomous Database(あるいはその両方)の実行に使用されます。既存のOracleデータベースをOracle Cloudに移動する目的で、Exadata Database Serviceは、柔軟なコンピュート・クラウド・インフラストラクチャで実行されるOracle Database Standard EditionまたはEnterprise Editionのクラウド実装であるBase Database Serviceのように、オンプレミスのOracleデータベースと100%の互換性があります。

Oracle Automomous Database

Autonomous Databaseは、新しいクラウド・アプリケーションに最適な、Oracle Databaseの完全自動実装です。既存のOracleデータベースでは、Autonomous Databaseを利用するために軽微な更新が必要になる場合があります。

マルチクラウド・パートナーシップ

Oracle Database@Azureは、OracleとMicrosoftがMicrosoft Azureクラウド・データ・センター内でExadata Database ServiceとAutonomous Databaseを実行するためのマルチクラウド・パートナシップです。これにより、AzureアプリケーションとOracleデータベース間の非常に低いマルチクラウド・レイテンシとともに、OCIリージョンでOracleデータベースを実行するのと同じメリットが得られます。Oracle Database@Azureは、2023年12月から提供開始されています。

Oracle Database@Google Cloudは、OracleとGoogleの同様のマルチクラウド・パートナシップであり、Google Cloudデータ・センターでExadataインフラストラクチャとOracle Databaseサービスを提供し、2024年9月に米国東部(アッシュバーン)、米国西部(ソルトレイクシティ)、英国南部(ロンドン)、ドイツ中央部(フランクフルト)の4つのリージョンにまたがって立ち上げられ、そして世界各地に急速に拡大していきます。

Oracle Database@AWSは、2024年9月に発表された最新のマルチクラウド・パートナーシップであり、2024年12月に米国東部(N. バージニア)で利用可能になることを目標としており、その後追加地域が予定されています。また、AWSデータ・センター内でOracle Cloud Infrastructure (OCI)を実行し、Exadataインフラストラクチャのサポートに加え、AWSサービスとOracleデータベース間の最速のネットワーク接続を提供します。つまり、Oracleデータベースの移行、互換性およびサービス・レベルは、Oracle Cloudと同等になります。

OCI FastConnectは、OCIリージョンとOCI以外のクラウドまたはオンプレミス・データ・センター(あるいはその両方)間の高帯域幅の専用接続です。FastConnectは、マルチクラウド・アーキテクチャの重要な要素です。

移行

Zero Downtime Migration

OracleのZero Downtime Migration (ZDM)を使用すると、オンプレミスからクラウドへのOracleデータベースの移動が容易になり、移行中もデータベースおよびアプリケーションは引き続き使用できます。ZDMは、シンプルでエラーのないOracleのみが使用できる方法を使用して物理移行を一意に実行するため、複雑な移行シナリオを理解する必要はありません。論理移行は、プラットフォームやソフトウェア・バージョンが異なる場合など、“like to like”移行が不可能な場合にもサポートされます。

OCI Database Migrationは、ZDMを含む無料のサービスで、よりシームレスなエクスペリエンスを実現するために、多数のデータベース・バージョンと移行シナリオに対応しています。

互換性

オンプレミスで利用可能なすべてのOracle Databaseの機能およびオプションは、既存のアプリケーションとの100%の互換性のためにOracle Cloudで使用できます。データベースをOracle Cloudに移行しても、何も機能しなくなることはありません。

Oracle Cloudは、マルチクラウド・パートナーのMicrosoft Azure、Google Cloud、AWSとともに、Real Application Clusters (Oracle RAC)およびExadataインフラストラクチャをサポートする唯一のクラウドです。Oracle RACは、Oracle Databaseの高可用性およびビジネスクリティカルなアプリケーション・パフォーマンスのスケーリングの基盤であり、Exadataはこれらのアプリケーションをサポートする主要なプラットフォームです。

サービス・レベル

ビジネスクリティカルなアプリケーションでは、データベースのクラウド移行時に考慮する最も重要な要因として、パフォーマンス、可用性および管理性の維持または改善がよくあります。データベース所有者とアプリケーション・ユーザーの間のオンプレミス・サービス・レベル合意(SLA)が期待を満たしていると仮定すると、大幅な悪化は悲惨な事態を招く可能性があります。

Oracle RACおよびExadataのサポートを含むオンプレミスのOracle Database機能を複製する機能により、同じサービス・レベルを維持する可能性が大幅に高くなります。一方、Oracleデータベースを他のクラウドのExadata以外のインフラストラクチャに移動すると、パフォーマンスおよび可用性が大幅に低下する可能性があります。

データ保護とセキュリティ

Oracle Database SecurityOCIは、ビジネスクリティカルなワークロード向けに構築された「セキュリティファースト」の設計原則に基づいて構築されました。その結果、次世代のパブリック・クラウド・インフラストラクチャが実現し、第1世代のクラウドよりも大きなセキュリティ上の利点が得られます。

また、Oracleの包括的なデータベース・セキュリティ戦略は、データベースだけでなく、スタック全体にわたって予防的、検出的、応答性の高いセキュリティ制御を統合します。これには、データベース、仮想マシンおよびインフラストラクチャの認証制御、ネットワークの分離制御、保存中および転送中のデータの必須暗号化、およびOCIで使用可能な統合セキュリティ・サービスであるOracle Data Safeが追加コストなしで含まれます。

インフラストラクチャとデータベースのメンテナンスは、データ保護の重要なコンポーネントです。すべてのOracle Databaseクラウド・サービスのインフラストラクチャはOracleによって維持され、データベースおよびセキュリティの更新は、Exadata Database ServiceやBase Database Serviceなどの共同管理データベース・サービスに対して定期的にリリースされます。セキュリティ更新は、Autonomous Databaseでの自動化の一部として自動的に適用されます。

外部の脅威に加えて、一部の顧客は、クラウド・プロバイダーが使用するインフラストラクチャやサービスへの運用アクセスに懸念を持っている可能性があります。クラウド・プロバイダは高い権限を持っている可能性があるため、セキュリティと分離を維持するには、追加の制御が必要です。

この問題に対処するために、Oracleは、Oracle Cloud Operationsによる機密システムおよびその基礎となるインフラストラクチャへのアクセスを制限するOperator Access Control (OpCtl)を独自に提供します。OpCtlを使用すると、特定のコンポーネントに対する権限を一定期間減らしてオペレータ・アクセスを承認できます。OpCtlは、ビジネス・クリティカルなアプリケーションおよび規制の厳しい業界に規定されるポリシー、法律および規制要件を満たしながら、お客様がクラウド実装の運用上および財務上の価値を得ようとするユース・ケース向けに設計されています。

お客様は、OpCtlを使用して、コマンドおよびキーストローク監査によるアクセスの監視や、アクセス権限の取消しを行うこともできます。これらの追加の保護は、公益事業や金融サービスなどの規制対象業界の顧客の要件に対応し、クラウド・サービスの採用に対する以前の障害を取り除きます。

OracleのZero Data Loss Autonomous Recovery Serviceは、Oracle Cloud Infrastructure (OCI)上で実行されるOracleデータベース用の完全管理型データ保護サービスであり、最新のサイバーセキュリティおよびランサムウェアの脅威に対処するのに最適です。独自の自動機能により、Oracle Databaseの変更をリアルタイムで保護し、本番データベースのオーバーヘッドなしでバックアップを検証し、任意の時点への高速で予測可能なリカバリを実現します。データ損失ゼロのデータベース保護により、保護されたデータベースを、停止またはランサムウェア攻撃が発生した1秒未満までリカバリできます。

コンプライアンス

Exadataクラウド・システムは、OCIで達成された多数のセキュリティ準拠や認証に不可欠です。これには、HIPAA、FedRAMP、PCI DSS、ISO、SOCなど、Oracle Cloud Complianceで詳細に記述されているものが含まれます。

また、一部の業界では、パブリック・クラウドの採用を妨げるコンプライアンス要件の対象となり、オンプレミスのデータを完全に物理的に制御することが義務付けられている場合があります。

Oracle Cloud@Customerハイブリッド・クラウド・サービスは、コンピュート(Compute Cloud@Customer)、データベース(Exadata Cloud@Customer)、さらにはフルマネージドのオンプレミス・クラウド・リージョン(Dedicated Region Cloud@Customer)のプラットフォームに対応しています。

Exadata Cloud@Customerは、厳格なデータ・レジデンシ要件を満たしながら、パブリック・クラウドのメリットを提供します。また、データは既存のオンプレミス・アプリケーションの横の顧客データセンターに格納されるため、お客様は現在のシステムの依存関係と応答時間を簡単に維持できます。

コスト

Oracle CloudでOracleデータベースを実行する多くの方法では、優れたパフォーマンス、従量課金、統合による複雑さの軽減、データ・エグレス料金の削減、オンプレミスのライセンスの移植性を提供するデータベース・サービスを通じて、コストを独自に節約できます。

Exadataインフラストラクチャの優れたパフォーマンス、効率性、およびデータベース統合は、財務上の大きな利点であり、データベース・サービスごとに必要なコンピュート・リソースと個別のデータベース・サービス・サブスクリプションの数を削減します。Wikibonなどの業界アナリストによる調査では、Exadataのパフォーマンスの経済的価値について詳細に説明しています。

また、サブスクリプション・コストを実際の要件に合わせることも重要です。ピーク時のワークロードに構成されたクラウド内のサーバーに対して料金を支払うのではなく、Exadata Database ServiceとAutonomous Databaseの従量課金制の柔軟性により、Oracle Databaseのライセンス・コストを長期的に大幅に削減できます。

Autonomous Databaseの自動スケーリング機能により、実際のワークロード要件に基づいてCPUおよびストレージ・リソースを自動的に調整できます。ワークロードが増加すると、Autonomous Databaseはリソースを自動的にスケール・アップし、減少したらスケール・ダウンできます。これにより、実際に使用したリソースに対してのみ支払う一方で、パフォーマンスが最適化されます。

Oracle Cloudでは、Oracle Databaseオプションのライセンス込みサブスクリプションまたはライセンス持込み(BYOL)サブスクリプションを選択することもできます。ライセンス・モビリティはオンプレミスのOracle Databaseへの投資に適用され、Oracle Cloudのコストを削減します。

最も重要なことは、オンプレミスのOracle Databaseアプリケーションが、既存のレベルのパフォーマンスと可用性を満たすことも超えることもできないクラウド・サービスに移動された場合、どの程度のインフラストラクチャが使用されていても、ユーザーの善意という点でこのような不一致のコストは、測定を超える可能性があります。

重要なポイント

  1. ビジネスクリティカルなOracleデータベースをクラウドに移行する場合…
    Oracleのクラウド戦略は、移行から本番までの中断を最小限に抑え、最大サービス・レベルを確保するための、最もシンプルでリスクの少ないアプローチを提供します。
  2. Oracle Cloud Infrastructure (OCI)データベース・サービスは…
    Zero Downtime Migration(ZDM)、Real Application Clusters(Oracle RAC)およびExadataをサポートする唯一のパブリック・クラウド・サービス; 最大のパフォーマンスと可用性を確保するために不可欠なテクノロジー。Oracle Cloudに加えて、OCIデータベース・サービスは2023年12月時点のAzure内、Google Cloudは2024年9月時点で使用でき、2024年12月にAWSで利用可能になる予定です。
  3. Oracleのハイブリッド・クラウド・ポートフォリオ内…
    Exadata Cloud@Customerは、Oracleデータベースをサポートする唯一のハイブリッド・クラウド製品です。
  4. ビジネスクリティカルなOracleデータベースをOracle Cloudに正常に移動した後…
    新しいクラウドネイティブ・アプリケーションは、Autonomous DatabaseとOracleデータベースに含まれるコンバージド機能を使用して簡単に開発できます。

 

Oracle Cloud

 

2. Azure、Google Cloud、そしてAWS上のIaaSサービス

概要

前述のように、Microsoft Azure、Google Cloud、AWSは、すべてOracleと提携し、クラウド内でOCIデータベース・サービスを提供しています。また、これらの各クラウドは、Oracle以外のインフラストラクチャ上でOracleデータベースを実行するためのInfrastructure as a Service (IaaS)も提供し続けています。OSやデータベースなど、提供されるインフラストラクチャ上で実行されるものはすべて、ライフサイクル管理、パッチ適用、メンテナンスに関するお客様の責任です。これらのサービスには、機能とIaaSで必要な追加作業の両方に関して多くの共通点があるため、この項でそれらをグループとみなします。

Azureは、独自のライセンス持込み(BYOL)アプローチを使用して、IaaS上のAzure仮想マシンで顧客管理Oracleデータベースをサポートします。

Google Cloud Bare Metal Solution for Oracleは、選択したGoogle Cloudリージョンにコロケーションされている隣接する(リージョン拡張)データ・センターに存在するベア・メタルIaaSを提供し、他のGCPサービスが存在する近くのGoogleデータ・センターへの高速ネットワーク接続を提供します。また、GCPが物理サーバーの請求、サポート、SLA準拠の管理を提供するBYOLライセンスも使用します。これは、Oracle Interconnect for Google Cloudと同様の接続上の利点を提供しますが、すべてのIaaSサービスと同様に、Oracle Database@Google Cloudを含むOCIのOracle Databaseサービス製品と比較して、Oracleデータベースのインストール、構成および保守に多くの労力が必要です。

同様に、AWS IaaSでは、Oracle Databaseを手動でインストール、構成および管理でき、BYOLを使用してライセンスされるEBSストレージがアタッチされたEC2インスタンスをプロビジョニングできます。

移行

オンプレミスのOracleデータベースをAzure仮想マシンに移動することは、Oracleデータベースが現在サービスでサポートされていないため、Azure Database Migration Serviceの使用を含まない複数ステップのプロセスです。

OracleデータベースのGoogleのBare Metal Solution for Oracleへの移行はリフト・アンド・シフトであり、2つのオンプレミス・ロケーション間を移動する場合と同様に、Oracle Data Guard、Oracle GoldenGate、Oracle Data Pump、Oracle RMANなどの標準メソッドを利用します。お客様は、独自のOracleライセンスを持ち込む(BYOL)必要があります。

Googleは、移行サービスを提供する多数のパートナと連携し、データベース移行サービスも提供しますが、Oracle Databaseの場合、これらのサービスはOracleから他のデータベースへのリプラットフォーム化に重点を置いています。このため、Oracle Databaseが提供するサービス・レベルを維持せずに、かなりの時間と労力が必要になる場合があります。

EC2で実行されているAWS IaaSへのOracleデータベースの移行には同様の手動プロセスが必要です。料金ベースのAWS Database Migration Service (DMS)は、次に説明するように、オンプレミスのOracleデータベースをRDS for Oracleに移行することに重点を置いているためです。

互換性

Oracle Database on Azure仮想マシンはOracle RACをサポートしていないため、スケーリングと可用性のためにそれに依存するオンプレミス・アプリケーションは互換性がなくなり、データベースの高可用性とスケーリングの代替アプローチには大きなトレードオフがあります。

GoogleのOracle用ベア・メタル・ソリューションに基づくOracle DatabaseインストールまたはEC2に基づくAWSインストールでのOracle RACの使用は、Oracleではサポートされていません。Oracle RACのサポートの欠如は、ビジネスクリティカルなアプリケーションのスケーラビリティと可用性に大きく影響します。

サービス・レベル

Azure仮想マシン上のOracle DatabaseはExadataインフラストラクチャまたはOracle RACをサポートしていないため、ビジネスクリティカルなアプリケーションのパフォーマンス、スケーラビリティおよび可用性は、これらのデプロイメントに対して制限されます。

Exadataを使用しないOracleデータベースの場合、Google Bare Metal Solution for OracleまたはOracle on AWSの手動インストールEC2は、オンプレミスで実現できる単一サーバー・デプロイメントと同様のパフォーマンスと可用性を提供できます。ただし、GoogleがOracleのベア・メタル・ソリューション内で提供する製品の数が限られているため、インフラストラクチャには違いがある可能性があります。

これらの製品ではExadataインフラストラクチャはサポートされていないため、一部のワークロード(特に分析とデータ・ウェアハウス)のパフォーマンスが大幅に低下する可能性があります。

データ保護とセキュリティ

OracleデータベースがAzure仮想マシン、Google Bare Metal Solution for OracleまたはAWS EC2にデプロイされている場合、すべてのOracle Databaseセキュリティ・オプションがサポートされるわけではなく、OCIセキュリティは関与しません。

Google Bare Metal Solution for Oracleを使用している場合は、ベア・メタル・ソリューション環境でのセキュリティによって、Oracleデータベースの保護方法に関するガイダンスが提供されます。これには、お客様がすでにライセンスを保有している場合、Oracle Databaseセキュリティ・オプションの使用が含まれます。

それぞれのクラウド・ベンダーは、これらのIaaS製品ごとに基礎となるインフラストラクチャのみを保持するため、ユーザーは、すべてのセキュリティ設定とオプション、バックアップ、暗号化、およびOracle Data Guardなどを介して必要なコピーを構成する必要があります。基本インフラストラクチャを上回るすべてのレイヤーのセキュリティ・パッチ適用は、ユーザーの責任でもあります。

コンプライアンス

Azureの認定資格を含む追加情報については、Azure Complianceを参照してください。

Google Cloudに関するこのトピックの詳細については、Google Cloud Complianceを参照してください。

AWSに関するこのトピックの詳細については、AWS Complianceを参照してください。

コスト

ビジネスクリティカルなOracleデータベースがAzure仮想マシン、Google Bare Metal Solution for Oracle、またはAWS EC2上にデプロイされている場合、ExadataおよびOracle RACのサポートがないため、既存のオンプレミスのサービスレベルと比較して、また、OCIで実行されているサービスであれ、Azure、Google Cloud、またはAWS内のマルチクラウド・パートナーシップ・サービスのいずれかで実行されているサービスであれ、OCIでExadataとOracle RACの両方をサポートしているOracle Databaseサービスと比較して、過剰なインフラ支出とコストのかかるサービスレベルの低下につながる可能性があります。

また、Oracle Databaseを実行しているこれらのIaaSソリューションはいずれもCPU自動スケーリングをサポートしていないことにも留意してください。つまり、予期しないトラフィック・スパイク中にパフォーマンスの問題が発生する可能性があり、これを補うためにオーバープロビジョニングを行うと、未使用のリソースのコストが増加する可能性があります。

重要なポイント

クラウドに移行するビジネスクリティカルなOracleデータベースの場合、Azure、Google Cloud、AWSのIaaSソリューション…

  1. Oracle RACなどの主要機能のサポートが不足しています。
  2. Exadataインフラストラクチャのパフォーマンスと信頼性の利点を提供しません。
  3. Oracle Database@Azure、Oracle Database@Google Cloud、Oracle Database@AWSなどのマルチクラウド・ソリューションなど、OCIのOracle Databaseサービス製品と比較して、インストール、構成、保守に多くの労力が必要です。

 

3. AWS上のPaaSサービス: OracleのRDSおよびRDSカスタム

概要

Oracle Database@AWSおよび前述したIaaS製品を提供するOracleとの提携に加え、AWSでは、AWS専用の多数の専用データベース・サービスに加えて、Oracle、MySQL、MariaDB、PostgreSQL、Microsoft SQL Server、DB2およびAmazon Auroraのリレーショナル・データベースの管理対象サポート用のAmazon RDS (リレーショナル・データベース・サービス)も提供しています。

これらのPlatform as a Service (PaaS)製品は、追加の自動化を提供し、IaaSでOracle Databaseを管理するために必要な追加作業に関連する顧客の負担を排除します。Microsoft AzureもGoogle Cloudも、Oracleとの提携で利用可能なマルチクラウド製品とは別に、Oracle Databaseを実行するためのPaaSサービスを提供していません。

特に、RDS for Oracleのライセンス・インクルード・モデルは、Oracle DatabaseのStandard Editionのみをサポートしています。ビジネスクリティカルなデータベースには、ほぼ間違いなくOracle Database Enterprise Editionが必要であり、これはBYOLでしか利用できません。

AWS専用のデータベース戦略は、時系列、グラフ、データウェアハウスなどの単一目的アプリケーションと最も密接に連携しています。したがって、複数のデータ型を組み合せたアプリケーションでは、各データベース・サービスのサブスクリプションと、それらを結合し、必要に応じてデータの一貫性を確保するロジックが必要です。

このアプローチは、Oracleのコンバージド・データベース・パラダイムとは対照的で、共通フレームワーク内のアプリケーションで複数のデータ型とデータ・モデルを使用できるため、1つのデータベース・サービスからのデータの一貫性とデータ保護が均一になります。

移行

AWS Database Migration Service (DMS)は、オンプレミスのOracleデータベースをOracleのRDSに移行するために使用される有料ベースのクラウド・サービスです。AWS DMSは、特定のデータベース向けに最適化されるのではなく、20を超えるデータベース・ソースとターゲット向けに開発された論理移行ツールです。そのため、多数のステップを正しく理解して適用する負担はユーザーに課されますが、Zero Downtime Migration (ZDM)では、Oracleデータベースのみに焦点を当てるということは、プロセスが簡単でエラーに強いことを意味します。

互換性

RDS for Oracleでは、Real Application Clusters (Oracle RAC)、Automatic Storage Management (ASM)、Database VaultおよびFlashback Databaseなど、多くの機能とオプションがOracle Databaseでサポートされています。

Oracle RACサポートの欠如は、RDSに移行されるビジネスクリティカルなアプリケーションのスケーラビリティと可用性に大きく影響します。

オンプレミス・デプロイメントが、サポートされていないOracle Databaseの機能およびオプションに依存している場合は、データベースおよびアプリケーションをAWSに移動するときに変更が必要になる可能性があります。このような変更には、データベース・スキーマの更新、構成、操作手順またはアプリケーション自体が含まれる場合があります。

サービス・レベル

Oracle RACのサポートが不足しているため、AWS上のRDS for Oracleは、単一のサーバーに対して規模とパフォーマンスを模倣され、サーバーの障害が影響を受ける可能性があります。

RDSでは、Exadataまたは同等のデータベース・インフラストラクチャもサポートされていないため、オンプレミスのExadataデータベースをRDSに移動すると、アプリケーション・ユーザーのエクスペリエンスに悪影響を及ぼす可能性があります。業界アナリストやお客様によるパフォーマンス比較では、オンプレミスのExadataからOracleのRDSに移行したアプリケーションによるパフォーマンスの大幅な低下を警告しています。

Oracle構成をカスタマイズするために VMまたはオペレーティング・システム・レベルでのアクセスを必要とするお客様の場合、AWSは RDS Custom for Oracleを提供していますが、そのサービスにはフルマネージドのRDS for Oracleのものと同じ規模およびパフォーマンスの制限があり、データベースのインストール、構成、および保守に重要な追加作業が必要です。

データ保護とセキュリティ

総市場シェアが最も大きいパブリック・クラウド・サービスのプロバイダーとして、AWSクラウド・セキュリティは非常に重要です。AWS内のOracle DatabaseのセキュリティはAmazon RDSセキュリティの一部であり、Amazon RDS内の各データベースには、独自のセキュリティ・ツールとプラクティスが含まれています。

RDS for Oracleは基本的な暗号化やロールベースのアカウントなどのセキュリティ機能を提供していますが、これらの機能はOracle Cloud Infrastructure (OCI)と同様に自動ではなく、Oracle Database Vaultなどの主要なOracleセキュリティ・テクノロジや、Oracle Flashbackなどのデータ破損リカバリ・テクノロジをサポートしていません。

コンプライアンス

パブリッククラウドの採用を妨げるデータ主権および規制要件の対象となる業界では、AWSは現在、ハイブリッドクラウド製品であるAWS Outpostsで RDS for Oracleをサポートしていません。この制限により、多くの金融機関、政府機関、その他の規制機関は、Oracleデータベースをオンプレミスに保ちながらクラウドの利点を享受できなくなります。

このトピックの詳細については、AWSコンプライアンスとAmazon RDSのコンプライアンス検証を参照してください。

コスト

ビジネスクリティカルなデータベースの場合、Oracle RAC、Exadata、およびその他のOracle Database機能に対するAWSサポートがないと、OCIおよびExadataインフラストラクチャでのこのようなデータベースの実行に比べて、インフラストラクチャの支出が過剰になり、サービス・レベルの低下が高額になる可能性があります。Exadataの特徴であるデータベース統合の経済的利点は、比較して重要です。Oracle RACのサポートがなければ、OracleデータベースのRDSは複数のサーバーにまたがることはできず、最大のAWSシステムであっても、低コストのシステムのクラスタよりも大幅に強力ではありません。詳細な分析については、比較不可能なデータベース・パフォーマンスの魅力的な経済的価値を参照してください。

RDS for Oracleでは、CPU自動スケーリングもサポートされていないため、予期しないトラフィック・スパイク中にパフォーマンスの問題が発生する可能性があります。しかし、この潜在的な状況を補うために過剰なプロビジョニングを行うと、未使用のリソースによるコストが増加する可能性があります。

重要なポイント

ビジネスクリティカルなOracleデータベースをクラウドに移行する場合…

RDS for OracleおよびRDS Custom for Oracleでは、重要なOracle RACおよびExadataインフラストラクチャがサポートされていないため、コストのかかる変更が強制され、アプリケーションのパフォーマンスと可用性に悪影響を及ぼす可能性があります。

全体的なポイント

1. Oracleは、Microsoft、Google、AWSとのマルチクラウド・パートナシップにより、Oracle Cloud Infrastructure (OCI)をAzure、Google CloudおよびAWSクラウド・リージョン内で利用できるようにします。

つまり、Exadataインフラストラクチャ、Real Application Clusters (Oracle RAC)、Zero Downtime Migration (ZDM)などの主要なOCIテクノロジもAzure、Google Cloud、AWSのお客様が使用でき、アプリケーションはExadata上で実行されているOracleデータベースに非常に低レイテンシで接続できます。

2. Microsoft Azure、Google Cloud、AWSも、Oracle以外のインフラストラクチャ上でOracleデータベースを実行するサービスを提供していますが、これらの製品には、Oracle RACやExadataなどの主要なテクノロジのサポートがありません。このため、ビジネス・クリティカルなデータベースへの適性は疑問視されています。

これらのテクノロジーに依存するオンプレミスのOracleデータベースを、サポートしていないクラウド・サービスに移行することで、既存のアプリケーションのパフォーマンスと可用性を大幅に低下させ、コストと複雑さを増す可能性があります。

3. Oracleのハイブリッド・クラウド(Cloud@Customer)は、Oracleデータベースをサポートする唯一のハイブリッド・クラウド製品です。

他のクラウド・プロバイダーは、オンプレミスのハイブリッド・クラウドのバリエーションを提供しており、いずれもOracleデータベースをサポートしていません。

Exadata Cloud@Customerは、Exadataインフラストラクチャ上でOracle Databaseを実行するための、広く採用されているOracleのハイブリッド・クラウド・プラットフォームです。Exadata Cloud@Customerは、データ・レジデンシー、セキュリティおよびアプリケーション依存関係の懸念に対処するために、Oracleデータベースのオンプレミス制御を備えたパブリック・クラウドの利点を提供します。