1. ExalogicワークロードのOracle Compute Cloud@CustomerおよびOracle Private Cloud Applianceへの移行
  2. Oracle Exalogicワークロードの移行について学習

Oracle Exalogicワークロードの移行について学習

リフト・アンド・シフト移行を使用して、Oracle ExalogicからOracle Private Cloud Appliance (PCA)およびOracle Compute Cloud@Customerに仮想マシン・ワークロードをインポートできます。

Private Cloud ApplianceおよびCompute Cloud@Customerは、Infrastructure-as-a-Service (IaaS)の提供を通じてアプリケーション層のワークロード用に設計されたOracle Engineered Systemsです。Private Cloud Applianceは、プライベート・クラウドにおける仮想化ワークロードのインフラストラクチャの複雑さと導入時間を短縮する、統合されたハードウェアおよびソフトウェア・システムです。組込みの管理、コンピュート、ストレージおよびネットワーキング・リソースを備えた、幅広いアプリケーション・タイプおよびワークロードに対応する完全なプラットフォームです。Private Cloud Applianceは、幅広いアプリケーションに対して優れたパフォーマンスおよびその他のシステム・プロパティを提供します。

Private Cloud Applianceは、Compute Cloud@Customerとしても使用できます。これは、Private Cloud ApplianceおよびOracleサービスを含むオンプレミスのプライベート・クラウドのソリューションです。Compute Cloud@Customerはサブスクリプション・ベースで使用でき、Oracleがインフラストラクチャを運用しているため、アプリケーションに集中できます。特に記載がないかぎり、このソリューションではPrivate Cloud Applianceを使用して、どちらの形式の製品も記述します。

このソリューションでは、アプリケーションをPrivate Cloud Appliance X9-2およびCompute Cloud@Customerに移行する方法について説明し、Exalogicワークロード、およびデプロイメント方法とベスト・プラクティスを重視します。このソリューションは、以前のバージョンよりもPrivate Cloud Appliance X9およびCompute Cloud@Customerのプラットフォームおよびパフォーマンスの特性を重視しています。方法論とアーキテクチャの原則は、すべてのバージョンおよびOracle Cloud Infrastructure (OCI)に適用されます。

ノート:

このコンテンツは、情報提供目的および自己支援ガイダンスのみを目的として提供されています。コンテンツに関連するコンサルタントまたはその他の支援は、Oracle Support契約または関連するサービス・リクエストの対象にはなりません。質問や追加のニーズがある場合は、Oracle Salesの担当者に直接連絡してください。

Private Cloud ApplianceおよびCompute Cloud@Customerを使用する利点

プライベート・クラウド・アプライアンス・プラットフォームは、Oracleアプリケーションとサードパーティ・アプリケーションの両方に最適です。特に、Oracle WebLogic Fusion Middlewareおよび同様のアプリケーション層製品に適した利点があります。これが有効である理由はいくつかあります。
  • 堅牢な仮想化プラットフォームに価値実現までの時間を短縮し、最初の電源投入から数時間で仮想マシンを起動できます。ハードウェア・コンポーネントを自動的に検出し、相互に連携するように構成することで、設計および管理の労力を削減し、潜在的なエラーを排除し、アプリケーション・デプロイメントまでの時間を短縮します。自動構成では、最適なパフォーマンスと可用性を実現するためにOracleのベスト・プラクティスが実装されます。
  • 高パフォーマンスで高速な100 GBイーサネット、Oracle ZFS Storage Appliance ZS9-2およびOracle X9-2コンピュート・ノード(Compute Cloud@Customer上のOracle E5-2)を提供し、以前の製品世代よりもパフォーマンスと拡張性を向上させます。
  • 管理リソース、ネットワーク・リソース、ストレージ・リソースおよびコンピュート・リソースの単一障害点をなくし、システム・インフラストラクチャへの「ゼロ・ダウンタイム」ローリング・アップグレードを可能にします。
  • VMアプリケーション・インスタンスを、最初から構築するのではなく、事前構築済のOracleプラットフォーム・イメージを使用して迅速にプロビジョニングします。必要に応じて、カスタム・ビルド・プラットフォーム・イメージをインポートしてシステムにデプロイできます。
  • Private Cloud Appliance内部ネットワークを使用した高パフォーマンスのVM間ネットワーキングにより、クラスタ化されたアプリケーション内のVM間の低レイテンシで高帯域幅のプライベート通信を実現できます。これは、WebLogicやCoherenceなどのクラスタ化されたアプリケーションや、Kubernetesなどのフレームワークに特に役立ちます。VLANまたはカスタムのプライベート・クラウド・アプライアンス・ネットワークに基づく複数のプライベート・ネットワークは、独立した分離されたネットワークを提供でき、同じプライベート・クラウド・アプライアンスで複数のアプリケーション・クラスタをホストする場合に最適です。各ネットワークは、アプリケーション間のIPアドレスの衝突やデータ漏洩を防ぐ必要なく、トラフィックを各クラスタにプライベートに伝送します。
  • Private Cloud Appliance X9-2およびCompute Cloud@Customerが提供するロード・バランシング・サービス(LBaaS)および高可用性(HA)機能により、停止からのパフォーマンスと自動リカバリを実現します。各プライベート・クラウド・アプライアンス内で3つの独立したフォルト・ドメインを使用して、アプリケーションをこれらのフォルト・ドメインに分散し、リソースが使用可能な場合はフォルト・ドメイン内で再起動できます。
  • Terraform、Oracle OCI APIおよびスクリプト対応のコマンドライン・インタフェースを使用して、アプリケーションのオーケストレーションおよび自動化されたワークロード・デプロイメントを実行します。
  • Oracle Linux、Oracle Solaris、その他の Linuxディストリビューション、および Windowsでの異機種間コンピューティングをサポートします。これにより、別々のワークロードではなく、同じシステム・プラットフォームを複数のワークロードに使用できるようになるため、運用効率とROIが向上します。
  • Oracle Container Runtime for DockerやKubernetesで使用するOracle Container Servicesなど、Oracle Linuxクラウド・ネイティブ環境をサポートします。Oracle WebLogic ServerアプリケーションがDockerおよびKubernetesで実行するための理想的なランタイムを提供し、Oracleからの完全な統合システム・サポートを提供します。

    ヒント :

    Oracleでは、Oracle Exalogic Elastic CloudシステムでOracle WebLogic Serverアプリケーションを実行し、クラウドネイティブのインフラストラクチャおよびDevOpsプラクティスを採用して、Private Cloud ApplianceおよびCompute Cloud@Customerに移行することをお薦めします。

