5.5.17. Virtualización
Las máquinas virtuales ESXi que fueron personalizadas usando cloud-init y clonadas arrancan muy lentamente
Actualmente, si el servicio cloud-init se utiliza para modificar una máquina virtual (VM) que se ejecuta en el hipervisor VMware ESXi para utilizar IP estática y la VM se clona a continuación, la nueva VM clonada en algunos casos tarda mucho tiempo en reiniciarse. Esto se debe a que cloud-init reescribe la IP estática de la VM a DHCP y luego busca una fuente de datos disponible.
Para solucionar este problema, puede desinstalar cloud-init después de que la máquina virtual se inicie por primera vez. Como resultado, los siguientes reinicios no se ralentizarán.
(BZ#1666961, BZ#1706482)
La habilitación de la virtualización anidada bloquea la migración en vivo
Actualmente, la función de virtualización anidada es incompatible con la migración en vivo. Por lo tanto, la activación de la virtualización anidada en un host RHEL 8 impide la migración de cualquier máquina virtual (VM) del host, así como guardar instantáneas del estado de la VM en el disco.
Tenga en cuenta que la virtualización anidada se proporciona actualmente como una Muestra de Tecnología en RHEL 8, y por lo tanto no está soportada. Además, la virtualización anidada está desactivada por defecto. Si desea activarla, utilice los parámetros del módulo kvm_intel.nested o kvm_amd.nested.
Falla el uso de cloud-init para aprovisionar máquinas virtuales en Microsoft Azure
Actualmente, no es posible utilizar la utilidad cloud-init para aprovisionar una máquina virtual (VM) RHEL 8 en la plataforma Microsoft Azure. Para solucionar este problema, utilice uno de los siguientes métodos:
-
Utilice el paquete
WALinuxAgenten lugar decloud-initpara aprovisionar máquinas virtuales en Microsoft Azure. Añada la siguiente configuración a la sección
[main]del archivo/etc/NetworkManager/NetworkManager.conf:[main] dhcp=dhclient
(BZ#1641190)
Las máquinas virtuales RHEL 8 de segunda generación a veces no arrancan en hosts Hyper-V Server 2016
Cuando se utiliza RHEL 8 como sistema operativo invitado en una máquina virtual (VM) que se ejecuta en un host Microsoft Hyper-V Server 2016, la VM en algunos casos no arranca y vuelve al menú de arranque GRUB. Además, se registra el siguiente error en el registro de eventos de Hyper-V:
El sistema operativo invitado informó que falló con el siguiente código de error: 0x1E
Este error se produce debido a un error de firmware UEFI en el host de Hyper-V. Para solucionar este problema, utilice Hyper-V Server 2019 como host.
(BZ#1583445)
los comandosvirsh iface-\* no funcionan consistentemente
Actualmente, los comandos virsh iface-*, como virsh iface-start y virsh iface-destroy, fallan frecuentemente debido a las dependencias de configuración. Por lo tanto, se recomienda no utilizar los comandos virsh iface-\* para configurar y gestionar las conexiones de red del host. En su lugar, utilice el programa NetworkManager y sus aplicaciones de gestión relacionadas.
(BZ#1664592)
Las extensiones de máquinas virtuales Linux para Azure a veces no funcionan
RHEL 8 no incluye el paquete python2 por defecto. Como consecuencia, la ejecución de extensiones de máquinas virtuales Linux para Azure, también conocidas como azure-linux-extensions, en una VM RHEL 8 en algunos casos falla.
Para aumentar la probabilidad de que azure-linux-extensions funcione como se espera, instale python2 en la máquina virtual RHEL 8 manualmente:
# yum install python2
(BZ#1561132)
