wso2 - 集群 WSO2 EI ESB 和 WSO2 EI MB 配置文件，WKA 与多播？我的假设正确吗？

Question

我必须创建并配置一个两节点 WSO2 EI 集群。特别是，我必须对 ESB 配置文件和 MB 配置文件进行集群。

我对此有一些架构上的疑问:

集群 ESB 配置文件疑点:

我的假设基于此文档:https://docs.wso2.com/display/EI640/Clustering+the+ESB+Profile

我找到了这个部分:

Note that some production environments do not support multicast. However, if your environment supports multicast, there are no issues in using this as your membership scheme

不支持多播的原因可能是什么？ (这样我就可以告知可能存在的问题)。查看表格(在上一个链接内)，在我看来，可能的问题可能与以下几点有关:

• 所有节点应位于同一子网
• 所有节点应位于同一多播域
• 不应阻止多播

从系统\网络工程师处获取这些信息是否足以决定是否继续使用多播选项？

使用多播而不是 WKA，我是否需要执行与“安装注册表”和“创建\连接到数据库”相关的第一个部署场景(基于 WKA 的场景)中列出的相同配置步骤(如第一个文档链接)？

使用多播而不是WKA是否允许我在向集群添加新节点时不停止服务？

聚类 MB 配置文件:

据我了解，MB配置文件集群只能使用WKA作为成员资格方案。使用WKA是否意味着当我向集群添加新节点时必须停止服务？

那么最后我们是否可以将ESB集群和MB集群视为两个不同的集群呢？ ESB集群(如果使用组播配置)是否需要在添加新节点时停止服务，同时停止MB集群添加新节点？

Answer 1

Many virtual private cloud networks, including Google Cloud Platform, Microsoft Azure, Amazon Web Services, and the public Internet do not support multicast. Because such a platform does not support multicast.

如果您将使用多播的 wso2 产品配置为成员资格 shceam，它将无法按预期工作。这就是官方文档中出现警告的主要原因。

在 WSO2 产品中配置 Hazalcast 集群时，您可以考虑平台功能并选择以下任一成员资格方案。

• WKA
• 组播
• AWS
• Kubernetes

除了 WKA 之外，成员资格架构的其余选项不要求您在配置中包含成员的所有 IP。因此新引入的节点可以轻松加入集群。

即使在 WKA 成员资格方案中，如果您至少有一个已知的活跃成员，您也可以将新成员加入集群，然后遵循配置更改并重新启动其他服务，而不会造成任何服务中断。

Please note with all the above membership scheme usages the rest of the configurations related to each product are needed to successfully complete the cluster.

关于您对 MB 配置文件聚类的担忧，您可以使用与您的部署环境相匹配的任何上述成员资格架构。

关于向WKA添加新成员，您可以保持服务可用性并将更改逐一应用到服务器。您只需要至少运行一个 WKA 成员即可将新成员引入集群。

WSO2 MB Profile 通过 RDBMS 引入集群协调。默认情况下，使用此新功能时，hazelcast 引擎不处理集群协调。当通过 RDBMS 的集群协调被禁用时，允许 hazelcast 引擎管理集群协调

请注意，使用 RDMS 协调时不需要重新启动服务器。

我希望这对您有所帮助。