Migración de kvm a vmware: invitado basado en lvm + ruta múltiple

¿Cuál es la forma recomendada de migrar de kvm a vmware en caso de invitados basados en lvm con múltiples rutas? Descubrí que preguntas similares ya se hicieron hace unos años:

Cómo migrar máquinas virtuales basadas en KVM que se ejecutan en la configuración de LVM a imágenes de Vmdk

Convertir máquinas virtuales KVM a VMware-vsphere

Pero el problema con el convertidor vCenter es que la base de la documentación de volúmenes de Linux montados por el mapeador de dispositivos multirutas ¿Cuál es actualmente la forma correcta de proceder en caso de entorno de múltiples rutas?

vmware-esxi kvm-virtualization device-mapper

— joe33
fuente

Espera, ¿la VM está haciendo su propia ruta múltiple?

— Michael Hampton

no, la

— ruta

En ese caso, ¿cuál es el problema?

— Michael Hampton

Estaba pensando que este es el caso donde no es compatible. Entonces, ¿significa que no lo entendí correctamente y que está completamente bien usar el convertidor vcenter siempre que el mapeador de dispositivos esté en uso en el host kvm y no en el host invitado? Si es así, entonces muchas gracias por la aclaración :)

— joe33

Respuestas:

El convertidor de VMware puede migrar desde cualquier máquina fuente, independientemente del tipo de fuente. (virtual / físico / KVM / Hyper-V) El único problema es que el convertidor VMware no puede migrar el software RAID o LVM. Entonces, la solución para esto es crear un servidor esqueleto con el mínimo de la máquina de origen y empujar todo con el comando tar del servidor de origen.

Tuve que usar esta solución, cuando estaba migrando bastantes racks de servidores bare metal a VMware y algunos tenían softraid o LVM instalado.

Pasos a seguir para esto:

1: Crea tu caja vm objetivo

2: Instale una versión mínima del mismo sistema que su fuente (red, servidor ssh y tar deben estar disponibles)

3: Cree una lista de directores que no queremos incluir

boot proc dev sys etc / fstab etc / lvm etc / blkid mnt / yourexternalhdd

guárdelo bajo / tmp / nocopy

4: tome una instantánea de su objetivo en caso de que algo salga mal

5: SSH a su fuente y como root: cd /; tar -zcvpf - -X / tmp / nocopy * | ssh target "cd /; tar -zxvpf - --numeric-owner" 6: Restablecer objetivo.

P.EJ:

tar -zcvpf - -X / tmp / nocopy * | ssh root@10.0.4.158 "cd /; tar -zxvpf - --numeric-owner"

— Laz
fuente

Algunas actualizaciones adicionales con respecto a los hosts de origen basados en XEN. Tuve algunos problemas en el host de Windows donde no pude derribar la máquina fuente porque pocos de ellos obtuvieron existencias en un porcentaje diferente. El problema fue causado por las herramientas XEN. Instala el proveedor de VSS para el host y esto interfiere con el VSS de Windows obviamente y causa problemas para migrar la máquina. Entonces, lo mejor si se queda atascado en algún momento al migrar una máquina Windows basada en XEN es deshacerse de las herramientas XEN del cuadro de origen.

— Laz

Para convertir las imágenes de disco existentes al formato vmdk de VMware, debe usar el programa qemu-img del paquete qemu-utils (en Ubuntu).

El proceso es sencillo.

sudo qemu-img convert -p -i DiskImage.img -O vmdk DiskImage.vmdk

vmkfstools -i /vmfs/volumes/nfs1/DiskImage.vmdk -d thin /vmfs/volumes/datastore1/MyServer/DiskImage.vmdk

Transfiera la imagen de disco a ESXi (usando scp (habilite ssh en ESXi)) o NFS

Cree una nueva máquina virtual con opciones personalizadas y agregue el disco convertido

Bota

— Andy Parveen
fuente