Migrar máquinas virtuales de « VMware » a servidores virtuales de « IBM Cloud » mediante transferencia de red en tiempo real
Migrar máquinas virtuales (VM) de « VMware » a servidores virtuales de « IBM Cloud VPC » transmitiendo los datos del disco a través de la red mediante « virt-v2v » y una conexión « Transit Gateway ».
Componentes de la arquitectura
Los componentes de la arquitectura de una migración de transferencia de red en directo son:
| Componentes de la arquitectura | Descripción |
|---|---|
| Transit Gateway | Conecta su entorno VMware (Classic, NSX o VCFaaS ) a su VPC. Esto proporciona el enrutamiento de Capa 3 necesario para que su máquina virtual de origen (en VMware ) se comunique con su instancia de servidor virtual de trabajador (en VPC). |
| Instancia de servidor virtual del trabajador | Similar al método 2, pero aquí es puramente un receptor-escucha en un puerto de red para datos de disco entrantes. |
| ISO en directo |
Una ISO de arranque que proporciona:
|
| Opciones de fuente de arranque |
|
Visión general del proceso de transferencia de red en directo
Los siguientes pasos describen el proceso de migración mediante transferencia de red en directo.
-
Provisión Transit Gateway
- Cree Transit Gateway en IBM Cloud
- Conéctelo a su entorno VMware:
- Classic: Conexión directa a la cuenta Classic
- NSX: túneles GRE a bordes NSX
- VCFaaS: Túneles GRE a los bordes de VCFaaS
- Configurar el enrutamiento entre redes VMware y subredes VPC
- Pruebe a fondo la conectividad antes de la primera migración
-
Aprovisionar instancia de servidor virtual de trabajador en VPC
- Ubuntu o RHEL con los recursos adecuados
- Crear volúmenes de destino utilizando la técnica de instancia de servidor virtual efímera (Método 2 pasos 2-4)
- Adjuntar volúmenes de destino al trabajador
- Instalar netcat:
apt-get install netcatoyum install nc
-
Prepare la fuente VM para la transferencia
- Adjuntar ISO en vivo a la máquina virtual en vCenter/VCFaaS
- Configurar el orden de arranque de la máquina virtual para que arranque primero desde el CD/ISO
- Anote la configuración IP actual para la configuración de la red en un entorno real
-
Arrancar la máquina virtual de origen desde la ISO
- Reinicie la máquina virtual, arranca en el entorno en vivo
- Los discos de su máquina virtual son accesibles pero el sistema operativo no se está ejecutando (equivalente a un apagado limpio)
-
Configurar la red en un entorno real
- Averigua el nombre de la interfaz de red (puede variar: eth0, ens192, etc.)
- Configurar IP y enrutamiento:
ip addr add 10.50.200.3/26 dev ens192 ip route add 0.0.0.0/0 via 10.50.200.1 ping 192.168.100.5 # Test connectivity to worker virtual server instance -
Iniciar transferencia
- En la instancia del servidor virtual Worker (inicie primero el listener):
# Listen for incoming data, decompress, write to volume nc -l 192.168.100.5 8080 | gunzip | dd of=/dev/vdb bs=16M status=progress- En la máquina virtual de origen (en live ISO):
# Read disk, compress, send to worker dd if=/dev/sda bs=16M | gzip | nc -N -v 192.168.100.5 8080- Supervisar los progresos de ambas partes
- El tiempo de transferencia depende del tamaño del disco y del ancho de banda de la red
- La compresión suele ofrecer una mejora de 2-4x en los discos del sistema operativo
-
Repetir para discos adicionales
-
Para máquinas virtuales multidisco, repita el procedimiento para cada disco:
# Worker (disk 2) nc -l 192.168.100.5 8080 | gunzip | dd of=/dev/vdc bs=16M status=progress # Source (disk 2) dd if=/dev/sdb bs=16M | gzip | nc -N -v 192.168.100.5 8080
-
-
Tratamiento posterior a la transferencia
- Verificar las transferencias:
fdisk -l /dev/vdben trabajador - Opcionalmente, utilice virt-v2v para las transformaciones:
virt-v2v-in-place -i disk /dev/vdb - Descarga los búferes:
blockdev --flushbufs /dev/vdb
- Verificar las transferencias:
-
Crear instancia de servidor virtual a partir de Volúmenes
- Separar volúmenes del trabajador
- Cree la última instancia de servidor virtual utilizando el volumen de arranque existente (igual que en el paso 8 del método 2)
-
Apagar la máquina virtual de origen
- Después de verificar que la instancia del servidor virtual arranca correctamente, apague la máquina virtual de origen
- Opcionalmente, cree una instantánea en VMware como punto de reversión
Ventajas de diseño
La siguiente tabla describe las ventajas de diseño de la migración de transferencia de red en directo.
| Ventaja de diseño | Descripción |
|---|---|
| Sin gastos adicionales de exportación | Elimina todo el paso de exportación: no se pierde tiempo exportando VMDK, no se necesita almacenamiento de exportación ni se transfieren las exportaciones a VPC. |
| Uso eficiente de la red | La transmisión directa con compresión aprovecha al máximo el ancho de banda disponible. |
| Capacidad de migración paralela | Aprovisione varias instancias de servidores virtuales de trabajadores y migre varias máquinas virtuales simultáneamente, limitado únicamente por el ancho de banda de la red y los recursos de los trabajadores. |
| Máxima flexibilidad | Fácil de integrar con las transformaciones de virt-v2v, soporta tanto VCFaaS como vCenter, funciona con cualquier máquina virtual independientemente del número de discos. |
| Estado del disco limpio | El arranque desde la ISO garantiza que el sistema operativo de origen no se está ejecutando, proporcionando un estado de disco limpio y consistente (similar a una instantánea en frío). |
Restricciones y limitaciones de diseño
La siguiente tabla describe las restricciones y limitaciones de una migración de transferencia de red en directo.
| Limitación o restricción | Descripción |
|---|---|
| Transit Gateway requisito | Requiere una inversión inicial para configurar y probar la conectividad Transit Gateway. |
| Preparación de una imagen ISO de arranque |
|
| Dependencia del ancho de banda de la red | La velocidad de transferencia está limitada por el ancho de banda de la red entre entornos. Supervise y planifique en consecuencia. |
| Configuración manual de la red | Para cada máquina virtual de origen, es necesario configurar la red en el entorno ISO en vivo (puede ser de secuencias de comandos). |
| No apto para la migración en época cálida | Se trata de un enfoque de migración en frío: la máquina virtual de origen está desconectada durante la transferencia. |
virt-p2v Integración
virt-p2v La integración está más automatizada pero requiere construir libguestfs con componentes híbridos RHEL/ Ubuntu.
Red Hat virt-p2v ISO se ha diseñado específicamente para este uso. Proporciona:
- Interfaz gráfica para seleccionar los discos que se van a transferir
- Conectividad de red integrada con un receptor
virt-v2v - Inyección automática de controladores y preparación del sistema operativo
virt-p2v Proceso de integración
- Arranque de la máquina virtual de origen desde virt-p2v ISO
- Configure la red y conéctese a la instancia del servidor virtual del trabajador que ejecuta virt-v2v en modo servidor
- virt-p2v transfiere discos y virt-v2v los transforma automáticamente
- Los volúmenes resultantes están listos para adjuntarse a la instancia de servidor virtual
La migración de transferencia de red en vivo es ideal para migraciones a gran escala (más de 10 máquinas virtuales), para escenarios en los que la sobrecarga de exportación es prohibitiva y cuando se tienen los conocimientos necesarios para configurar Transit Gateway y entornos ISO en vivo. El coste de configuración inicial es mayor, pero la eficacia de la migración por máquina virtual es superior.