spring - mod_jkとmod_cluster

Question

誰かがmod_jkとmod_clusterの長所と短所を教えてもらえますか？

非常に単純な負荷分散を行うことを目指しています。スティッキーセッションを使用し、1つのサーバーがダウンした場合に、新しいリクエストを新しいサーバーにルーティングするための何かが必要になります。mod_jkがこれを実行し、適切に機能していると感じたのに、なぜmod_clusterが必要なのですか？

Answer 1

JBoss のバージョンが 5.x 以上の場合は、mod_cluster を使用する必要があります。これにより、mod_jk よりも優れたパフォーマンスと信頼性が得られます。ここにいくつかの理由があります：

• アプリ サーバー間の負荷分散の改善: 負荷分散ロジックは、アプリケーション サーバーから直接提供される情報とメトリックに基づいて計算されます (アプリケーション サーバーは負荷に関する直接の情報を持っていることに注意してください)。プロキシ自体。そのために、mod_cluster は、この負荷情報を送信するために使用される、サーバーとプロキシ (データ 1 の一部) との間の追加の接続を使用します。
• サーバーにデプロイされたアプリケーションのライフサイクルとのより良い統合: サーバーは、それぞれのノードでのアプリケーションの変更についてプロキシに通知し続けます (たとえば、ノードの 1 つでアプリケーションをアンデプロイすると、ノードはプロキシに通知します ( mod_cluster) をすぐに使用して、不便な 404 エラーを回避します。
• ajp は必要ありません。http または https でも使用できます。
• サーバーのライフサイクル イベントのより良い管理: サーバーがシャットダウンまたは再起動されると、プロキシにその状態が通知されるため、プロキシは自動的に再構成できます。

mod クラスターでもスティッキー セッションを使用できますが、もちろん、ノードの 1 つに障害が発生した場合、mod クラスターはユーザー セッションを維持するのに役立ちません (JBossクラスタ内のノード)。しかし、上記の理由 (主にサーバーのライフサイクル イベントの追跡と、より優れた負荷分散) により、サーバーの 1 つがダウンした場合、mod クラスターはそれをより適切に管理し、ユーザーに対してより透過的に (プロキシに通知されます)そのため、再起動したことが通知されるまで、そのノードにリクエストを送信することはありません)。

mod_cluster は JBoss AS/EAP 5.x または JBoss Web 2.1.1 以降で使用できることに注意してください (Tomcat の場合、バージョン 6 以降だと思います)。

要約すると、ロード バランシングのユース ケースは単純ですが、mod_cluster はより優れたパフォーマンスとスケーラビリティを提供します。

詳細については、mod_cluster の JBoss サイトとそのドキュメント ページを参照してください。