集群 WSO2 EI ESB 和 WSO2 EI MB 配置文件，WKA 與多播？ 我的假設正確嗎？

Question

我必須創建和配置一個兩節點 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 集群停止添加新節點？

Answer 1

許多虛擬私有雲網絡，包括 Google Cloud Platform、Microsoft Azure、Amazon Web Services 和公共 Internet 不支持多播。 因為這樣的平台不支持多播。

如果您將 wso2 產品配置為使用多播作為成員 shceam，它將無法按預期工作。 這是官方文檔中警告的主要原因。

在 WSO2 產品中配置 Hazalcast 集群時，您可以考慮平台能力並選擇以下任一成員資格方案。

• WKA
• 組播
• AWS
• Kubernetes

除了 WKA，成員模式選項的 rest 不要求您在配置中包含成員的所有 IP。 因此新引入的節點可以輕松加入集群。

即使在 WKA 成員計划中，如果您至少有一個已知成員處於活動狀態，您也可以將新成員加入集群，然后按照配置更改並重新啟動其他服務，而不會造成任何服務中斷。

請注意，上述所有會員計划使用情況下，需要與每個產品相關的配置的 rest 才能成功完成集群。

關於您對集群 MB 配置文件的關注，您可以使用與您的部署環境匹配的任何上述成員模式。

關於向WKA添加新成員，您可以維護服務可用性並將更改逐個應用到服務器。 您只需運行至少一個 WKA 成員即可將新成員引入集群。

WSO2 MB Profile 通過 RDBMS 引入集群協調。 默認情況下，使用此新功能，hazelcast 引擎不會處理集群協調。 當通過 RDBMS 的集群協調被禁用時，允許 hazelcast 引擎管理集群協調

請注意，當使用 RDMS 協調時，不需要重新啟動服務器。

我希望這會有所幫助。