1

jboss と blazeds のクラスタ化に行き詰まっています。私が今持っているのは：

  1. すべてのモードで実行される 2 つの Jboss インスタンス
  2. Jboss docs で提案されているように、Apache と mod_jk を備えた 1 つのロード バランサー
  3. スプリング/フレックス統合アプリ
  4. JBoss インスタンスの 1 つが失敗したときにエラーをスローしたくないフレックス アプリケーション

アドビのドキュメントが本当に不足しており、クラスタリング、jgroups、およびバランシングが初めてで、クラスター化された環境にアプリをデプロイする方法がわかりません。

実際、このソリューションはリモート呼び出しでうまく機能しています。jboss インスタンスの 1 つがダウンすると、rpc は他のインスタンスにルーティングされます。動作していないのはプッシュ メッセージです。クライアントが JBossA に接続されていて、JBossA がダウンした場合、クライアントはエラー メッセージを表示し、ユーザーが何も気付かずに JBossB にフェイルオーバーする必要があるときに、JBossA に到達できないことを示します。

私が理解したことから、正しく構成されていれば、blazed は接続時にフェイルオーバー サーバーについてフレックス クライアントに通知する必要があります。次に、フレックス クライアントがメイン サーバーに接続できない場合は、別のサーバーに移動します。しかし、私にとって難しいのはそこにたどり着くことです。誰かが私を正しい方向に向けることができますか? 前もって感謝します

4

1 に答える 1

0

クライアントと JBoss サーバーの間に apache Web サーバーがあり、mod_jk が apache と JBoss 間の通信を処理している場合、フェイルオーバー要件はすでに満たされているはずです。

mod_jk は、JBoss サーバーのいずれかに障害が発生したかどうかを検出し、他のサーバーにリクエストを送信します。クライアントに関する限り、Apache サーバーである単一のサーバーが表示されます。その背後にある JBoss サーバーは何も見えません。

BlazeDS クラスタリングについては何も知りませんが、サーバー アドレスのリストについてクライアントに通知し、クライアントが機能するアドレスを選択する、何らかの形式の手動フェイルオーバー メカニズムがあると推測しています。これは、mod_jk 仲介者がいない場合にのみ必要なはずなので、blazed クラスタリングを無視できることを願っています。

もちろん、JBoss サーバー間で通信する必要がある場合 (セッション レプリケーション、クラスター化された JMS、分散キャッシングなど) など、事態はさらに複雑になる可能性がありますが、そのいずれも必要ない場合は、無視しても問題ありません。

于 2010-04-06T18:10:15.240 に答える