嗨,我们计划从Mule4迁移到Mule3,与Cloudhub和RTF相比,我很少有关于内核大小的问题。
目前,我们在AWS上安装了Mule运行时(在前提下)。2台VM机,每台有2个核心。所以这是4个核心订阅。将它们聚集为ServerGroup。在这两者上部署了40个应用程序。
问题1)因此,我的理解是,我们使用两个核心来维护40个应用程序,而其他两个核心用于高可用性。告诉我,如果这是正确的,如果同样的40个应用必须移动到Cloudhub与HA,我需要8 8Cores ?
对于RTF,我想我们需要有3个控制器和3个工作节点。假设我采用3核容量的AWS机器。它将是3X3 =9核使用,我可以部署同样的40个应用程序在这3个VM机器。(也可能有40多个应用程序).This具有高可用性
当涉及到cloudhub时,如果我需要部署40个高可用性的应用程序(每个应用部署在两个核心上),则需要8 cores。我不能部署超过40个的单个应用程序。
问题2) RTF虽然我有4台核心VM机器,但我可以部署50或60个应用程序。但是对于cloudhub来说,如果我接受4核心订阅,我不能部署超过40个应用程序。对吗?
发布于 2021-12-15 19:09:13
是的,你是对的。目前(2021年12月),在向Cloudhub部署应用程序时,vCores的最低分配为vCore的0.1,因此,对于您的第一个问题,是的,正确的,您将严格地需要8 vCores,假设每个应用程序有2名工作人员来实现“某种程度”的高可用性。真正的端到端高可用性更可能需要3名工作人员,因此如果其中一人死亡,那么其他2人中仍有HA。
对于第二个问题,当您在RTF甚至Mule运行时中直接部署VM或容器时,您在为应用程序分配多少vCore部分方面具有更大的灵活性。您的MuleSoft帐户经理将能够与您清楚地说明这将意味着什么。
最后但并非最不重要的是,您还可以考虑不同的部署模型和节省成本的方法,这取决于您的场景可能意味着使用例如服务网格,因此您可以大幅减少您使用的vCores数量,还可以提供将不同应用程序的端点/资源分组在一个应用程序中的策略。示例:如果您有两个不同的应用程序,它们都与客户数据相关,或者在某种程度上是同一个域,则可以将它们组合在一起。
艾德。
https://stackoverflow.com/questions/65711437
复制相似问题