Práticas recomendadas para executar o

Linux no Hyper-V
08/01/2021

Aplica-se a: Azure Stack HCI, versão 20H2; Windows Server 2019, Windows Server 2016,
Hyper-V Server 2016, Windows Server 2012 R2, Hyper-V Server 2012 R2, Windows Server
2012, Hyper-V Server 2012, Windows Server 2008 R2, Windows 10, Windows 8.1, Windows 8,
Windows 7,1, Windows 7

Este tópico contém uma lista de recomendações para executar a máquina virtual do Linux no
Hyper-V.

Ajustando sistemas de arquivos do Linux em arquivos

VHDX dinâmicos
Alguns sistemas de arquivos do Linux podem consumir quantidades significativas de espaço
em disco real, mesmo quando o sistema de arquivos está basicamente vazio. Para reduzir a
quantidade de uso de espaço em disco real de arquivos VHDX dinâmicos, considere as
seguintes recomendações:

• Ao criar o VHDX, use 1MB BlockSizeBytes (do padrão de 32MB) no PowerShell, por
exemplo:
PowershellCopiar
PS > New-VHD -Path C:\MyVHDs\test.vhdx -SizeBytes 127GB -Dynamic -BlockSizeBytes 1MB

• O formato ext4 é preferencial para ext3 porque o ext4 é mais eficiente do que o ext3
quando usado com arquivos VHDX dinâmicos.
• Ao criar o sistema de arquivos, especifique o número de grupos a serem 4096, por
exemplo:

BashCopiar
# mkfs.ext4 -G 4096 /dev/sdX1

Tempo limite do menu grub em máquinas virtuais de

geração 2
Devido ao hardware herdado ser removido da emulação em máquinas virtuais de geração 2,
o temporizador de contagem regressiva do menu grub conta muito rapidamente para que o
menu grub seja exibido, carregando imediatamente a entrada padrão. Até que o grub seja
corrigido para usar o temporizador compatível com EFI,
modifique /boot/grub/grub.conf,etc/default/grub, ou equivalente para ter "Timeout =
100.000" em vez do "Timeout = 5" padrão.

Inicialização PxE em máquinas virtuais de geração 2

Como o temporizador PIT não está presente nas máquinas virtuais de geração 2, as conexões
de rede com o servidor de TFTP PxE podem ser encerradas prematuramente e impedir que o
carregador de carga Leia a configuração do grub e carregue um kernel do servidor.

No RHEL 6. x, o carregador de logon EFI v 0.97 do grub herdado pode ser usado em vez de
Grub2, conforme descrito
aqui: https://access.redhat.com/documentation/Red_Hat_Enterprise_Linux/6/html/Installation
_Guide/s1-netboot-pxe-config-efi.html

Em distribuições Linux diferentes do RHEL 6. x, etapas semelhantes podem ser seguidas para
configurar o grub v 0.97 para carregar kernels do Linux de um servidor PxE.

Além disso, o teclado RHEL/CentOS 6,6 e a entrada do mouse não funcionarão com o kernel
de pré-instalação, que impede a especificação das opções de instalação no menu. Um
console serial deve ser configurado para permitir a escolha de opções de instalação.

• No arquivo efidefault no servidor PxE, adicione o seguinte parâmetro de

kernel "console = ttyS1"
• Na VM no Hyper-V, configure uma porta COM usando este cmdlet do PowerShell:

PowershellCopiar
Set-VMComPort -VMName <Name> -Number 2 -Path \\.\pipe\dbg1

A especificação de um arquivo início rápido para o kernel de pré-instalação também evitaria

a necessidade de entrada de teclado e mouse durante a instalação.

Usar endereços MAC estáticos com clustering de failover

