我必须创建并配置两个节点的WSO2 EI集群。特别是，我必须将ESB配置文件和MB配置文件聚类。
我对此有一些架构上的疑问：
群集ESB配置文件问题：
我基于此文档的假设：https://docs.wso2.com/display/EI640/Clustering+the+ESB+Profile
我找到此部分：
请注意，某些生产环境不支持多播。但是，如果您的环境支持多播，则不会有问题使用它作为您的会员计划
不支持多播的原因可能是什么？ （所以我可以告知它可能存在的问题）。在表格中（在上一个链接内），在我看来，可能的问题可能与以下几点有关：
是否已从系统\网络工程师处获得此信息，足以决定是否继续使用多播选项？
使用多播而不是WKA，我需要执行与“安装注册表”和“创建\连接到数据库”相关的第一个部署方案（基于WKA的方案）中列出的相同配置步骤（如第一个示例所示）。文档链接）？
使用Multicast而不是WKA允许我在向群集添加新节点时不停止服务吗？
集群MB配置文件：
据我了解，MB配置文件群集只能使用WKA作为成员身份方案。使用WKA表示在向群集添加新节点时必须停止服务吗？
因此，最后我们可以将ESB群集和MB群集视为两个不同的群集吗？ ESB群集（如果使用多播配置）是否需要在添加新节点而停止MB群集以添加新节点时停止该服务？
[许多虚拟私有云网络，包括Google Cloud Platform，Microsoft Azure，Amazon Web Services和公共Internet不会支持组播。因为这样的平台不支持多播。
如果您将wso2产品配置为具有组播作为成员身份的shceam，它将无法按预期工作。这是官方文档中发出警告的主要原因。
[在WSO2产品中配置Hazalcast群集时，您可以考虑平台功能并选择以下任何一种成员身份方案。
除WKA以外，成员资格架构的其余选项不要求您在配置中包括成员的所有IP。因此，新引入的节点可以轻松加入集群。
即使在WKA成员身份方案中，如果至少有一个已知成员处于活动状态，也可以将新成员加入群集，然后按照配置更改并重新启动其他服务，而不会中断任何服务。
请注意以上所有会员计划用法的其余部分成功地需要与每个产品相关的配置完成集群。
关于您对群集MB配置文件的关注，您可以使用与您的部署环境匹配的任何上述成员资格架构。
关于向WKA添加新成员，您可以维护服务的可用性并将更改逐一应用于服务器。您仅需要运行至少一个WKA成员，即可向集群引入新成员。
WSO2 MB配置文件通过RDBMS引入了群集协调。默认情况下，使用此新功能时，榛子广播引擎不会处理群集协调。当禁用通过RDBMS的群集协调时，允许hazelcast引擎管理群集协调]]
请注意，使用RDMS协调时，不需要重新启动服务器。
我希望这会有所帮助。