データサービスサーバー（DSS）のクラスタを作成し、ロードバランサとしてエンタープライズサービスバス（ESB）を使用したいとします。この展開では、クラスタ内にマネージャDSSを配置する目的は何ですか？マネージャがある場合は、単一障害点ですか？ESBおよびDSSクラスタリング、WSO2を使用した動的ロードバランシング
これらは私は、ロードバランシングとDSSのクラスタリングに使用される参照である：
Dynamic load balancing between 3 nodes
How to install WSO2 Carbon cluster management feature?
WSO2 ESB機構を動的負荷分散、使用するアプリケーショングループにDSSメンバーを発見グループ通信フレームワークであり、実行時に負荷を共有します。
ロードバランサは、どのクラスタマネージャにもバインドされておらず、結合されていません。単に、applicationDomainのノード間で負荷を分散します。
実行時クラスタマネージャでは、シングルポイント障害が発生しません。
クラスタマネージャを使用しなくてもDSSクラスタをセットアップし、ESB経由でノード間で負荷を分散することができます。
クラスタマネージャ - あなただけのクラスタを管理するためにインストールされたコンポーネントです...
これはPrabathの答えを拡張したものです。
DSSはクラスタ内で動作するように設定できます。すべてのDSSノードが単一クラスタ内のメンバーとして機能するようにします。これにより、各ノード間でのセッションの共有が容易になります。
または、ロードバランサ（LB）の前にすべてのDSSノードを分離して（同じ構成を使用して）実行することができます。以前のアプローチとは異なり、このメソッドはDSSノード間の共有セッションをサポートしていません。したがって、ステートレスサービスのみをサポートします。
WSO2 ESBはLBとして働くことができます。しかし、LBの単一のインスタンスを持つことは、それをSPoFにするでしょう。また、LBもクラスタ内で実行するように設定できます。
"LBもクラスタで実行するように設定できます。"このための設定例は素晴らしいでしょう。 – metdos
ELBの代わりにESBを使用するという決定がLBのためにどうなっているのか分かりませんが、どちらを使うかはあなた次第です。
マネージャは単一障害点ではなく、単一の管理コンソール（制限付き）からクラスタ全体を管理するための方法であり、同時に作業者として構成することもできます。
キープアライブドを使用すると、WSO2 ELBの場合と同じように、ESB内のSPoFがLBとして機能しないようにすることができます。
1に見てみましょう、私は「クラスタマネージャ」の役割を理解:) – metdos
あなたが与えるかのノードがあり、特にロードバランサとしてESBを使用する方法についての例を指すことができますクラスタに継続的に追加または削除されます。 – metdos
あなたが提供したリンクはそれに関するものですhttp://wso2.org/project/esb/java/4.0.0/docs/samples/endpoint_mediation_samples.html#Sample57 –