O termo "soquetes" para uma VM é exatamente o mesmo que um "soquete" em um servidor físico, e o número de "núcleos" é por soquete , em vez de total - na verdade, em versões posteriores do vSphere, isso foi esclarecido na interface de configurações de VM:
Umadiscussãoaprofundadasobreosnúcleoscontrasoquetes(eoefeitonodesempenho)estáem
When creating a virtual machine, by default, vSphere will create as many virtual sockets as you’ve requested vCPUs and the cores per socket is equal to one. I think of this configuration as “wide” and “flat.”
Assumindo seu exemplo de VM com quatro vCPUs, sua VM verá, por padrão, quatro CPUs físicas de núcleo único.
Devido a restrições de licenciamento (software pode ser licenciado por soquete de CPU, por exemplo), você pode querer manter a contagem de núcleos igual, mas reduzir o número de CPUs lógicas visíveis para o sistema - equivalente a sua arquitetura física.
When you must change the cores per socket though, commonly due to licensing constraints, ensure you mirror physical server’s NUMA topology. This is because when a virtual machine is no longer configured by default as “wide” and “flat" ...
Dito isso, o artigo explica que você pode ter problemas de desempenho se adotar essa abordagem:
Vale a pena notar que esses testes foram executados em processadores AMD usando a tecnologia NUMA, portanto os resultados em relação às plataformas Intel podem ser diferentes, especialmente se suas CPUs não tiverem o recurso NUMA (isso foi introduzido com o Nehalem em 2007), então YMMV. / p>This configuration, which resulted in a non-optimal virtual NUMA topology, incurred a 17% increase in execution time.