我必须创建和配置两个节点的WSO2 EI集群。特别是，我必须将 ESB 配置文件和 MB 配置文件聚集在一起。
对此我有一些架构上的疑问：
集群ESB配置文件疑问：
我的假设基于此文档：https://docs.wso2.com/display/EI640/Clustering+the+ESB+Profile
我找到了本节：
请注意，某些生产环境不支持多播。 但是，如果您的环境支持多播，则不会有问题 将其用作您的会员计划
不支持多播的原因可能是什么？ （所以我可以告知它可能存在的问题）。在表格中（在上一个链接内），在我看来，可能的问题可能与以下几点有关：
是否已从系统\网络工程师处获得此信息，足以决定是否继续使用多播选项？
使用多播而不是WKA，我需要执行与“安装注册表”和“创建\连接到数据库”有关的第一个部署方案（基于WKA的方案）中列出的相同配置步骤（如第一个文档链接）？
使用多播而不是 WKA 允许我在向群集添加新节点时不停止服务吗？
集群MB配置文件：
据我了解， MB 配置文件群集只能使用 WKA 作为成员身份方案。 使用 WKA 是否意味着在向群集添加新节点时必须停止服务？
最后，我们可以考虑将ESB集群和MB集群视为两个不同的集群吗？ ESB群集（如果使用多播配置）是否需要在添加新节点而停止MB群集添加新节点时停止该服务？
答案 0 :(得分：5)
许多虚拟私有云网络，包括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协调时，不需要重新启动服务器。
我希望这会有所帮助。