Uma VM com 2 CPUs é realmente mais rápida que uma com 4 CPUs?

Isso costumava ser verdade, mas não é mais exclusivamente verdade.

Eles estão se referindo ao Strict Co-Scheduling .

O mais importante de tudo, enquanto no algoritmo de co-escalonamento estrito, a existência de uma vCPU atrasada faz com que toda a máquina virtual seja co-parada. No algoritmo de co-escalonamento relaxado, uma vCPU principal decide se deve co-interromper a si mesma com base na inclinação em relação à vCPU irmã mais lenta

Agora, se o host tiver apenas 4 threads, seria tolice alocar todos eles. Se tiver dois processadores e 4 threads por processador, talvez você não queira alocar todo o conteúdo de um único processador, pois seu hipervisor deve tentar manter vCPUs no mesmo nó NUMA para tornar o acesso à memória mais rápido e você está dificultando esse trabalho ao alocar um soquete inteiro para uma única VM (consulte a página 12 do PDF acima).

Portanto, há cenários em que menos vCPUs podem ter um desempenho melhor do que mais, mas isso não é verdade 100% das vezes.

Tudo isso dito e feito, raramente aloco mais de 3 vCPUs por convidado. Todos recebem 2 por padrão, 3 se for uma carga de trabalho pesada e 4 para itens como SQL Servers ou VMs de processamento em lote realmente pesadas ou um servidor de terminal com muitos usuários.

Isso depende muito do hipervisor subjacente e dos administradores que o executam, deixe-me explicar:

1. É uma prática ruim fornecer arbitrariamente 4 CPUs apenas porque você solicitou. De um modo geral, você acha que precisa de 4; mas o monitoramento de recursos diz que você só precisa de 1.
2. O VMware ESXi, por exemplo , requer o bloqueio de todas as pCPUs quando uma vCPU faz uma solicitação de recursos da CPU ; portanto, neste hipervisor, é ruim para o desempenho. O KVM não bloqueia como o ESXi; ele usa o agendador de kernel subjacente, mas ainda assim, a longo prazo, pode criar contenção de CPU.
3. Se você está construindo sistemas desde o início com 4 CPUs, você não está realmente expandindo, mas aumentando (o que é uma prática ruim, especialmente em VMs). Você pode querer verificar como está arquitetando o que quer que esteja trabalhando para que possa ser construído para escalar para as infraestruturas de nuvem modernas de hoje.

O que você pode aprender com isso? Sempre crie VMs com recursos mínimos e aumente conforme necessário. Sempre escale horizontalmente em vez de aumentar e você poderá executar seu aplicativo em qualquer lugar.

Devido ao bloqueio que pode ocorrer com o hipervisor, é verdade que 2 CPUs podem ser mais rápidas do que 4 CPUs.

Sim, a afirmação faz sentido em geral. No entanto, é algo que você deve testar para sua configuração e carga de trabalho exatas. Às vezes, mais CPUs é melhor se você puder aproveitá-las. No entanto, se você realmente não tiver tanto paralelismo, uma VM configurada com menos CPUs geralmente terá um desempenho um pouco melhor, pois evita lentidão devido a pausas no estado pronto da CPU.

Reduzi as vCPUs em várias de nossas VMs e observei uma melhoria na taxa de transferência na maioria. Um punhado piorou e precisou aumentar a contagem de vCPU.