移行アプローチに関する考慮事項

開始する前に、移行アプローチのオプションを検討してください。OSの新規インストールを実行することも、ExalogicからPrivate Cloud Appliance (PCA)へのリフト・アンド・シフト移行を実行することもできます。

次の図は、ExalogicスタックとExalogic ControlおよびInfiniBandの最適化を示しています。

migrating-applications-exalogic-stack.pngの説明が続きます
図migrating-applications-exalogic-stack.pngの説明

アプリケーションは変更なしで移行できます。または、OSの新規インストールを実行することを選択することで、移行をアプリケーションやOSの技術的およびハードウェアのリフレッシュの機会として使用できます。

移行を計画しながら環境を比較し、次の情報を使用して、古い環境に厳密に一致する新しい環境を作成するかどうかを評価します。

  • Oracle WebLogic Server 10.3.6および12.1.3のバージョンは終了に近づいています。Oracle WebLogic Server 12.2.1での更新済RESTサポート、JSON処理、自動スケーリングおよびREST管理などの新機能。Xを使用すると、クラウド・システムとの統合が向上します。以前のバージョンを使用しているお客様は、移行プロセスの一環として12.2.1.3以降に移行する予定です。
  • 移行によって、アプリケーションで使用される基礎となるコンピュート・インフラストラクチャが変更されます。
  • Oracle Traffic Director (OTD)はPrivate Cloud Applianceへの移行でサポートされていますが、TraefikやVoyagerなどのネイティブKubernetesロード・バランサはKubernetesに適しており、Oracle Traffic Directorの代替として推奨されます。単純なロード・バランサは、Oracle Linuxに含まれているhaproxyを使用して実装できます。Load Balancer-as-a-Service (LBaaS)は、使用可能な場合、Private Cloud Appliance X9-2の優先ネイティブ・ロード・バランサになります。
  • データベースへのアクセス、Oracle Exadata Database Machineシステムで実行されているOracle RACクラスタなど、HTTPおよびT3プロトコルを介した外部システムへのアクセスがサポートされています。SDPプロトコルはプライベート・クラウド・アプライアンスではサポートされないため、Exalogicクラウド・システムで実行されているドメイン内のSDPの既存の使用はすべて削除する必要があります。これは、Exalogicで実行されているアプリケーションの現在の推奨事項と一致します。
  • Oracle WebLogic Server、Oracle CoherenceおよびOracle Application Development Frameworkは、WebLogic KubernetesツールでのKubernetesでの使用がサポートされています。
  • Oracle SuperClusterは、Private Cloud Applianceとは大幅に異なる環境であるため、OSの違いおよび基礎となるエンディアンの違いを考慮するための追加の計画が必要です。新しいVMを構築し、Solarix X86またはLinuxバージョンのアプリケーションをインストールし、NFSを介してデータを移行する必要があります。

開始する前に

移行を開始する前に、このソリューション・プレイブックで使用される定義について学習し、ライセンスの詳細を確認し、製品ドキュメントで後から参照してください。

プラットフォーム・イメージの詳細は、Private Cloud Appliance 3.0リリース・ノートを参照してください。

OSの新規インストールについて

この方法では、Oracle WebLogic Serverまたはその他のアプリケーション・ソフトウェアを含む新しい仮想マシンをデプロイし、アプリケーションの内容(バイナリ、スクリプト、ツール)を現在のインスタンスから移行します。

