2016-05-06 14 views
0

私たちはtomcatのクラスタでイベントを通知するために、rabbitmqと交換ファンアウトアーキテクチャを使用しています。すべてのサーバーは、一時的なキューを介して交換するために購読されています。すべてがうまくいくように見えますが、1つまたは複数の消費者が接続を失い、いくつかの有用な情報をいくつかの壊れたパイプメッセージの一部に残すことなくメッセージを処理しません。Rabbitmqファンアウトの問題

私たちはウサギクラスターと私たちのサーバーの間にロードバランサを使用しています。

どのような問題が発生する可能性がありますか、どのような構成を検討する必要がありますか?

答えて

1

メッセージの開始を自動確認しません。このようにして、消費者が死亡した場合、または再キューされたメッセージがあれば。したがって、メッセージの処理を終了し、明示的な確認を行います。

はまた、ウサギのMQクラスタでは、などあなたが鏡を先キューに入れtemporanyキューを使用する

0
  1. 回避を考慮することが重要だ、persitentキューを使用
  2. お持ちの場合は、「、ロード/バランサの設定を確認してくださいログの中で「接続が閉じられました」、おそらくアイドル時間後に接続を閉じるLBです。
  3. heartbeartの設定を確認してください。

可能であれば、ログを投稿してください。

関連する問題