HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 1

2024/9/4 - 読み終える時間: 2 分

Understanding Campaign Listener Clustering and Listener Failover - Part 1 の翻訳版です。

HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 1

2020年4月21日

著者: Deborah Matyi / Unica Senior Technical Support Engineer

単一リスナー環境

Campaign リスナーのクラスタリングとフェイルオーバーでの使用がどのように機能するかを理解するには、まず Campaign リスナーの一般的な動作を理解する必要があります。次の図は、単一リスナー環境の基本的なセットアップを示しています。

単一 Campaign リスナーセットアップでは、リスナーは、Web アプリケーションサーバーの Campaign J2EE デプロイメントから、Unica UI で行われた特定の Campaign 機能アクションに対する要求を受け取ります。たとえば、ユーザーが Unica UI にログインし、Campaign 関連機能 (Campaign > Campaigns メニュー項目など) をクリックすると、Campaign リスナーに要求が送信されます。このリスナーは、Campaign 分析サーバー (リスナープロセスが実行されているマシン) で実行される「unica_acsvr」という独立した別のプロセスを分岐します。この unica_acsvr プロセスは、ユーザーの Campaign ログインセッションになります。各ユーザーには、ログインセッション用の独自の unica_acsvr プロセスがあります。

その後、ユーザーがキャンペーン内のフローチャート タブをクリックすると、リスナーはキャンペーン J2EE デプロイメントから別のリクエストを受け取り、そのフローチャート専用の別の unica_acsvr プロセスをフォークします。この unica_acsvr プロセスは、flowchart.ses ファイルの内容と、そのフローチャートの以前の実行からのセル実行結果 (存在する場合) をメモリにロードします (そのため、各プロセス ボックスに緑のチェックマークと出力セル数を表示できます)。ユーザーがアクセスする各フローチャートでは、独自の unica_acsvr プロセスが開始されます。

フローチャートロジックを実行するために自動化されたフローチャート タスク (Unica スケジューラまたはキャンペーンユーティリティ unica_svradm によって開始されるタスクなど) が開始された場合でも、リスナーによってそのフローチャートの単一の unica_acsvr プロセスが生成されます。

リスナーによって unica_acsvr プロセスが生成されるたびに、リスナーは Campaign_home/conf/unica_aclsnr.udb ファイルにその unica_acsvr の参照も追加します。このファイルは、リスナーがどの unica_acsvr プロセスが実行されているか、どの unica_acsvr プロセスを管理および通信するかを把握するための手段です。フローチャートの Unica_acsvr プロセスは、ユーザーがフローチャートを表示または編集しているとき、またはフローチャートがロジックを実行しているときでも、常に起動して「起動」状態のままになります。

ユーザーが編集モードを終了するか、UI でフローチャートの表示から移動するか、フローチャートの実行が完了すると、シグナルがリスナーに送信され、それぞれの unica_acsvr に渡されてシャットダウンされます。unica_acsvr プロセスが起動するたびに、Campaign リスナーによってこの unica_aclsnr.udb ファイルにエントリが追加され、unica_acsvr プロセスが終了するたびに、Campaign リスナーによって unica_aclsnr.udb ファイルからエントリが削除されるため、このファイルは動的に変化します。

全体的に、unica_acsvr プロセスでは、Campaign の J2EE 側との間で情報を送受信するために、リスナーが常に利用可能である必要があります。これにより、Unica UI は、そのフローチャートに関連する unica_acsvr プロセスの表示、編集、または実行結果を反映できます。リスナーがダウンしているか応答しない場合は、フローチャートとユーザーログインセッションも応答しなくなります。これは、リスナー (または「仲介者」) が Campaign J2EE デプロイメント、そして最終的にはユーザーワークステーションとの間で通信できなくなったために発生します。UI はフリーズし、unica_acsvr プロセスは正常に機能しなくなります。これを修正する唯一の方法は、ユーザーにブラウザーを閉じて Campaign ログインセッションから切断してもらうことです。リスナーの問題を修正する必要があります。その後、ユーザーは新しいブラウザーを開いて再度ログインし、操作を再開できます。

したがって、単一のリスナー環境では、リスナーが利用できなくなったり応答しなくなったりすると、リスナーが再び動作可能になるまでシステムのダウンタイムが発生します。キャンペーンリスナーの詳細については、ブログの第 2 部「HCL Unica Campaign リスナーのクラスタリングとリスナーのフェイルオーバーについて - パート 2」をご覧ください。

クラスター化されたリスナーの設定について詳しくは、Unica ブログを購読して最新情報を入手してください。