コモディティ・サーバーで現在実行されているアプリケーションに対してOSの新規インストールを実行することもできます。次の利点を得るために、新規OSインストールを検討してください。

  • ソフトウェア・テクノロジのリフレッシュを実行して、ハードウェア・テクノロジのリフレッシュを補完します。
  • アプリケーションを最新化し、Dockerコンテナ内で実行し、Kubernetesを使用する機会など、アプリケーション環境のより大幅な変革と最新化を可能にします。

Private Cloud Applianceは、アプリケーション・システムの提供に関する最新のトレンドを表すOracle Cloudネイティブ環境を使用して、コンテナベースのアプリケーション配信を完全にサポートします。OSおよびアプリケーションの新規インストールを実行するには

  • 管理者は、Oracle Software Delivery Network (Oracle Software Delivery Cloud)から最新の Oracle Linux OSおよびアプリケーションバージョンをダウンロードしてインストールする必要があります。
  • 新しくインストールしたOSにアプリケーションデータをコピーします。

管理ステップは、他のプラットフォームの場合と同様に、プライベート・クラウド・アプライアンスでも同様です。

ノート:

Oracleでは、この方法をお薦めします。これにより、最新のソフトウェア・スタックが保証されます。ただし、現在のシステムの内容を取得するために追加の分析が必要になる場合があります。ほとんどのユーザーは、できるだけ少ない変更でアプリケーション環境を新しいハードウェアに移行することを好みます。

このソリューションで使用される用語について

このソリューション・プレイブック全体で使用される用語の定義を確認します。

  • ソース・システムは仮想マシンが現在実行されているプラットフォームで、ターゲットは移動先のプライベート・クラウド・アプライアンス・システムです。
  • インスタンスは、プライベート・クラウド・アプライアンス上の仮想マシンです。インスタンスにはライフサイクルがあります。これは、作成、起動(起動)、停止および終了(PCAシステムから削除)できます。Oracle Cloud Infrastructure (OCI)では、インスタンスがベア・メタル上にある可能性があるため、仮想マシンではなくインスタンスという用語を使用します。Private Cloud Applianceは、同じ定義に準拠しています。
  • すべてのインスタンスには、CPU、メモリー、ネットワークおよびディスク構成を記述するシェイプがあります。PCAには、プライベート・クラウド・アプライアンス・シェイプの選択のトピックで説明する標準シェイプのリストがあります。
  • イメージは、仮想ディスクのテンプレートであり、オペレーティング・システムおよびインストール済みのアプリケーション、および説明メタデータが含まれます。
  • インスタンスは、イメージからブート・ボリュームを作成することによって作成され、すぐに起動されます。インスタンスに属する他のディスクはブロック・ボリュームと呼ばれ、インスタンスの起動後に作成されます。
  • Private Cloud Applianceには、Oracle Linux 7、Oracle Linux 8およびOracle Solaris 11.4用のプラットフォーム・イメージが用意されています。
  • カスタム・イメージは、プライベート・クラウド・アプライアンスで実行されているインスタンスから作成できるため、カスタマイズされたコンテンツを含むクローニングされたインスタンスの基礎としてイメージを使用できます。
  • Bring Your Own Image (BYOI)イメージは別のプラットフォームからインポートされます。

Bring Your Own Image(BYOI)について

このソリューションでは、できるだけ少ないOSおよび構成変更でOSインスタンスをPrivate Cloud Applianceに移動するリフト・アンド・シフト方式を使用したBYOIに重点を置いています。

もう1つの方法は、目的のオペレーティング・システムおよびアプリケーション・ソフトウェアの最新バージョンに基づいて、まったく新しいイメージを作成することです。これは、テクノロジ・リフレッシュを実行し、ハードウェアおよびソフトウェア・スタック全体を最新化する場合に使用します。どちらのアプローチも、ビジネスや技術的なニーズに応じて有効かつ広く使用されています。

詳細は、Oracle Cloud InfrastructureドキュメントのBYOI (Bring Your Own Image)の項を参照してください。

必要な製品、サービスおよびロールについて

このソリューションには、次の製品およびサービスが1つ以上必要です。

  • Oracle Private Cloud Appliance X9-2

    Oracle Compute Cloud@Customer

  • Oracle Cloud Infrastructure

各製品またはサービスに必要なロールは次のとおりです。

製品名: ロール 必須...
Oracle Private Cloud Appliance: Compute Enclave ネットワーク、コンピュートおよびストレージの構成を作成します。
Oracle Compute Cloud@Customer: Administrators Oracle Compute Cloud@Customerコンソール、CLIおよびAPIにアクセスします。
Oracle Cloud Infrastructure: Administrators Oracle Cloud Infrastructureコンソール、CLIおよびAPIにアクセスします。

必要なものを得るには、Oracle製品、ソリューションおよびサービスを参照してください。