Windows Server no Proxmox: VirtIO, drivers e desempenho de verdade

Existe uma impressão persistente de que Windows roda mal em hipervisor Linux. Ela nasce de uma experiência real e muito comum: alguém instala o Windows no Proxmox com as opções padrão, acha tudo lento e conclui que a plataforma não serve.

O diagnóstico está errado. O Windows não vem com os drivers de dispositivo paravirtualizado — os VirtIO —, e sem eles o KVM precisa emular hardware antigo por software. A diferença de desempenho entre emulação e paravirtualização não é de alguns por cento; é de ordem de grandeza em disco e em rede.

Com os drivers certos, Windows Server no Proxmox roda muito bem. Este texto é o caminho para chegar lá.

O que é VirtIO e por que ele muda tudo

Hardware emulado faz o hipervisor fingir ser um dispositivo físico antigo, para o qual o sistema convidado já tem driver. Funciona sem instalar nada, e cada operação de I/O passa por uma camada de tradução cara.

VirtIO é o contrário: o sistema convidado sabe que está virtualizado e conversa diretamente com o hipervisor, sem fingimento. Menos cópia de dado, menos interrupção, menos trabalho de CPU por operação.

O Linux traz os drivers VirtIO no kernel há muitos anos, o que explica por que VM Linux "simplesmente funciona rápido". O Windows não traz — eles precisam ser fornecidos, e a distribuição oficial é uma imagem ISO com o conjunto completo.

A instalação, na ordem certa

O ponto que trava todo mundo: se você configurar o disco como VirtIO, o instalador do Windows não vai enxergar disco nenhum, porque não tem o driver. A solução é fornecer o driver durante a instalação.

A sequência que funciona:

1. Crie a VM com tipo de sistema operacional Windows — isso ajusta padrões importantes.
2. Disco em SCSI, com a controladora VirtIO SCSI single. É a combinação recomendada, com melhor desempenho e suporte a descarte de blocos.
3. Rede com modelo VirtIO.
4. Duas unidades de CD: uma com o ISO do Windows, outra com o ISO dos drivers VirtIO.
5. BIOS UEFI com disco EFI, e TPM virtual se a versão do Windows exigir.
6. Inicie a instalação. Quando o instalador não listar disco, use a opção de carregar driver, aponte para a unidade dos drivers e escolha a pasta correspondente à versão do Windows e à arquitetura.
7. O disco aparece. Prossiga com a instalação.
8. Depois de instalado, execute o instalador completo dos drivers a partir da mesma unidade — ele cobre rede, balão de memória e serviços auxiliares.
9. Instale o agente de convidado, que costuma vir no mesmo ISO.

O agente de convidado não é opcional

Vale destacar, porque é o item mais esquecido e o de maior impacto operacional.

O agente permite que o Proxmox:

• Descubra o endereço IP da VM e o mostre no painel.
• Desligue graciosamente, pedindo ao Windows que encerre em vez de cortar a energia virtual.
• Congele o sistema de arquivos durante o backup, produzindo cópia consistente.

Esse terceiro item é o mais importante. Backup de VM Windows sem o agente captura o disco em estado bruto — o equivalente a puxar o cabo. Na maioria das restaurações funciona; em uma parte delas, não. Para um servidor de arquivos ou um banco de dados SQL Server, isso é um risco desnecessário.

Instale o agente e habilite a opção correspondente na configuração da VM — são dois passos, e esquecer o segundo é comum.

Tipo de CPU: desempenho contra mobilidade

O tipo de CPU apresentado à VM decide quanto desempenho ela extrai e para quais nós ela pode migrar.

• `host` expõe tudo que o processador físico tem. Melhor desempenho, e a VM só migra para nós com processador equivalente.
• Modelo específico compatível com o nó mais antigo do cluster permite migrar para qualquer lugar, com perda pequena.

Para Windows Server em cluster heterogêneo, escolha um modelo comum. E lembre: mudar isso exige desligar e ligar a VM, então é melhor acertar no começo do que descobrir no dia de uma manutenção urgente.

Um detalhe específico do Windows: em algumas versões, informar ao hipervisor que o convidado é Windows habilita otimizações de compatibilidade que melhoram o comportamento do agendador e reduzem uso de CPU ocioso. Configurar o tipo de sistema operacional corretamente na criação da VM cuida disso.

Memória: cuidado com o balão

