Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Este artigo tem uma lista de recomendações para executar a máquina virtual Linux no Hyper-V.
Ajustando Sistemas de Arquivos Linux em Arquivos VHDX Dinâmicos
Alguns sistemas de arquivos Linux podem consumir quantidades significativas de espaço em disco real, mesmo quando o sistema de arquivos está praticamente vazio. Para reduzir a quantidade de espaço em disco real de uso de arquivos VHDX dinâmicos, considere as seguintes recomendações:
- Ao criar o VHDX, use 1 MB para BlockSizeBytes (em vez dos 32 MB padrão) no PowerShell, por exemplo:
PS > New-VHD -Path C:\MyVHDs\test.vhdx -SizeBytes 127GB -Dynamic -BlockSizeBytes 1MB
O formato ext4 é preferido ao ext3 porque o ext4 é mais eficiente em termos de espaço do que o ext3 quando usado com arquivos VHDX dinâmicos.
Ao criar o sistema de arquivos, especifique o número de grupos como 4096, por exemplo:
# mkfs.ext4 -G 4096 /dev/sdX1
Tempo limite do menu Grub em máquinas virtuais de 2ª geração
Como o hardware antigo foi removido da emulação nas máquinas virtuais da Geração 2, o temporizador do menu GRUB conta o tempo rápido demais para que o menu GRUB seja exibido, carregando imediatamente a entrada padrão. Até que o grub seja corrigido para usar o temporizador suportado por EFI, modifique /boot/grub/grub.conf, /etc/default/grub, ou equivalente para ter "timeout=100000" em vez do padrão "timeout=5".
Inicialização PxE em máquinas virtuais de 2ª geração
Como o temporizador PIT não está presente nas máquinas virtuais de 2ª geração, as conexões de rede com o servidor TFTP PxE são encerradas e impedem que o carregador de inicialização leia a configuração do Grub e carregue um kernel do servidor.
No RHEL 6.x, o bootloader EFI legado grub v0.97 pode ser usado em vez do 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 v0.97 para carregar kernels Linux de um servidor PxE.
Além disso, no RHEL/CentOS 6.6, a entrada de teclado e mouse não funciona com o kernel pré-instalado, o que impede a especificação de opções de instalação no menu. Um console serial deve ser configurado para permitir a escolha das opções de instalação.
No arquivo efidefault no servidor PxE, adicione o seguinte parâmetro do kernel "console=ttyS1"
Na VM no Hyper-V, configure uma porta COM usando este cmdlet do PowerShell:
Set-VMComPort -VMName <Name> -Number 2 -Path \\.\pipe\dbg1
Especificar um arquivo de kickstart para o kernel também evitaria a necessidade de entrada de teclado e mouse durante a instalação.
Usar endereços MAC estáticos com cluster de failover
As máquinas virtuais com Linux, implantadas usando agrupamento de failover, devem ser configuradas com um endereço MAC 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 perder a 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 de Hyper-V ou no 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 específicos do Hyper-V estiverem conectados 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.
Importante
Hyper-V suporta até 64 adaptadores Ethernet virtuais por visitante. No entanto, quando mais de 2 vCPUs são atribuídas a um convidado Linux, a VM pode não ver o máximo de 64 adaptadores Ethernet virtuais. Para mais informações sobre os limites de escala do Hyper-V, consulte os limites máximos de escala do Hyper-V no Windows Server.
Use o agendador de E/S noop/none para melhorar o desempenho de E/S do disco
O kernel 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 atuais, recomenda-se usar um agendador que passe as decisões de agendamento para o hipervisor Hyper-V subjacente. Para kernels Linux usando o subsistema 'blk', este é o agendador "noop". Para kernels Linux usando o subsistema 'blk-mq', este é 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 atualmente selecionado entre colchetes. Você pode alterar o agendador gravando neste local do sistema de arquivos. A alteração deve ser adicionada a um script de inicialização para persistir nas reinicializações. Consulte a documentação da sua distro Linux para obter detalhes.
NUMA
As versões do kernel Linux anteriores à 2.6.37 não suportam NUMA no Hyper-V com tamanhos de VM maiores. Esse problema afeta principalmente distribuições mais antigas que usam o kernel upstream do Red Hat 2.6.32 e foi corrigido no Red Hat Enterprise Linux (RHEL) 6.6 (kernel-2.6.32-504). Sistemas que executam kernels personalizados mais antigos que 2.6.37 ou kernels baseados em RHEL mais antigos que 2.6.32-504 devem definir o parâmetro numa=off de inicialização na linha de comando do kernel em grub.conf. Para obter mais informações, consulte Red Hat KB 436883.
Reserve mais memória para kdump
Caso o kernel responsável pela captura de dumps enfrente um pânico 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 do Ubuntu grub.
Reduzir o VHDX ou expandir arquivos VHD e VHDX pode resultar em tabelas de partição GPT incorretas
Hyper-V permite reduzir arquivos de disco virtual (VHDX) sem levar em conta qualquer partição, volume ou estruturas de dados do sistema de arquivos que possam existir no disco. Se o VHDX for reduzido para onde o final do VHDX vem antes do final de uma partição, os dados são perdidos, essa partição pode ficar corrompida ou dados inválidos são retornados quando a partição é lida.
Depois de redimensionar um VHD ou VHDX, os administradores devem usar um utilitário como fdisk ou parted para atualizar as estruturas de partição, volume e sistema de arquivos para refletir a mudança no tamanho do disco. Reduzir ou expandir o tamanho de um VHD ou VHDX que tenha uma Tabela de Partições GUID (GPT) causa um aviso quando uma ferramenta de gerenciamento de partições é usada para verificar o layout da partição, e o administrador é avisado para corrigir o primeiro e os segundos cabeçalhos GPT. Esta etapa manual é segura para executar sem perda de dados.