Data Services サーバー (DSS) のクラスターを作成し、Enterprise Service Bus (ESB) をロード バランサーとして使用したいと考えています。この展開で、クラスタにマネージャ DSS を配置する目的は何ですか? また、マネージャがある場合、それは単一障害点になりますか?
これらは、ロード バランシングと DSS クラスタリングに使用したリファレンスです。
質問する
1548 次
3 に答える
4
WSO2 ESB の動的負荷分散メカニズムは、グループ通信フレームワークを使用してアプリケーション グループ内の DSS メンバーを検出し、実行時に負荷を共有します。
ロード バランサーは、どのクラスター マネージャーにもバインドまたは結合されていません。アプリケーション ドメイン内のノード間で負荷を分散するだけです。
そのため、実行時に、クラスター マネージャーは単一障害点を作成しません。
必要に応じて、クラスター マネージャーがなくても DSS クラスターをセットアップし、ESB を介してノード間で負荷を分散できます。
クラスター マネージャー - クラスターを管理するためだけにインストールされるコンポーネントです...
于 2011-09-22T07:23:55.603 に答える
1
これは、プラバースの答えの拡張です。
DSS は、クラスターで動作するように構成できます。すべての DSS ノードが単一のクラスタ内のメンバーとして機能するようにします。これにより、各ノード間でのセッションの共有が容易になります。
または、すべての DSS ノードを分離して (同じ構成を使用して) 実行し、ロード バランサー (LB) を前面に配置することもできます。前のアプローチとは異なり、この方法は DSS ノード間の共有セッションをサポートしません。したがって、ステートレス サービスのみをサポートします。
WSO2 ESB は LB として機能できます。ただし、LB のインスタンスが 1 つだけの場合、それは SPoF になります。また、LB はクラスターで実行するように構成することもできます。
于 2011-09-22T09:10:27.177 に答える
0
LB に ELB の代わりに ESB を使用するという決定の背後にある理由はわかりませんが、どちらを使用するかはあなた次第です。
マネージャーは単一障害点ではなく、クラスター全体を単一の管理コンソールから (制限付きで) 管理する方法であり、同時にワーカーとして構成することもできます。
LB レイヤーに関しては、Keepalived を使用して、WSO2 ELB の場合と同じように、ESB で SPoF が LB として機能することを回避できます。
于 2013-03-19T19:28:46.573 に答える