O balão de memória permite ao Proxmox recuperar memória não utilizada da VM. Em Linux funciona razoavelmente bem; em Windows, exige cautela.

O Windows tende a usar memória livre como cache de disco, o que é bom para o desempenho dele e significa que "memória livre" quase não existe da perspectiva do balão. O resultado de um balão agressivo é o Windows perdendo cache e paginando — ou seja, trocando memória rápida por disco, que é exatamente o oposto do desejado.

A orientação: para servidores Windows de produção, defina memória fixa, sem balão, ou com faixa estreita. Overcommit agressivo de memória entre VMs Windows é uma das causas mais comuns de lentidão inexplicável.

Disco: as opções que importam

Além de usar VirtIO SCSI single, três ajustes fazem diferença:

• Modo de cache. O padrão conservador é seguro e adequado para a maioria dos casos. Modos mais agressivos aumentam desempenho e assumem risco de perda de escrita em queda de energia — não valem em servidor de produção sem nobreak confiável e sem entender exatamente o que se está trocando.
• Descarte de blocos habilitado, com o disco marcado como SSD quando o storage por baixo é SSD. Isso permite que o espaço apagado dentro do Windows seja devolvido ao storage — importante em thin provisioning, onde sem isso o disco só cresce.
• Fila de I/O dedicada, que melhora o paralelismo em cargas com muitas operações simultâneas.

Licenciamento: a parte que não é técnica

Ponto que precisa estar claro antes da migração, porque afeta a conta:

• A licença do Windows é do sistema convidado, não do hipervisor. Migrar do VMware ou do Hyper-V para o Proxmox não elimina a necessidade de licenciar o Windows.
• Windows Server é licenciado por cores do host físico, com mínimos por processador, e não por VM.
• Standard cobre um número pequeno de instâncias virtuais por host licenciado; Datacenter cobre instâncias ilimitadas naquele host.
• Direitos de mobilidade entre hosts têm regras próprias que variam conforme o contrato.

A recomendação honesta: valide o cenário com quem licencia para você antes de fechar o desenho. É um item que muda a conta de TCO e que engenheiro nenhum deveria decidir sozinho.

Diagnóstico de lentidão

Quando um Windows está lento no Proxmox, verifique nesta ordem — é a ordem de frequência das causas:

1. Drivers VirtIO instalados? Confira no gerenciador de dispositivos se disco e rede estão como VirtIO, e se não há dispositivo desconhecido.
2. Agente de convidado instalado e habilitado na VM?
3. Balão de memória ativo com a VM paginando?
4. Tipo de CPU muito conservador para a carga?
5. Storage por baixo saturado? Verifique as métricas do host, não do convidado — a VM não enxerga contenção do storage compartilhado.
6. Antivírus varrendo o disco inteiro dentro da VM, o que multiplica I/O.
7. Atualizações pendentes consumindo recurso em segundo plano.

A causa número um, com folga, é a primeira.

Erros comuns

• Instalar com disco emulado e concluir que Proxmox é lento.
• Não instalar os drivers VirtIO completos após a instalação.
• Não instalar o agente de convidado, ou instalar e não habilitar na VM.
• Backup sem agente, com cópia inconsistente de servidor de arquivos ou banco.
• Balão de memória agressivo em servidor Windows.
• Tipo host em cluster heterogêneo, travando a migração.
• Descobrir o problema de tipo de CPU no dia da manutenção urgente.
• Cache de disco agressivo sem nobreak e sem entender o risco.
• Descarte de blocos desabilitado, com disco crescendo e nunca encolhendo.
• Supor que migrar de hipervisor elimina a licença do Windows.
• Diagnosticar lentidão pelas métricas do convidado, sem olhar o host.

Onde a Solvefy/Cloud entra

Como parceiros oficiais Proxmox, migramos e operamos ambientes Windows sobre Proxmox: templates com VirtIO e agente de convidado prontos, tipo de CPU definido para o crescimento do parque, memória dimensionada sem balão em servidores críticos, backup com congelamento de sistema de arquivos e teste de restauração, e revisão do desenho de licenciamento junto com quem licencia para você. Também conduzimos a migração a partir do VMware e do Hyper-V, com as ondas planejadas e janela de corte definida.

Seu Windows está lento no hipervisor? Fazemos um diagnóstico gratuito da infraestrutura, sem compromisso, em solvefy.cloud.

Solvefy/Cloud — Infraestrutura que cresce com você.