Apache CloudStack系统VM架构选择

时间:2022-04-21
本文章向大家介绍Apache CloudStack系统VM架构选择,主要内容包括其使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

最近我和一些人讨论了为什么现在有一个32位或64位系统虚拟机和CloudStack 4.3 (一个云计算平台)的选项。我提供了一个答案,并且回复了一些邮件列表的讨论。我想这可能是大家普遍感兴趣的,所以我会在短期内写一篇博文。

对于后台,系统虚拟机提供的服务,如处理快照和图像模板;提供网络服务,如负载平衡或代理控制台访问虚拟机。他们历来是32位的。这是因为32位的内存使用效率非常高,而且由于这些内存是可以横向扩展的,所以很容易就可以实现另一个。

但若你可以有其中的任何一个- 你选择哪一个?

根据工作量,您可能会有不同的答案。一些虚拟机管理程序可以更好地工作,这可能是一个因素;但忽略虚拟机管理程序成为您想要使用其中任何一个的原因。32位:与64位相比,32位操作系统的内存使用效率非常高。 (例如,相同的信息通常在存储器中占用较少的空间)。但是内存有限制。 (是的,你可以使用32位内核的物理地址扩展(PAE)来获得更多的可寻址内存,但是这样做有相当多的CPU开销 - 这使得效率低下,因为所有这些都是虚拟化的)32位内核在使用了多少内存上也有一个限制。这实际上是64位系统虚拟机的用例演变而来的。由于其中一个系统虚拟机功能正在提供负载平衡,所以conntrack内核模块具有约2.5兆个连接的实际限制 - 为内核留下了宝贵的少量空间来做其他事情。 CloudStack将HAProxy (一个应用程序代理软件)编排为默认的反过来使用连接跟踪的虚拟LB。在CloudStack的32位虚拟负载平衡器后面拥有大量被贩运的网络属性可能会遇到这种限制。

64位:在内存使用效率上和32位差不多;但是它可以解决更多的问题。实际上,你会倾向于需要更多的内存来实现同一级别的功能。但是如果你需要比32位机器更进一步,那么至少你可以选择这样做。

简而言之,除非您设想您可能需要利用64位系统VM为您提供的优势,否则您应该默认使用32位系统VM。

如果您想从dev@cloudstack.apache.org邮件列表中查看围绕此主题的原始讨论,请看这里:

http://markmail.org/message/i5kolazi5so52eon