O Hyper-threading está mentindo sobre o número de núcleos para obter um aumento de alguns por cento. Você não tem 24 núcleos, você tem 12. Embora, eu me sentiria um pouco melhor em usar totalmente esses 12 núcleos para convidados com hyper-threading.
Quando um convidado ultrapassa o tamanho de um nó, você terá efeitos NUMA ao acessar CPUs remotas ou RAM. Para esses soquetes hex-core, definitivamente pela vCPU 8. Eles também se aplicam a sistemas operacionais no servidor físico sem um hipervisor. Provavelmente gerenciável, dado ESXi e MS SQL ter dimensionado muito maior. Apenas saiba que há retornos decrescentes.
Estrito co-agendamento, onde todas as vCPUs de uma VM são interrompidas se houver uma inclinação de agendamento, não foi usado desde o ESX 2 . O co-agendamento descontraído é mais uma decisão por vCPU. Você pode avaliar se as CPUs estão progredindo mais do que outras por % CSTP em esxtop .
Qualquer que seja o planejador, para o throughput máximo e a latência mínima, não substitua a vCPU. Esses hexágonos duplos recebem hóspedes totalizando 12 vCPU. Não há espera por CPU ociosa quando você efetivamente tem alguma dedicada ao convidado.