2011-09-20 6 views
3

Я хочу создать кластер серверов служб данных (DSS) и использовать Enterprise Service Bus (ESB) в качестве балансировки нагрузки. В этом развертывании, какова цель иметь диспетчер DSS в кластере, а если есть менеджер, является ли это единственной точкой отказа?Динамическая балансировка нагрузки с кластерами ESB и DSS, WSO2

Эти ссылки, которые я использовал для балансировки нагрузки и DSS кластеризации:

Dynamic load balancing between 3 nodes

How to install WSO2 Carbon cluster management feature?

ответ

4

Динамический механизм балансировки нагрузки в WSO2 ESB, обнаруживает членов DSS в группе приложений с использованием структуру групповой связи и разделяет нагрузку во время выполнения.

Балансировщик нагрузки не связан или не связан с каким-либо менеджером кластера - он просто распределяет нагрузку между узлами в applicationDomain.

Так что - во время выполнения - диспетчер кластера не создает ни одной точки отказа.

Если вы хотите, вы можете настроить кластер DSS даже без менеджера кластера и распределить нагрузку между узлами через ESB.

кластер менеджер - который является компонентом установлен только для управления кластером ...

+0

+1 Теперь я понимаю роль «кластерного менеджера» :) – metdos

+0

Можете ли вы дать или указывать на какой-либо пример о том, как использовать ESB в качестве балансировки нагрузки, особенно когда узлы непрерывно добавляется или удаляется из кластера. – metdos

+1

Я предполагаю, что ссылка, которую вы предоставили, касается этого http://wso2.org/project/esb/java/4.0.0/docs/samples/endpoint_mediation_samples.html#Sample57 –

1

Это расширение для ответа Prabath в.

DSS может быть настроен для работы в кластере. Так что все узлы DSS действуют как члены в одном кластере. Это облегчает обмен сеансом между каждым из узлов.

Или вы можете иметь все узлы DSS, работающие изолированно (с использованием той же конфигурации), с помощью балансировки нагрузки (LB). В отличие от предыдущего подхода, этот метод не поддерживает сеансы совместного доступа между узлами DSS. Таким образом, поддерживается только службы без состояния.

WSO2 ESB может выступать в качестве LB. Но наличие одного экземпляра LB сделает его SPoF. И LB можно настроить для работы в кластере.

+1

«LB может быть настроен для работы в кластере». пример конфигурации для этого было бы здорово. – metdos

0

Я не знаю, что стоит за решением использовать ESB вместо ELB для LB, но это зависит от вас, какой из них использовать.

Менеджер не является единственной точкой отказа, это всего лишь способ управлять всем кластером с единой консоли управления (с ограничениями) и может быть настроен одновременно на одного работника.

Что касается уровня LB, вы можете использовать keepalived, чтобы избежать использования SPoF в ESB, действующего как LB, так же, как это сделано для WSB2 ELB.

Посмотрите на эту Failover for ELB with keepalived

 Смежные вопросы

  • Нет связанных вопросов^_^