Hyper-v

Mão na massa: preparando o Windows Server para a virtualização

Antes de subir sua primeira máquina virtual, precisamos preparar o terreno. Um servidor bem configurado hoje evita “telas azuis” e lentidão amanhã. Siga este passo a passo:

1. O check-up de hardware

Não pule esta etapa. Verifique se o seu processador suporta virtualização de hardware e se há memória RAM suficiente não apenas para o Windows Server (host), mas também para a soma de todas as VMs que você pretende rodar.

Para conferir, abra o Prompt de Comando e execute:

systeminfo

No final da saída, a seção “Requisitos do Hyper-V” mostra se o processador e o firmware estão prontos. Se aparecer a mensagem de que um hipervisor foi detectado, o Hyper-V já está ativo nessa máquina.

2. Habilitação no BIOS/UEFI

Este é o “pulo do gato”. Reinicie o servidor, acesse o BIOS/UEFI e procure por:

• Intel VT-x (para processadores Intel)

• AMD-V (para processadores AMD)

Importante: certifique-se de que essa opção esteja como Enabled. Sem isso, o hipervisor não será iniciado.

3. Instalando a função (role) Hyper-V

Agora, dentro do Windows Server:

1. Abra o Gerenciador do Servidor (Server Manager).

2. Clique em Gerenciar > Adicionar Funções e Recursos.

3. No assistente, selecione Instalação baseada em função ou recurso.

4. Na lista de funções do servidor, marque Hyper-V.

5. Siga o assistente. Ele perguntará sobre switches virtuais e migração; você pode configurar o básico agora e ajustar depois.

6. Reinicie o servidor. A instalação só é concluída após a reinicialização.

Prefere o PowerShell? O comando abaixo faz o mesmo (execute como administrador):

# Windows Server 2016 ou superior

Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart

Vai montar o laboratório no Windows 10/11? Nas edições Pro, Enterprise e Education, o caminho é outro: abra Ativar ou desativar recursos do Windows, marque Hyper-V e reinicie. Ou, pelo PowerShell como administrador: 

# Windows 10/11 Pro, Enterprise ou Education

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

4. Estratégia de armazenamento

Pense no desempenho. Se possível:

• Use discos dedicados (SSD ou NVMe) para os arquivos das VMs (.vhdx).

• Evite armazenar as VMs no mesmo disco do sistema operacional do host, para não criar gargalos de I/O.

• Considere um arranjo RAID se precisar de redundância para os seus dados.

5. Sistema atualizado

Execute o Windows Update e instale todas as atualizações críticas e de segurança. Drivers de chipset e de rede atualizados também são vitais para a estabilidade da virtualização.

Conectividade e desempenho: ajustando a rede e o firewall

De nada adianta um servidor potente se as máquinas virtuais estiverem isoladas. Esta etapa garante que suas VMs “falem” com o mundo externo e que o host esteja protegido.

1. Configuração de rede e switches virtuais

Antes de tudo, valide as interfaces físicas do servidor. No Hyper-V, trabalhamos com o conceito de switch virtual (Virtual Switch, ou comutador virtual), que é criado no Gerenciador de Comutador Virtual, dentro do Gerenciador do Hyper-V.

Dica prática: se o seu servidor tiver mais de uma placa de rede física (NIC), dedique uma exclusivamente ao gerenciamento do host e as demais ao tráfego das VMs. Assim você não perde o acesso ao servidor se houver congestionamento de dados nas máquinas virtuais.

Certifique-se também de que os drivers das placas de rede estejam atualizados, para suportar tecnologias como o VMQ (Virtual Machine Queue).

2. Ajustes de firewall

O Firewall do Windows pode bloquear o tráfego de gerenciamento remoto ou a comunicação entre as VMs.

• Ao instalar a função Hyper-V, o Windows geralmente abre as portas necessárias, mas vale conferir as regras de “Gerenciamento Remoto do Windows” e de “Réplica do Hyper-V” (se você for usá-la).

• Em ambientes corporativos regulados, como o de serviços financeiros, a regra é o privilégio mínimo: libere apenas o que for estritamente necessário.

3. Plano de energia e desempenho

Para tirar o máximo do hardware, especialmente em servidores modernos:

• Configure o plano de energia do Windows Server para “Alto desempenho”. Isso evita que o processador reduza a frequência (clock) e cause latência nas VMs.

• Se precisar entregar um dispositivo físico diretamente a uma VM, como uma GPU ou um disco NVMe, verifique se o seu hardware suporta o Discrete Device Assignment (DDA), disponível a partir do Windows Server 2016.

Para aplicar o plano de energia pelo Prompt de Comando (como administrador):

:: Windows Server 2016 ou superior - ativa o plano "Alto desempenho"

powercfg /setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c

Criando a sua primeira VM

Host preparado, rede configurada: chegou a hora de criar a primeira máquina virtual. O assistente é simples, mas três decisões tomadas aqui acompanham a VM pelo resto da vida dela. Vamos a elas antes do passo a passo.

1. Geração 1 ou Geração 2?

É a primeira pergunta do assistente e não pode ser alterada depois de a VM ser criada.

• Geração 2: é a escolha para sistemas atuais. Usa UEFI, permite Secure Boot e TPM virtual, e inicializa por disco SCSI. O Windows 11 só é suportado nessa geração.

