Динамическая балансировка нагрузки с ESB и DSS Clustering, WSO2

Question

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

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

Динамическое распределение нагрузки между 3 узлами

Как установить функцию управления кластером углерода WSO2?

Answer 1

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

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

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

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

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

Answer 2

Это расширение ответа Прабата.

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

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

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

Answer 3

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

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

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

Посмотрите на это Аварийное переключение для ELB с keepalived