Многие виртуальные частные облачные сети, включая 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 перезапуски сервера не требуются.
Надеюсь, это было полезно.