• Geração 1: emula um hardware antigo, com BIOS e disco IDE. Use apenas para sistemas operacionais antigos ou de 32 bits.

Dica do JBit Core: em VMs Linux de Geração 2, se a instalação não iniciar, verifique o modelo do Secure Boot nas configurações da VM. Para a maioria das distribuições, o modelo correto é “Autoridade de Certificação UEFI da Microsoft”.

2. Memória fixa ou dinâmica?

• Fixa: a VM reserva toda a memória ao ser ligada. É previsível e indicada para cargas sensíveis, como bancos de dados.

• Dinâmica: você define um valor de inicialização, um mínimo e um máximo, e o Hyper-V ajusta a memória conforme a demanda. É ótima para laboratório, porque permite rodar mais VMs no mesmo host.

Em qualquer dos casos, lembre-se de que o host também precisa de memória. Não distribua 100% da RAM entre as VMs.

3. Passo a passo no Gerenciador do Hyper-V

1. Abra o Gerenciador do Hyper-V e selecione o host.

2. Clique em Ação > Novo > Máquina Virtual.

3. Dê um nome à VM e, se você seguiu a estratégia de armazenamento, marque a opção de guardar a VM em outro local e aponte para o disco dedicado.

4. Escolha a geração.

5. Defina a memória de inicialização e, se quiser, marque a memória dinâmica.

6. Em rede, selecione o switch virtual que você criou.

7. Crie o disco rígido virtual (.vhdx) e defina o tamanho.

8. Aponte para a imagem ISO do sistema operacional.

9. Revise o resumo, conclua e inicie a VM.

Pelo PowerShell, o equivalente é:

# Windows Server 2016 ou superior, PowerShell como administrador

# Ajuste nomes, caminhos e tamanhos para o seu ambiente

New-VM -Name "LAB-VM01" -Generation 2 -MemoryStartupBytes 4GB `

    -NewVHDPath "D:\Hyper-V\LAB-VM01\LAB-VM01.vhdx" -NewVHDSizeBytes 60GB `

    -SwitchName "vSwitch-Externo"

# Conecta a ISO de instalação e define o DVD como primeiro dispositivo de boot

Add-VMDvdDrive -VMName "LAB-VM01" -Path "D:\ISO\sistema.iso"

Set-VMFirmware -VMName "LAB-VM01" -FirstBootDevice (Get-VMDvdDrive -VMName "LAB-VM01")

Start-VM -Name "LAB-VM01"

4. Atenção: checkpoint não é backup

Com a VM funcionando, a tentação é criar um checkpoint e considerar o trabalho protegido. Não é o caso:

• O checkpoint fica no mesmo armazenamento da VM. Se o disco falhar, você perde os dois.

• Cada checkpoint cria um disco diferencial (.avhdx) que cresce a cada gravação. Checkpoints esquecidos por semanas consomem espaço e degradam o desempenho.

• Nunca apague arquivos .avhdx manualmente. Remova o checkpoint pelo Gerenciador do Hyper-V e aguarde a mesclagem terminar.

Use checkpoints para o que eles servem: um ponto de retorno rápido antes de uma atualização ou de um teste. Para proteger os dados, é preciso um backup de verdade, armazenado fora do host.

Entendendo o caminho: do cabo até a VM

Rede em virtualização não é apenas “conectar o cabo”. No Hyper-V, um pacote que sai da rede física percorre quatro etapas até chegar à máquina virtual:

1. Switch físico: o tráfego chega pela porta em que o servidor está conectado. Se houver VLANs, é aqui que elas são entregues ao host.

2. Placa de rede física do host: quando vinculada a um switch virtual externo, ela deixa de ser uma placa comum do Windows e passa a funcionar como o uplink desse switch.

3. Switch virtual: é ele que decide para qual VM o pacote vai, com base no endereço MAC e, se configurada, na VLAN.

4. Placa de rede virtual da VM: o pacote é entregue ao sistema operacional convidado, que o enxerga como se viesse de uma placa de rede real.

Quando uma VM fica sem rede, o problema está em uma dessas quatro etapas. Saber em qual delas procurar é o que transforma horas de tentativa e erro em poucos minutos de diagnóstico.

Veja com os seus próprios olhos

No seu laboratório, execute os comandos abaixo no host e compare o resultado com as etapas acima:

# Windows Server 2016 ou superior, PowerShell como administrador

# Switches virtuais, o tipo de cada um e a placa física vinculada

Get-VMSwitch | Select-Object Name, SwitchType, NetAdapterInterfaceDescription

# Placas de rede virtuais de todas as VMs e o switch em que cada uma está ligada

Get-VMNetworkAdapter -VMName * | Select-Object VMName, SwitchName, MacAddress, Status

Depois, faça o teste: mude uma VM do switch externo para um switch privado e observe o que deixa de responder. É errando no laboratório que se aprende a não errar na produção.

Para fechar

Ter clareza sobre esse caminho é o que separa o administrador amador do profissional de infraestrutura. O mesmo raciocínio vale para o restante do ambiente: saber o que o hardware entrega, onde os discos virtuais ficam e por onde você gerencia o host.

Se este guia foi útil para o seu laboratório ou para o seu dia a dia na infraestrutura, acompanhe-nos no LinkedIn para trocarmos experiências sobre arquitetura de redes, segurança, Windows, Linux e muito mais.