Você está certo de que normalmente deseja alinhar seu convidado para que ele se encaixe em um único nó NUMA (estreito). Se você ampliar seu cenário atual (por memória ou cpu), concordo que está entrando em uma configuração de um vm por host.
É difícil saber se estreito ou largo é o melhor ajuste para a VM em questão sem saber muito sobre o SQL Server e seus gargalos. Mas é geralmente verdade que a memória é muito poderosa para aliviar a pressão IO para SQL Servers e é muito útil - então eu acho que o seu plano de longo prazo de aumentar a quantidade de memória para manter o hóspede limitado e dar mais memória é som.
Com sua versão do vSphere, você tem a opção de tornar sua máquina virtual compatível com NUMA, mas é uma configuração muito específica. Isso não é feito simplesmente configurando a relação soquete / processador na VM.
O valor da configuração avançada que você está procurando é "numa.vcpu.maxPerVirtualNode", no seu servidor você tem dois sockets físicos, cada um com 4 núcleos hyper-threaded, então configure este valor para 4. Isso fará com que o VMware aloque 4 Virtual CPUs em cada soquete.
Ele é ativado por padrão para convidados com mais de 8 vCPUs, por isso, não estaria ativado por padrão para você. Você desejará manter todos os hosts configurados da mesma maneira, pois a migração para hosts com diferentes configurações NUMA pode ser uma má notícia.
Mais informações: