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

11

¿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:

11

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 [email protected] "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
10

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