集群 WSO2 EI ESB 和 WSO2 EI MB 配置文件，WKA 与多播？我的假设是否正确？
Clustering WSO2 EI ESB and WSO2 EI MB profiles, WKA vs Multicast? Are my assumptions correct?
我必须创建和配置一个双节点 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
不支持多播的原因可能是什么？ （这样我就可以告知它可能存在的问题）。查看 table（在之前的 link 中），在我看来，可能的问题可能与以下几点有关：
- 所有节点应该在同一个子网中
- 所有节点应该在同一个多播域中
- 不应阻止多播
从 system\network 工程师那里获得这些信息是否足以决定是否继续使用多播选项？
使用多播而不是 WKA，我是否需要执行与 "mounting registry" 和 "creating\connecting to databases" 相关的第一个部署方案（基于 WKA 的方案）中列出的相同配置步骤（如中所示）第一个文档 link)?
使用 Multicast 而不是 WKA 是否允许我在向集群添加新节点时不停止服务？
群集 MB 配置文件：
据我了解，MB 配置文件集群只能使用 WKA 作为成员资格方案。
使用WKA是否意味着我在向集群添加新节点时必须停止服务？
那么到底ESB集群和MB集群是不是可以认为是两个不同的集群呢？当 MB 集群停止添加新节点时，ESB 集群（如果使用多播配置）是否需要在添加新节点时停止服务？
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 协调时不需要重新启动服务器。
希望对您有所帮助。
我必须创建和配置一个双节点 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
不支持多播的原因可能是什么？ （这样我就可以告知它可能存在的问题）。查看 table（在之前的 link 中），在我看来，可能的问题可能与以下几点有关：
- 所有节点应该在同一个子网中
- 所有节点应该在同一个多播域中
- 不应阻止多播
从 system\network 工程师那里获得这些信息是否足以决定是否继续使用多播选项？
使用多播而不是 WKA，我是否需要执行与 "mounting registry" 和 "creating\connecting to databases" 相关的第一个部署方案（基于 WKA 的方案）中列出的相同配置步骤（如中所示）第一个文档 link)?
使用 Multicast 而不是 WKA 是否允许我在向集群添加新节点时不停止服务？
群集 MB 配置文件：
据我了解，MB 配置文件集群只能使用 WKA 作为成员资格方案。 使用WKA是否意味着我在向集群添加新节点时必须停止服务？
那么到底ESB集群和MB集群是不是可以认为是两个不同的集群呢？当 MB 集群停止添加新节点时，ESB 集群（如果使用多播配置）是否需要在添加新节点时停止服务？
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 协调时不需要重新启动服务器。
希望对您有所帮助。