Кластеризация профилей WSO2 EI ESB и WSO2 EI MB, WKA против многоадресной рассылки? Верны ли мои предположения? - PullRequest
2 голосов
/ 25 октября 2019

Мне нужно создать и настроить кластер EI с двумя узлами WSO2. В частности, я должен кластеризовать профиль ESB и профиль MB .

У меня есть некоторые архитектурные сомнения по этому поводу:

CLUSTERING ESBСОМНЕНИЕ ПРОФИЛЯ:

Я основывал свои предположения на этой документации: https://docs.wso2.com/display/EI640/Clustering+the+ESB+Profile

Я нашел этот раздел:

Обратите внимание, что некоторые производственные среды неПоддержка многоадресной рассылки. Однако, если ваша среда поддерживает многоадресную рассылку, при использовании этой схемы в качестве схемы членства проблем не возникает

Что может быть причиной отказа от поддержки многоадресной рассылки? (чтобы я мог сообщить о возможных проблемах с ним). Глядя в таблицу (внутри предыдущей ссылки), мне кажется, что возможная проблема может быть связана со следующими пунктами:

  • Все узлы должны находиться в одной подсети
  • Все узлы должны находиться в одном домене многоадресной рассылки
  • Групповая адресация не должна блокироваться

Получает эту информацию отсистемным или сетевым инженерам достаточно, чтобы решить, следует ли переходить к параметру многоадресной рассылки?

Используя многоадресную рассылку вместо WKA, мне нужно было бы выполнить те же этапы настройки, которые перечислены в первом сценарии развертывания (на основе WKA), связанном с«монтирование реестра» и «создание \ подключение к базам данных» (как показано в первой ссылке на документацию)?

Позволяет ли использование Multicast вместо WKA не остановить службу при добавлении нового узла в кластер?

ПРОФИЛЬ КЛАСТЕРНЫХ МБ:

Из того, что я понимаю, МБ профиль кластераможет использовать только WKA в качестве схемы членства. Означает ли использование WKA , что мне нужно остановить службу, когда я добавляю новый узел в кластер?

Итак, в конце мы можем рассмотреть кластер ESB и кластер MB два разных кластера? Нужно ли кластеру ESB (если он сконфигурирован с использованием многоадресной передачи) остановить службу при добавлении нового узла, а кластер MB остановлен для добавления нового?

1 Ответ

5 голосов
/ 28 октября 2019

Многие виртуальные частные облачные сети, включая Google Cloud Platform, Microsoft Azure, Amazon Web Services и общедоступный Интернет, не поддерживают многоадресную передачу. Поскольку такая платформа не поддерживает многоадресную рассылку.

Если вы сконфигурируете продукты wso2 с многоадресной рассылкой в ​​качестве shceam членства, она не будет работать должным образом. Это основная причина предупреждения в официальной документации.

При настройке кластеризации Hazalcast в продуктах WSO2 вы можете рассмотреть возможности платформы и выбрать любую из следующих схем членства.

  • WKA
  • Multicast
  • AWS
  • Kubernetes

Для остальных параметров схемы членства, кроме WKA, не требуется включать все IP-адреса участника в конфигурацию. Таким образом, недавно представленные узлы могут легко присоединиться к кластеру.

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

Обратите внимание, что при всех вышеприведенных схемах членства для успешного завершения кластера необходимы остальные конфигурации, связанные с каждым продуктом.

Что касается вашей озабоченности кластеризацией профиля MB, вы можетеиспользуйте любую из вышеупомянутых схем членства, соответствующую вашей среде развертывания.

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

Профиль WSO2 MB вводит координацию кластера через RDBMS. С этой новой функцией по умолчанию координация кластеров не обрабатывается механизмом Hazelcast. Когда координация кластера через СУБД отключена, разрешите механизму Hazelcast управлять координацией кластера

Обратите внимание, что при использовании координации RDMS перезапуски сервера не требуются.

Надеюсь, это было полезно.

...