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は、幅広いアプリケーションに対して優れたパフォーマンスとその他のシステム・プロパティを提供します。

プライベート・クラウド・アプライアンスは、プライベート・クラウド・アプライアンスおよびOracleサービスを含むオンプレミス・プライベート・クラウドのソリューションであるCompute Cloud@Customerとしてもご利用いただけます。Oracleがインフラストラクチャを運用しているサブスクリプション・ベースでCompute Cloud@Customerを使用すると、アプリケーションに集中できます。前述を除き、このソリューションではPrivate Cloud Applianceを使用して、いずれかの形式の製品について説明します。

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

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

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

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

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

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

  • Oracle WebLogic Server 10.3.6および12.1.3バージョンは期限切れに近づいています。Oracle WebLogic Server 12.2.1.Xでの更新されたRESTサポート、JSON処理、自動スケーリング、REST管理などの新機能により、クラウド・システムとの統合が向上します。以前のバージョンを使用しているお客様は、移行プロセスの一環として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)は、使用可能な場合、プライベート・クラウド・アプライアンス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)では、インスタンスがベア・メタルにある可能性があるため、仮想マシンではなくインスタンスという用語を使用します。プライベート・クラウド・アプライアンスは同じ定義に準拠しています。
  • すべてのインスタンスには、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インスタンスをプライベート・クラウド・アプライアンスに移動するリフト・アンド・シフト・アプローチを使用するBYOIに重点を置いていますが、OSと構成はできるだけ変更されません。

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

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

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

このソリューションには、次の製品およびサービスが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製品、ソリューションおよびサービスを参照してください。