複数のサイトの複数のサーバーに常駐する Java EE アプリケーションがあります。
アプリケーションの各インスタンスは、ログをローカルに生成します。
Java EE アプリケーションは、SOAP/HTTP を介して IBM メインフレーム CICS アプリケーションとも通信します。
これらの CICS アプリケーションは、複数のサイトにある複数のメインフレーム LPAR 上の複数の CICS 領域で実行されます。
Java EE アプリケーションと同様に、CICS アプリケーションはログをローカルに生成します。
問題のトラブルシューティングを試みるのは非常に時間がかかります。これには、サポート スタッフが UNIX サーバーやメインフレーム LPAR に手動でログオンし、特定の問題に関連するすべてのログを追跡する必要があります。
私たちが検討している 1 つのソリューションは、UNIX とメインフレームの両方からすべての分散ログを収集する単一ポイントを作成することです。
私たちが検討しているもう 1 つの分野は、指定された Java EE サーバーと IBM メインフレーム LAPS にクライアント トラフィックを送り込んで、特定のアプリケーション サーバー ノードと単一の IBM CICS リージョンに直接到達できるかどうかです。
これは、「実際の」顧客トラフィックではなく、「合成」クライアント コール (サポート スタッフによって生成されたコールなど) に対してのみ行いたいと考えています。
これは可能ですか?
たとえば、次のように 2 つの地理的サイトに分散された 10 台の UNIX サーバーがあるとします。
Geo One: UNIX_1, UNIX_3, UNIX_5, UNIX_7, UNIX_9
Geo Two: UNIX_2, UNIX_4, UNIX_6, UNIX_8, UNIX_0
次のように、2 つの 2 つの地理的サイトにまたがる 4 つの IBM メインフレーム lpar:-
Geo One: lpar_a, lpar_c
Geo Two: lpar_b, lpar_d
各 lpar には 8 つの cics 領域があります
cicsa_1, cicsa_2... cicsa_8
cicsb_1, cicsb_2... cicsb_8
cicsc_1, cicsc_2... cicsc_8
cicsd_1, cicsd_2... cicsd_8
の合成トラフィックの単一のルートをターゲットにする必要があります。
unix_5 > lpar_b, > cicsb_6
このようにして、すべてのプラットフォームでログ出力を探す場所がわかります
更新 - 0001
「合成トラフィック」とは、サポート スタッフが「実際の」フロントエンド ユーザーではなく、バックエンド API に対してクライアント呼び出しを行うことを意味します。
サポート スタッフがこれらの合成呼び出しが通過した正確なルートを指定できれば、各ステップでどのログ ファイルを検索するかを正確に知ることができます。
これらのログ ファイルはそれぞれ数十 MB と非常に大きく、多数のログ ファイルがあります。
たとえば、当社のアプリケーションの 1 つは、地理的に 2 つの場所に分割された 64 台の UNIX 物理サーバーで実行されます。各 UNIX サーバーは複数のアプリケーション サーバー ノードをホストし、各ノードは複数のログ ファイルを生成します。これらのログ ファイルはそれぞれ 10MB 以上です。ログ ファイルはロール オーバーするため、ログ出力がすぐに失われる可能性があります。