O tipo de processador de uma máquina virtual: por que o padrão é lento e por que host nem sempre é o certo

Ao criar uma máquina virtual existe um campo chamado tipo de processador, e normalmente ele fica no valor padrão. Esse padrão é um modelo de processador bem antigo e genérico.

Isso não é descuido, é uma escolha deliberada. Mas deixá-lo ali sem saber quanto ele te custa aí sim seria descuido.

Por que o padrão é tão antigo

O modelo de processador mostrado a uma máquina virtual determina para onde essa máquina pode migrar. Uma máquina em funcionamento não pode ir para um servidor que não suporte os recursos de processador que foram mostrados a ela.

Mostrar o modelo mais antigo e genérico dá a compatibilidade mais ampla. É essa a lógica do padrão: que ela possa ir a qualquer lugar.

Quanto custa

Processadores modernos têm instruções especiais que deixam certos trabalhos muitas vezes mais rápidos. Criptografia, compressão, trabalho com mídia e cálculo de impressões se beneficiam diretamente.

O antigo modelo padrão esconde essas instruções do convidado. Como o convidado não as vê, ele pega o caminho lento. Resultado: o seu servidor é capaz de fazer aquele trabalho rápido, a sua máquina virtual não.

A diferença não é pequena. Um serviço que criptografa pode levar dentro da máquina virtual várias vezes o tempo que o mesmo trabalho leva no servidor. E essa diferença nunca aparece como erro em lugar nenhum; ela só é sentida como "aqui está lento".

O extremo oposto: mostrar o processador do servidor como ele é

No outro extremo, você pode repassar o processador do servidor como ele é. O convidado vê todas as instruções modernas e roda no máximo.

O preço é igualmente claro: aquela máquina não pode ser movida em funcionamento para um servidor com processador diferente. Se você montou um cluster, a máquina que quer mover numa noite de manutenção fica parada exatamente por causa desse ajuste.

Ou seja, a escolha é a mesma troca que aparece repetidamente nesta wiki: desempenho ou mobilidade.

Três situações, três respostas

Se você tem uma única máquina, repasse o processador do servidor. Não há para onde migrar, então não faz sentido pagar por compatibilidade.

Se os servidores do cluster são idênticos, também pode repassar. Mesmo processador, mesmos recursos.

Se os servidores do cluster são diferentes, siga o caminho do meio: escolha um modelo moderno com nome que todos suportem. Você fica com a maior parte das instruções modernas e a portabilidade é preservada. É a opção mais esquecida e geralmente a mais correta.

A armadilha comum

Acontece nesta ordem: você começa com uma máquina, ajusta o processador para o do servidor, meses se passam, você compra um segundo servidor e monta um cluster, e quando chega uma noite de manutenção as máquinas não migram.

Naquele momento ninguém lembra de um ajuste feito meses antes. No dia em que você montar um cluster, revise o ajuste de processador das máquinas existentes.

O que saber ao mudar

Mudar o modelo de processador significa mostrar ao convidado que o hardware mudou. Por isso a mudança exige que a máquina seja parada por completo e ligada de novo; reiniciar por dentro não basta.

Alguns sistemas operacionais também percebem uma mudança de hardware em termos de licença. Se você tem um convidado assim, leve isso em conta antes de mudar.

O que o Atlas faz

O Atlas reconhece os tipos antigos de processador padrão e marca quando uma máquina ainda roda com um deles.

A escolha do nível aqui é significativa: isso é uma sugestão, não um aviso. O motivo é honesto: o padrão não está quebrado, ele funciona. Só existe desempenho deixado na mesa. Chamar de aviso algo que não está quebrado diminui o valor dos avisos de verdade.

A marca fica sob o título desempenho, então ela não diz "esta máquina está mal configurada", diz "esta máquina poderia ser mais rápida".

E a sugestão te leva direto para onde o ajuste está. Dizer a alguém que algo pode melhorar e depois fazer a pessoa procurar onde fica é só um pouco melhor do que não dizer nada.