As máquinas virtuais do Linux que serão implantadas usando o clustering de failover devem
ser configuradas com um endereço MAC (controle de acesso à mídia) estático para cada
adaptador de rede virtual. Em algumas versões do Linux, a configuração de rede pode ser
perdida após o failover porque um novo endereço MAC é atribuído ao adaptador de rede
virtual. Para evitar a perda da configuração de rede, verifique se cada adaptador de rede
virtual tem um endereço MAC estático. Você pode configurar o endereço MAC editando as
configurações da máquina virtual no Gerenciador do Hyper-V ou Gerenciador de Cluster de
Failover.
Usar adaptadores de rede específicos do Hyper-V, não o
adaptador de rede herdado
Configure e use o adaptador Ethernet virtual, que é uma placa de rede específica do Hyper-V
com desempenho aprimorado. Se os adaptadores de rede herdados e do Hyper-V forem
anexados a uma máquina virtual, os nomes de rede na saída de ifconfig-a poderão mostrar
valores aleatórios, como _tmp12000801310. Para evitar esse problema, remova todos os
adaptadores de rede herdados ao usar adaptadores de rede específicos do Hyper-V em uma
máquina virtual Linux.

Usar NOOP/O Scheduler do Agendador de e/s para

melhorar O desempenho de e/s de disco
O kernel do Linux oferece dois conjuntos de agendadores de e/s de disco para reordenar
solicitações. Um conjunto é para o subsistema ' BLK ' mais antigo e um conjunto é para o
subsistema ' BLK-MQ ' mais recente. Em ambos os casos, com os discos de estado sólido de
hoje, é recomendável usar um Agendador que passa as decisões de agendamento para o
hipervisor do Hyper-V subjacente. Para kernels do Linux usando o subsistema ' BLK ', esse é o
Agendador de "NOOP". Para kernels do Linux usando o subsistema ' BLK-MQ ', esse é o
Agendador "nenhum".

Para um disco específico, os agendadores disponíveis podem ser vistos neste local do sistema
de arquivos:/sys/Class/Block/ <diskname> /Queue/Scheduler, com o Agendador selecionado
no momento entre colchetes. Você pode alterar o Agendador gravando nesse local do
sistema de arquivos. A alteração deve ser adicionada a um script de inicialização para persistir
entre reinicializações. Consulte a documentação do Linux distribuição para obter detalhes.

NUMA
As versões do kernel do Linux anteriores à 2.6.37 não são suporte para NUMA no Hyper-V
com tamanhos de VM maiores. Esse problema afeta principalmente distribuições mais antigas
usando o kernel do Red Hat 2.6.32, e foi corrigido no RHEL (Red Hat Enterprise Linux) 6.6
(kernel-2.6.32-504). Sistemas que executam kernels personalizados anteriores a 2.6.37 ou com
base em RHEL anteriores a 2.6.32-504 devem definir o parâmetro de inicialização numa=off na
linha de comando do kernel em grub.conf. Para obter mais informações, consulte o KB
436883 do Red Hat.

Reserve mais memória para kdump

Caso o kernel de captura de despejo acabe com um pane na inicialização, Reserve mais
memória para o kernel. Por exemplo, altere o parâmetro crashkernel = 384M-:
128M para crashkernel = 384M-: 256M no arquivo de configuração grub do Ubuntu.

A redução de VHDX ou a expansão de arquivos VHD e

VHDX pode resultar em tabelas de partição GPT erradas
O Hyper-V permite a redução de arquivos de VHDX (disco virtual) sem considerar qualquer
partição, volume ou estrutura de dados do sistema de arquivos que possa existir no disco. Se
o VHDX for reduzido para onde o final do VHDX vier antes do final de uma partição, os dados
poderão ser perdidos, essa partição poderá se tornar corrompida ou dados inválidos poderão
ser retornados quando a partição for lida.

Depois de redimensionar um VHD ou VHDX, os administradores devem usar um utilitário

como o fdisk ou parcialmente para atualizar a partição, o volume e as estruturas do sistema
de arquivos para refletir a alteração no tamanho do disco. Reduzir ou expandir o tamanho de
um VHD ou VHDX que tenha uma tabela de partição GUID (GPT) causará um aviso quando
uma ferramenta de gerenciamento de partição for usada para verificar o layout da partição, e
o administrador será avisado para corrigir os cabeçalhos GPT primeiros e secundários. Essa
etapa manual é segura para ser executada sem perda de dados.

Referências adicionais
• Máquinas virtuais Linux e FreeBSD com suporte para Hyper-V no Windows
• Práticas recomendadas para executar o FreeBSD no Hyper-V
• Implantar um cluster do Hyper-V
• Criar imagens do Linux para o Azure
• Otimizar sua VM do Linux no Azure