5.5.17. Virtualização
Máquinas virtuais ESXi que foram customizadas usando a bota cloud-init e clonada muito lentamente
Atualmente, se o serviço cloud-init é utilizado para modificar uma máquina virtual (VM) que roda no VMware ESXi hypervisor para utilizar IP estático e a VM é então clonada, a nova VM clonada em alguns casos leva um tempo muito longo para reiniciar. Isto é causado pela reescrita em nuvem do IP estático da VM para DHCP e, em seguida, a busca por uma fonte de dados disponível.
Para contornar este problema, você pode desinstalar a nuvem - depois que a VM for inicializada pela primeira vez. Como resultado, as reinicializações subseqüentes não serão desaceleradas.
(BZ#166666961, BZ#1706482)
Permitindo a virtualização aninhada bloqueia a migração ao vivo
Atualmente, o recurso de virtualização aninhado é incompatível com a migração ao vivo. Portanto, permitindo a virtualização aninhada em um host RHEL 8 impede a migração de qualquer máquina virtual (VMs) do host, bem como salvar instantâneos do estado da VM para o disco.
Observe que a virtualização aninhada é atualmente fornecida como uma Visão Tecnológica no RHEL 8, e, portanto, não é suportada. Além disso, a virtualização aninhada é desabilitada por padrão. Se você quiser ativá-la, use os parâmetros do módulo kvm_intel.nested ou kvm_amd.nested.
O uso do cloud-init para fornecer máquinas virtuais no Microsoft Azure falha
Atualmente, não é possível usar o utilitário de nuvem para fornecer uma máquina virtual RHEL 8 (VM) na plataforma Microsoft Azure. Para contornar este problema, use um dos seguintes métodos:
-
Use o pacote
WALinuxAgentem vez decloud-initpara fornecer VMs no Microsoft Azure. Adicione a seguinte configuração à seção
[principal]no arquivo/etc/NetworkManager/NetworkManager.conf:[main] dhcp=dhclient
(BZ#1641190)
Geração 2 RHEL 8 máquinas virtuais às vezes não inicializam nos hosts do Hyper-V Server 2016
Ao usar o RHEL 8 como sistema operacional convidado em uma máquina virtual (VM) rodando em um host Microsoft Hyper-V Server 2016, a VM, em alguns casos, falha no boot e retorna ao menu de boot do GRUB. Além disso, o seguinte erro é registrado no registro de eventos do Hyper-V:
O sistema operacional convidado informou que falhou com o seguinte código de erro: 0x1E
Este erro ocorre devido a um erro de firmware UEFI no host Hyper-V. Para contornar este problema, use o Hyper-V Server 2019 como o host.
(BZ#1583445)
os comandos devirsh iface-* não funcionam de forma consistente
Atualmente, comandos virsh iface-*, tais como virsh iface-start e virsh iface-destruição, frequentemente falham devido a dependências de configuração. Portanto, recomenda-se não usar comandos virsh iface-* para configurar e gerenciar as conexões de rede do host. Ao invés disso, use o programa NetworkManager e suas aplicações de gerenciamento relacionadas.
(BZ#1664592)
Extensões de máquinas virtuais Linux para Azure às vezes não funcionam
O RHEL 8 não inclui o pacote python2 por padrão. Como conseqüência, a execução de extensões de máquinas virtuais Linux para Azure, também conhecidas como azure-linux-extensions, em um RHEL 8 VM em alguns casos falha.
Para aumentar a probabilidade de que azure-linux-extensions funcionem como esperado, instale o python2 no RHEL 8 VM manualmente:
# yum install python2
(BZ#1561132)
