ドキュメントに記載されている負荷分散機能を提供するようにApacheServiceMix4を構成しようとしています（たとえば、http ：//servicemix.apache.org/clustering.html ）。言及されていますが、私はそれを行う正確な方法を見つけることができませんでした。
アイデアは、同じOSGiサービスがインストールされた2つのServiceMix（たとえば、LAN内）を持つことです。クライアントがサービスを使用しようとすると、ロードバランサーはクライアントをServiceMixの1つの適切なサービスインスタンスに移動します。
それを行う簡単な方法はありますか？
Fabric8（http://fabric8.io/）は、Karaf/ServiceMixクラスタリングなどをすぐに実行できます。また、マスターエンドポイントやファブリックエンドポイントなどの追加のクラスター化されたCamelコンポーネントもあります
クラスター化されたラクダの例があります。
次に、クライアントは、サービスを提供するアクティブノード間の負荷分散を行います。したがって、ノードが5つある場合は、それらの間でバランスが取れます。ノードの1つが停止したり停止したりした場合は、まだアクティブな4つのノード間でバランスが取れています。したがって、ソリューションは完全に弾力性があり、スケーラブルです。
原理は下の画像に示されています：
私は分散OSGiの経験がないので、JMSベースのクラスタリングソリューションについてのみ説明します。
これがServiceMix4JBIクラスターの良い例です（そして、conduitSubscriptionsをオフにする必要があると彼を信じてください...）： http ：//trenaman.blogspot.com/2010/04/four-things-you-need-to- know-about-new.html
そしてそれも重要です：trenaman.blogspot.com/2009/03/new-jms-flow-in-servicemix-4.html
「JBIクラスター」という名前は、このメカニズムを使用してアプリケーションをクラスター化する必要があることを示していますが、ほとんどの場合、クラスター化機能には単純なJMSエンドポイントを使用する方が適切です。これは、JBIを完全に回避できる場合に特に当てはまります。
私はまだプロジェクトのこのフェーズに到達していないので、プロジェクトでの作業経験はありません。しかし、Karafには、DistributedOSGiを中心に設計されたサブプロジェクトCellarがあります。