「クラウドへのアプリケーション・データの移行について」

組織では、従来のバック・オフィス・プロセスから、ビジネス・クリティカルな製造、サプライ・チェーンおよび顧客向けアプリケーションまで、幅広いビジネス機能をサポートするアプリケーションを使用している場合があります。オンプレミスからOracle Cloudへのアプリケーション・データの移動を検討している場合、クラウドへの転送が必要なデータを評価し、Oracle Cloud Infrastructureで使用可能なデータ・ストレージ・オプションを理解して、適切なデータ転送方法を選択します。

再アーカイブ、再統合またはビジネス・プロセスの変更内容を最小限に抑えてアプリケーション・データをOracle Cloud Infrastructureに移行できるため、柔軟性が高く、信頼性が高く、オンプレミスまたはその他のクラウド・プロバイダを実行するデプロイメントよりも高いパフォーマンスが得られます。

クラウドへの移動の利点

Oracle Cloud Infrastructureは、オンプレミスからクラウドへアプリケーションおよびそのデータの移行に最適化された、独自のサービス、インフラストラクチャ機能、ツールおよびサポートを提供します。

  • Oracleクラウドでアプリケーションを実行すると、パフォーマンスが大幅に向上します。
  • Oracle Cloud Infrastructureでは、包括的なログ・データおよびモニタリング・ソリューションを介して、ユーザーの分離、ライフ・サイクルのすべての段階でのデータ暗号化、きめ細かなセキュリティ制御、コンプライアンスおよび表示を保証するために、スタックのすべてのレベルの企業等級セキュリティが提供されます。
  • Oracleでは、業界で最も包括的なデータベース移行サービスが提供されるため、要件に正確に一致する移行サービスが存在します。

ただし、オンプレミス・アプリケーションとそのデータをクラウドに移動する方法は、環境、カスタマイズされた構成、およびデータ・ソースを使用するアプリケーションによって異なります。

アプリケーション・コンポーネントを指定

アプリケーションを移動するときは、特にデータの構造を更新する場合に、そのすべてのコンポーネントを識別することが重要です。アプリケーションには、クライアント、ソフトウェア、接続性およびデータの4つの基本コンポーネントがあります。

クライアント:アプリケーションを移動する前に、次の主要な質問に答えます。
  • このアプリケーションを使用するすべてのクライアントはだれですか。
  • このアプリケーションで、各クライアントにどのようなアクセスが必要か。
  • パワー・ユーザーのアクセス要件は、通常ユーザーまたはレポートのみのユーザーとは異なりますか。
ユーザーとその要件のマトリックスを作成すると、アプリケーションを移動させるときに役立ちます。

ソフトウェア:システムが動作するために必要なソフトウェアは何ですか。アプリケーションにミドルウェアまたはデータベース要件があるかどうかを識別します。アプリケーションのすべての基本的な要件をリストしてください。この移動は、アプリケーションをスケール・アップまたはスケール・ダウンする機会である場合もあります。

接続性:接続要件を特定し、アクセス要件について理解します。
  • 現在、このアプリケーションの待機時間は問題ですか。そうである場合、待機しきい値はどうなるでしょうか。
  • Oracle Cloud Infrastructure FastConnectへの接続、インターネット経由のトラフィック、またはインターネット経由のIPSecトンネルは識別されていますか。
  • アプリケーションに必要な帯域幅はどれくらいですか。
  • クライアントはデータとのラウンドトリップを発生させますか、それともすべてのクライアントを使用してOracle Cloud Infrastructureに格納しますか。
  • 特別なVPNまたはVCNセキュリティ・リストはありますか。
  • クライアント、SQL Serverおよびデータの分離にサブネットは必要か。

データ:アプリケーション・データへのアクセスは、クラウド環境を含むすべてのコンピューティング環境で重要です。クラウド・コンピューティングにおける主要な問題の1つは、そのストレージがオブジェクト・ストア、ブロック・ボリュームまたはファイル・システムかどうかに関係なく、コンピュート・システムを周辺するデータ・ストレージのアーキテクトです。データの大きなセットが、移行に関する様々な問題のセットとなります。移動する必要があるデータ量を、数Gbから数gbの範囲で計算します。

アプリケーションを移動すると、組織のニーズにより適合するようにデータをアーカイブまたは再編成することもできます。データの編成、管理および保存について次の質問に答えてください。
  • アプリケーションが適切に機能するためにどのくらいのデータを移動する必要があるか。
  • データには、複数の地理間または複数の可用性ドメイン間でアクセスする必要があるか。
  • メジャーな停止が発生した場合、どの程度のデータが失われる可能性があるか。許容可能なデータ損失のスケールはありますか。
  • 組織ポリシーへの準拠を保証するために必要なバックアップ・ポリシーの種類
  • データのクローンは必要ですか。
  • アプリケーションに、システム間の移行を容易にするための機能が用意されていますか。
