Как правильно гарантировать требование высокой доступности для кластера профиля WSO2 MB?

У меня есть следующие сомнения относительно того, как правильно настроить кластер WSO2 MB с соблюдением требований высокой доступности. Я следую этому официальному руководству: https://docs.wso2.com/display/EI650/Clustering+the+Message+Broker+Profile#ClusteringtheMessageBrokerProfile-Testingthecluster

Итак, у меня будет двухузловой кластер профиля WSO2 MB. Теперь мои сомнения связаны с концепцией высокой доступности (в основном: если один узел не работает, кластер все равно должен работать).

У меня есть кластер из двух узлов, каждый узел работает на определенном сервере с определенным IP-адресом, что-то вроде этого

УЗЕЛ 1 с IP-адресом: XXX.XXX.XXX.1

УЗЕЛ 2 с IP-адресом: XXX.XXX.XXX.2

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

В такой ситуации: как я могу гарантировать выполнение требования высокой доступности? Могу ли я просто поместить оба моих узла под балансировщик нагрузки? так что если один узел не работает, запрос направляется другому

Это правильный способ справиться с этой ситуацией?


wso2 wso2carbon wso2ei wso2mb
person AndreaNobili    schedule 02.12.2019    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Да, если у вас есть оба экземпляра EI с кластеризацией профиля MB, где на двух серверах настроена координация кластера на уровне JDBC или Hazelcast, при вышеупомянутом подходе вы гарантируете высокую доступность службы.

Вы можете убедиться, что соблюдаете следующие дополнительные меры предосторожности, чтобы убедиться, что оба сервера не выходят из строя по одной и той же причине одновременно.

  • Два сервера должны находиться в двух отдельных экземплярах, а не иметь смещение в одном экземпляре.
  • Вы можете настроить балансировщик нагрузки для работы в режимах Active-Passive или Active-Active, если вы развернуты на облачном провайдере, таком как AWS, вы можете добавить конфигурации для повторного развертывания экземпляров, когда проверка работоспособности не удалась в течение заданного периода времени.
person Kamidu    schedule 03.12.2019