仮想マシンからコンテナにWeblogicを移行する方法

PaaSおよびDevOpsソリューションの需要が高まるにつれて、実際には仮想マシン上で実行されるか、または直接ベアメタル上で実行されるレガシーアプリケーションが見られるようになります。一連の障害に遭遇しました。分解と移行のプロセスは非常に複雑です。多くの場合、PaaSまたはCaaSモードの恩恵を受けるために、アプリケーション所有者は自分のアプリケーションアーキテクチャを再設計しなければなりません。

この記事では、仮想マシンで実行されているJavaレガシーアプリケーションをコンテナベースのプラットフォームに移行する際の具体的な課題について分析します。ケースとしてOracle WebLogic Serverを使用して、分解プロセスの具体的な手順と移行の結果を示します。

コンテナへの移行の動き

ベアメタル時代のJava EEアプリケーションを比較すると、ハードウェア仮想化は大きな一歩前進でした。これにより、複数のアプリケーション間の分離を解決し、ハードウェア使用率を改善することができます。ただし、ハイパーバイザーはホスト上で大量のCPUとメモリを使用するため、各仮想マシンには完全なオペレーティングシステム
、TCPスタック、およびファイルシステムが必要です。

各仮想マシンには固定メモリがあり、メモリバルーニングメカニズムを使用して仮想マシンを実行するためのメモリを再配分できるのは、ハイパーバイザーのサブセットだけです。そのため、アプリケーションの将来を拡張するために、各仮想マシンにいくつかのリソースを予約しますが、これらのリソースは完全には利用されていません。同時に、仮想マシン内のインスタンス間に適切な分離がないため、これらのリソースを他のプログラムと共有することはできません。

コンテナは、OSカーネル、TCPスタック、ファイルシステム、および共有ホストの他のシステムリソースを介して、わずかなリソースとCPUで実行できます。これにより、パフォーマンスとリソース使用率がさらに向上します。 。

コンテナには、アプリケーションコンテナとシステムコンテナの2種類があります。通常、アプリケーションコンテナは単一のプロセスとして実行されます。システムコンテナは、systemd、SysVinit、およびopenrcによって生成されたopenssh、crond、syslogdなどの他のプロセスなど、単一のコンテナ内でオペレーティングシステムのすべての機能を実行できる完全なオペレーティングシステムのようなものです。どちらの種類のコンテナも、さまざまな使用シナリオで非常に役立ち、冗長管理プロセスでメモリを浪費することはありません。通常、仮想マシンよりも少ないメモリを消費します。ただし、Javaレガシーアプリケーションの移行に必要なのは、システムコンテナを使用した大量のアプリケーションリファクタリングだけです。

仮想マシンとは異なり、実行中のインスタンスのコンテナリソースに対する制限を再起動せずに簡単に変更できます。さらに、制限された境界内で消費されないこれらのリソースは、同じ物理ノード上の他のコンテナーと自動的に共有されます。

さらに、コンテナは、アプリケーションの作成を迅速に行い、アプリケーションのスケーラビリティを向上させるために、アプリケーションを作成、パッケージ化、およびテストするための機敏なアプローチを使用して開発にも非常に役立ちます。

物理マシンで使用されていないこれらのリソースは、新しいアプリケーションコンテナで簡単に拡張または使用できます。コンテナーの分離性が高まると、異なる種類のアプリケーションが互いに影響を与えることなく同じ物理ノード上で実行できるようになります。これらは、既存のインフラストラクチャリソースの平均3〜10倍の使用率です。

分解とは何ですか？

移行プロセスでは、プログラム分解は基本的な部分です。これは、大きな単一ブロックのアプリケーションを小さな論理ブロックに分割するのに役立ち、独立して実行できます。プログラム

この図は、仮想マシンからコンテナへの移行時に適用される単純な分解プロセスを示しています。

仮想マシンでのJavaレガシーの実行アプリケーション

ソフトウェアプログラムの開発には古くからのことわざがあります。レガシソフトウェアはいいのですが、まだ実行中の古いソフトウェアです。 Oracle Weblogic Serverでどのように機能するかを詳しく見てみましょう。

仮想マシンでのOracle Weblogic Serverの構造

仮想マシンで実行している場合、Weblogic Serverには3種類のインスタンスがあります。