この質問のリストは包括的なものではありませんが、Oracle Cloud Infrastructureに移行する前に最小限であると考えられます。

移行シナリオ

優先度によっては、オンプレミス・アプリケーションをクラウドに移行するためのいくつかの異なる方法から選択できます。Oracle Cloud Infrastructureには、広範なオプションをサポートする参照アーキテクチャが用意されています。

オンプレミスからクラウドへの最適な移行パスに影響を与える可能性のある多くの要因があります。

アプリケーションは完全ですか、いくつかの更新が必要ですか、また固定のワークロードがありますか。

「リフトおよびシフト」は、インフラストラクチャに対してできるだけいくつかの変更を行うアプローチです。これは、最大限のハードウェア、ストレージおよびネットワーキングを使用してパフォーマンスを向上させることができ、さらに、キャップからスコープ・モデルに移動するという財務的な利点がある一方で、動作の違いを引く確率を軽減します。Oracleデータベースの管理バージョンに移動してデータベースを改善し、信頼性を高め、管理ワークロードを削減します。

アプリケーションはまだアクティブなプロジェクトで、通常の更新およびバージョン・リリースがありますか。

「移動および改善」を使用すると、アプリケーション・インフラストラクチャのコンポーネントを最新バージョンにアップグレードできます(WebLogicからバージョン12.2、Oracleデータベースへの移行など)。また、TerraformスクリプトからデプロイできるOracle検証済アーキテクチャを使用できます。これにより、Oracle Cloud Infrastructureでアプリケーションを実行するためのベスト・プラクティスが実装されます。このアプローチにより、開発用およびテスト用のアプリケーションのインスタンスを簡単にスピンして切り離すことができ、本番リリースの品質が向上します。

エラスティックのスケーリング、連続的なデプロイメント、および自己準備をサポートしたクラウド・ネイティブ・アーキテクチャを実装しますか。

これにより、WebLogicベースのアプリケーションをDockerコンテナのKubernetesクラスタにデプロイできます。OKEを使用すると、Oracle Cloud Infrastructureの管理対象Kubernetesサービスは、既存のアプリケーション・コードを検証しながら、耐性の高いスケーラブルなインフラストラクチャを簡単に構築できます。このインフラストラクチャは、ソフトウェア開発に最新の逸脱アプローチがあることを前提としています。

これらのアプローチ全体で、Oracleには、アプリケーションでデータベースに基づくサービス・オプションを使用する選択肢が用意されています。一方、永続的なデータベース・ライセンスへの投資は、Brie-Your-Own-License (BYOL)プログラムを介して保持されます。

現在のステータス 目標 タイプ ターゲット検証済アーキテクチャ
任意のOracleデータベースで実行されているカスタム・アプリケーション。 信頼性、パフォーマンス、およびセキュリティを高めます。より低いTCO。移行リスクの最小化。 「リフトおよびシフト」 アプリケーション・スタックをOracle Cloud InfrastructureのBMまたはVMに移動します。データベースをOracle Database Classic Cloud Service (BYOL)に移行します。
任意のOracleデータベースで実行されているJavaEE /WebLogicアプリケーション。 「リフトおよびシフト」のプラス:最新のWLSへのアップグレードで、dev/test/productionデプロイメントを自動化し、HAおよびDRを実装すると、データベースが統合されます。 「移動および改善」 Terraformスクリプトを使用して、JavaEE/WLSをVM/BMsにデプロイします。データベースをOracle Autonomous Database、Oracle Database Classic Cloud Service (VM、BM)またはOracle Database Exadata Cloud Serviceに移行します。高度なHAオプションおよびDRオプションを実装します。
任意のOracleデータベースで実行されているJavaEE /WebLogicアプリケーション。 「移動および改良」と同じく、柔軟性と拡張性を高め、広範な自動化オプションによって開発者の生産性を向上させます。 「近代化」 Terraformスクリプトを使用して、JavaEE/WLSをDocker/Kubernetesクラスタにデプロイします。データベースをADB、Oracle Database Classic Cloud Service (VMまたはBM)またはOracle Database Exadata Cloud Serviceに移行します。高度なHAオプションおよびDRオプションを実装します。

Oracleは、要件に最適なシナリオを選択するための考慮事項を理解し、これらのシナリオを実装するための検証済アーキテクチャを提供します。

最適な移行戦略による決定

環境をインベントリした後、最適な移行計画を決定する必要があります。

移行プロセスを開始する前に、次の点を考慮してください。

  • 移行を実行する最適な日時
  • 停止時間の要件
  • データベースとデータ・セットのサイズ
  • ソースおよびターゲットのデータベース・キャラクタ・セット
  • ソース・データベースとターゲット・データベースのバージョン
  • ソース・データベースにユーザー定義データ型が含まれる場合
  • ソース・データベースとターゲット・データベース・プラットフォーム(エンディアン)
  • セキュリティの考慮事項
  • 大規模なワークロードの戦略