與 Cloudhub 相比，MuleSoft RTF 架構和對內核的理解

Question

嗨，我們計划從 Mule3 遷移到 Mule4，與 Cloudhub 與 RTF 相比，我對內核大小的問題很少。

目前我們在 AWS（本地）上安裝了 Mule Runtimes。 2 台 VM 機器，每台 2 核。 所以這是 4 Cores 訂閱。 將它們集群為 ServerGroup。 在兩者上部署了 40 個應用程序。

問題 1）所以我的理解是我們使用 2 個內核來維護 40 個應用程序，而其他 2 個內核來實現高可用性。 讓我知道這是否正確，如果相同的 40 個應用程序必須通過 HA 移動到 Cloudhub，我需要 8Cores 嗎？

來到 RTF，我想我們需要 3 個 controller 和 3 個工作節點。 假設如果我采用 3 核容量的 AWS VM Machine。 它將使用 3X3 = 9 個內核，我可以在這 3 台 VM 機器上部署相同的 40 個應用程序。 （它也可以是 40 多個應用程序）。這是具有高可用性的

對於 cloudhub，如果我需要部署 40 個具有高可用性的應用程序（每個應用程序部署在 2 個核心上），則需要 8 個核心。 而且我不能部署不超過 40 個的單個應用程序。

問題 2) RTF 雖然我有 4 核 VM 機器，但我可以部署 50 或 60 個應用程序。 但是對於 cloudhub，如果我訂閱 4core，我不能部署超過 40 個應用程序。 這個對嗎？

Answer 1

你是對的。 目前（2021 年 12 月），將應用程序部署到 Cloudhub 時 vCore 的最小分配是 vCore 的 0.1，所以對於您的第一個問題，是的，正確的，您將嚴格需要 8 個 vCore，假設每個應用程序有 2 個工作人員用於“有點”高-可用性。 真正的端到端高可用性更可能需要 3 名工作人員，因此，如果一個工作人員死了，另外 2 個工作人員中仍然有 HA。

對於第二個問題，當您直接在 RTF 甚至 Mule 運行時部署虛擬機或容器時，您在需要為應用程序分配多少 vCore 部分方面具有更大的靈活性。 您的 MuleSoft 客戶經理將能夠與您闡明這意味着多少。

最后但並非最不重要的一點是，您還可以考慮不同的部署模型和成本節約方法，這取決於您的場景可能意味着使用服務網格，因此您可以大幅減少使用的 vCore 數量，並且您可以采用以下策略將不同應用程序的端點/資源分組在一個中。 示例：如果您有 2 個不同的應用程序，它們都與客戶數據相關或同一個域，您可以將它們組合在一起。

埃德。