解决了

确定cpu超过订阅的适当方法

  • 2021年2月2
  • 3回复
  • 674的浏览量

  • “航行者”号
  • 1回复

我们对Nutanix很陌生。我们从ESXi迁移到AHV。我们目前在ESXi上有某种程度的CPU超额订阅。我们预计在一些集群上需要超额订阅CPU,我正在寻找安全做到这一点的方法。我查阅了最佳实践指南,但那里几乎没有。任何帮助将不胜感激。

图标

最佳答案伊万诺夫2021年2月3日16:25

There is no difference for the AHV hypervisor whether it\u2019s vCPUs or cores per vCPU in the VM config.<\/p>

We always recommend to use vCPUs first, so if you need a VM with 4 CPUs in total - just use 4 vCPUs and 1 core per vCPU. The only purpose of those settings is that some older guest operating systems have limitations in the amount of cores and\/or sockets, so for legacy OSs it might be useful. Also, some software is getting licensed by the amount of sockets, then it might be useful to use multiple cores per vCPU to get less sockets. For performance there is no difference.<\/p>

\u00a0<\/p>","className":"post__content__best_answer"}">

查看原始

这个话题已经停止评论

3回复

Userlevel 4
徽章 +5

嗨MarvinB,

如果你从ESXi迁移到AHV,你可以使用类似于在ESXi上的CPU超额订阅。如果您从非Nutanix迁移,请不要忘记在Nutanix上,每个主机上也有cvm,这些cvm有时可能会占用相当一部分CPU资源,因此必须将它们考虑在内。

通常情况下,如果你目前在ESXi上有3:1的比例,你在那里没有问题,你很可能在AHV上也没有3:1的比例问题。

一般来说,物理核与虚拟核的比率没有经验法则可循。这在很大程度上取决于您的工作负载和您运行的应用程序类型。例如,对于SAP HANA或非常繁重的OLTP数据库,最好根本不要过度订阅。对于小型数据库,某种程度的超额订阅是可以接受的,而对于VDI,超额订阅可能更高。如果您运行特定的工作负载,例如SQL、Oracle等,您可以在门户网站上检查我们针对这些解决方案的最佳实践https://portal.nutanix.com/page/documents/solutions/list

一般来说,我会说:

  • 对于关键任务负载,可以使用1:1的比例,以保证虚拟机在需要时访问CPU
  • 1:1-3:1可用于一般用途的工作负载
  • 3:1-5:1可以用于VDI或一般用途的工作负载,但CPU竞争是可能的,这取决于vm的繁忙程度
  • 5:1和更高的机会,明显的性能影响增加,因为调度开销越来越大

但不要把它当成规则。这只是基于平均工作量的粗略估计。

这很有帮助。后续问题是,是否有任何设置vcpu /内核的最佳方法来帮助解决这个问题。关于超额订阅,如果我们将4个CPU系统设置为4个vCPU(1核)、2个vCPU(2核)或1个vCPU(4核),会有什么不同吗?

Userlevel 4
徽章 +5

在VM配置中,AHV管理程序的vCPU或每个vCPU的内核没有区别。

我们总是建议首先使用vCPU,因此如果您需要一个总共有4个cpu的虚拟机—只需使用4个vCPU和每个vCPU 1个内核。这些设置的唯一目的是,一些旧的客户操作系统在内核和/或套接字的数量上有限制,因此对于旧的操作系统可能有用。另外,一些软件是根据插槽数量获得许可的,那么使用每个vCPU的多个内核来获得更少的插槽可能是有用的。在性能方面没有区别。

Baidu