Quantos núcleos e quanta memória para cada trabalho

Esta é a pergunta mais feita ao montar uma máquina nova, e não tem uma única resposta certa, porque a resposta depende do tipo de trabalho. Ainda assim os trabalhos caem em poucas famílias, e cada família tem o próprio gargalo.

Por que dar demais faz mal

Dar a uma máquina mais núcleos do que ela precisa não a deixa mais rápida. vCPU em excesso alonga a fila no servidor, e toda vez que a máquina quer rodar ela espera que mais núcleos se liberem ao mesmo tempo. Com a memória acontece o mesmo: a memória atribuída conta como tomada do host mesmo sem ser realmente usada, e fica fechada para as outras máquinas.

O tipo de trabalho define o gargalo

Um servidor de mídia quer poder de transcodificação, não núcleos; com aceleração por hardware dois núcleos bastam, sem ela nenhum número de núcleos resolve. Um banco de dados é sensível à latência do disco: um disco rápido e uma thread de IO própria mudam mais do que núcleos extras. Proxies reversos e pequenos serviços de painel pedem quase nada e rodam anos com um núcleo e pouca memória. Trabalhos de IA e de imagem querem o oposto: sem uma placa gráfica repassada eles nem rodam de forma útil, e o apetite por memória é alto.

A regra de partida

Dar pouco, medir, depois aumentar. Adicionar um núcleo a uma máquina em funcionamento costuma ser fácil; tirar um significa remover um recurso que já virou hábito. Com a memória vale o mesmo caminho, e ela é o recurso que acaba mais rápido no host.

Não decidir sem medir

O que uma máquina realmente precisa aparece depois de alguns dias rodando. A estimativa do primeiro dia é só um ponto de partida; a decisão real nasce de uma medição feita sob carga.