Solución de problemas en las migraciones de MTV de « VMware vSphere » a « Red Hat OpenShift Virtualization»
Solucionar los errores habituales de « Migration Toolkit » para virtualización (MTV) al migrar máquinas virtuales (VM) de « VMware vSphere® » a Red Hat OpenShift La virtualización, incluyendo los límites de reintentos en la migración en caliente,
los fallos en la descarga de imágenes del Kit de Desarrollo de Discos Virtuales (VDDK), los problemas de resolución del Sistema de Nombres de Dominio (DNS), los errores del sistema de archivos « virt-v2v » y los problemas relacionados
con el mantenimiento de direcciones IP estáticas.
Se ha alcanzado el límite de reintentos de importación en caliente
¿Qué está sucediendo?
Una migración en caliente falla con un error que indica que la importación en caliente ha superado el límite de reintentos.
¿Por qué ocurre esto?
MTV creó más de 28 instantáneas de seguimiento de bloques modificados (CBT) para la fuente VM. Un único « VM » admite un máximo de 28 instantáneas de CBT. Cuando se supera este límite, la migración cálida no puede continuar.
¿Cómo se arregla?
- Elimina las instantáneas antiguas de CBT del servidor de origen VM para reducir su número más de 28 instantáneas.
- Si procede, reduzca la rotación de instantáneas aumentando el intervalo de precopia
controller_precopy_interval. - Reinicia el plan de migración.
No se puede cambiar el tamaño de la imagen de disco al tamaño requerido
¿Qué está sucediendo?
La migración falla con un error que indica que no es posible ajustar el tamaño de la imagen de disco al tamaño requerido.
¿Por qué ocurre esto?
Los volúmenes persistentes de destino « VM » que utilizan « ext4 » en almacenamiento en bloques superan la sobrecarga predeterminada del 10 % del sistema de archivos que aplica el Containerized Data Importer (CDI) supone. Como
consecuencia, no hay espacio suficiente para la partición raíz.
¿Cómo se arregla?
- Edita el recurso personalizado (CR) «
ForkliftController». - Aumenta el parámetro «
controller_filesystem_overhead» a un valor mayor que0.10, como por ejemplo0.15. - Aplique el cambio.
- Vuelva a ejecutar la migración.
El plan de migración fracasa tras su puesta en marcha
¿Qué está sucediendo?
Un plan de migración falla inmediatamente después de su creación, antes de que se transfiera ninguna máquina virtual.
¿Por qué ocurre esto?
Se rechazan las descargas de imágenes del Kit de desarrollo de discos virtuales (VDDK) porque el pod validador no puede autenticarse en la red interna Red Hat OpenShift registro de imágenes.
¿Cómo se arregla?
Conceder acceso de lectura a la cuenta de servicio « default » en el espacio de nombres de destino. Ejecuta el siguiente comando en la terminal web de Red Hat OpenShift o desde un sistema local que tenga instalada la CLI de oc.
oc adm policy add-cluster-role-to-user registry-viewer system:serviceaccount:<target-namespace>:default
Sustituye « target-namespace » por tu espacio de nombres de destino.
El plan de migración falla durante la fase de inicialización
¿Qué está sucediendo?
Un plan de migración falla durante la fase de inicialización con errores que indican problemas de conectividad o de resolución del nombre de host.
¿Por qué ocurre esto?
El módulo de importación no puede resolver los nombres de host de ESXi. sistema de nombres de dominio (DNS) Las consultas fallan en las conexiones al puerto 902 entre el Red Hat OpenShift el clúster y los hosts ESXi de VMware.
¿Cómo se arregla?
Configura el reenvío del Sistema de Nombres de Dominio (DNS) para el dominio vCenter o ESXi. Añade una zona de reenvío que apunte a tus controladores de dominio.
servers:
- forwardPlugin:
policy: Random
upstreams:
- <domain-controller-ip-1>
- <domain-controller-ip-2>
name: vcs-resolver
zones:
- vcs.example.com
En la configuración YAML, sustituye « domain-controller-ip-1 » y
domain-controller-ip-2 con las direcciones IP de tus controladores de dominio. Sustituye « vcs.example.com » por tu dominio « vCenter » o «ESXi». A continuación, aplica el cambio de DNS una vez que hayas guardado
la configuración.
virt-v2v: sistema de archivos montado en modo de solo lectura
¿Qué está sucediendo?
La herramienta de conversión de virt-v2v indica que el sistema de archivos está montado en modo de solo lectura, y la migración falla.
¿Por qué ocurre esto?
El servidor Windows® VM de origen no se cerró correctamente antes de exportar el archivo Open Virtualization Archive (OVA). La función «Inicio rápido» o el modo de hibernación han dejado el sistema de archivos en un estado «sucio», lo que
impide que virt-v2v lo monte para acceso de lectura/escritura.
¿Cómo se arregla?
- Desactiva el inicio rápido en el sistema Windows de origen VM. Ve a Panel de control > Opciones de energía > Elige qué función tienen los botones de encendido y desmarca la casilla « Activar inicio rápido ».
- Desactiva el modo de hibernación. Desde una ventana de la comando con privilegios de administrador, ejecuta
powercfg /h off - Realiza un apagado limpio ejecutando el comando «
shutdown /s /t 0». - Vuelve a exportar el archivo OVA una vez que haya finalizado el apagado limpio.
- Sube el nuevo OVA al servidor NFS.
- Vuelve a intentar la migración.
Mantener la IP estática: discrepancia en la subred de destino
¿Qué está sucediendo?
Una vez activada la opción «Conservar direcciones IP estáticas», el servidor « VM » migrado no recibe la dirección IP esperada y se produce una discrepancia de subred en la red de destino.
¿Por qué ocurre esto?
La red principal de capa 2 de destino tiene una subred diferente a la de la red de origen.
¿Cómo se arregla?
Elimina y vuelve a crear la red principal de la Capa 2 para que coincida con la subred correcta. A continuación, vuelve a ejecutar la migración.
Mantener la IP estática: VM recibe una IP gratuita en lugar de la IP solicitada
¿Qué está sucediendo?
Una vez activada la opción «Conservar direcciones IP estáticas», a la dirección VM migrada se le asigna una dirección IP libre en lugar de la dirección IP estática de origen.
¿Por qué ocurre esto?
La fuente VM no estaba encendida en el momento de la migración, o bien el agente de invitado VMware no estaba instalado Ambas condiciones son necesarias para que la conservación de la dirección IP estática funcione correctamente.
¿Cómo se arregla?
- Elimina el archivo « VM », que se ha migrado incorrectamente.
- Comprueba que el agente de VMware ( VMware Tools o
open-vm-tools) esté instalado en la fuente VM. - Asegúrate de que el dispositivo de origen VM esté encendido.
- Vuelve a intentar la migración.
Mantener la IP estática: el mapa de red apunta a una red secundaria de capa 2
¿Qué está sucediendo?
Una vez activada la opción «Conservar direcciones IP estáticas», la dirección IP estática no se conserva y el mapa de red hace referencia a una red secundaria de capa 2.
¿Por qué ocurre esto?
Las redes secundarias de capa 2 no admiten la función « Preserve static IP ».
¿Cómo se arregla?
Crea una red secundaria de capa 2 sin gestión de direcciones IP (IPAM) y utiliza, en su lugar, la configuración manual de direcciones IP.
Mantener la IP estática: el mapa de red apunta a una red «Localnet» o «VMNetwork»
¿Qué está sucediendo?
Una vez activada la opción «Conservar direcciones IP estáticas», la dirección IP estática no se conserva y el mapa de red hace referencia a una red «Localnet» o «VMNetwork».
¿Por qué ocurre esto?
Las redes Localnet no admiten la función « Preserve static IP ».
¿Cómo se arregla?
Utiliza la configuración manual de la IP en el servidor « VM » al que se ha migrado.
Recursos adicionales para la resolución de problemas
Para obtener más orientación sobre la resolución de problemas e información sobre los registros recopilados, consulta los siguientes recursos: