Hola a tod@s
En este post veremos cómo funciona Cross vCenter Workload Migration Utility, que permite a los usuarios fácilmente migrar máquinas virtuales de manera granular desde una interfaz gráfica de usuario entre servidores vCenter (admite entre el mismo y diferentes dominios de SSO), mediante la función Cross-vCenter vMotion.
Ahora esta característica (Fling) ya está agregada desde vSphere 7.0 Update 1c en adelante, entonces ¿por qué hago un post sobre esta característica?, esto, porque aún existen entornos que necesiten migraciones de vSphere 6.x a 6.x. Este Fling aún se puede usar, pero para las migraciones más recientes se recomienda utilizar la característica oficial de vCenter vCenter vMotion avanzado, incluida en vSphere 7.0 Update 1c
Características clave
- Flujo de trabajo completamente basado en la interfaz de usuario para la migración de máquinas virtuales a través de un complemento de vSphere Client y una interfaz de usuario independiente.
- Proporciona una API de REST para automatizar las tareas de migración.
- Funciona con vCenter Servers, en el mismo dominio de SSO o en diferentes dominios de SSO.
- Admite la migración hacia/desde VMware Cloud on AWS.
- Permite la migración por lotes de varias máquinas virtuales en paralelo.
- Se integra con el menú host/clúster/grupo de recursos del árbol de inventario de vSphere Client.
- Rellena automáticamente el inventario para facilitar la administración.
- Supervisar el progreso de la migración de la carga de trabajo a través de las tareas de vCenter Server.
- Registrar sitios para almacenar información de vCenter Server.
Operaciones soportadas
- Realizar migración en vivo/en frío, así como operaciones de reubicación/clonación.
- Funciona para tareas de migración dentro y entre servidores vCenter.
- Selecciona host/cluster/folder/resource pool como destino de ubicación.
- Admite vMotion de almacenamiento y migración de almacenes de datos compartidos.
- Configuración flexible para máquinas virtuales con múltiples interfaces de red.
Requerimientos
- vCenter Server 6.0 Update 3 or above (ESXi hosts must also be 6.0u3+
- Java Runtime Environment 1.8-10
- Web Browser
- Please review https://kb.vmware.com/kb/2106952 for Cross vCenter vMotion requirements
Para comenzar, vamos a la página de VMware Flings para descargar “Cross vCenter Workload Migration Utility“. Aceptamos los términos de licencia y pulsamos “Download“.
![](https://witcherit.com/wp-content/uploads/2022/08/01-3-1024x500.png)
Instrucciones
Abrimos una ventana de PowerShell y vamos a la ruta donde descargamos el archivo.
Nota: Es importante que el servidor donde ejecutaremos el programa tenga conexión a los vCenter Server.
Ejecutamos el archivo .jar desde una ventana de shell:
Sintaxis: java -jar xvm-3.0.jar –vcenter.fqdn=VCENTER-IP-OR-FQDN –vcenter.user=ADMIN-USER –vcenter.pass=ADMIN-PASSWORD
En mi caso, para este laboratorio queda de la siguiente manera:
# java -jar xvm-3.1.jar –vcenter.fqdn=vcenter67.witcherit.local –vcenter.user=administrator@vsphere.local –vcenter.pass=xxxxxxxx
Nota: Para evitar un problema con el registro del Plug-In, es necesario habilitar el Trusted Root CA Certificate para establecer una conexión segura y verificada con VMware vCenter mediante un navegador web. Si quieres saber cómo se realiza esto, puedes revisar el post que cree sobre este tema “Cómo instalar y confiar en el trusted root CA certificate de VMware vCenter Server“.
![](https://witcherit.com/wp-content/uploads/2022/08/02-2-1024x544.png)
Si vamos dentro de vCenter Server a la ruta: Menu > Administration > Client Plug-Ins, podremos ver que se instaló el Plug-In de Cross vCenter Migration.
![](https://witcherit.com/wp-content/uploads/2022/08/03-2-1024x373.png)
Dentro del menú de vCenter Server, podremos ver que ahora existe una nueva opción que es “Cross vCenter Migration“.
![](https://witcherit.com/wp-content/uploads/2022/08/04-2-1024x662.png)
Dentro de interface de Cross vCenter Migration, podremos ver que se encuentra inscrito el vCenter que registramos el Plug-In. Ahora, lo siguiente será agregar el vCenter de destino donde vamos a migrar nuestras VMs.
![](https://witcherit.com/wp-content/uploads/2022/08/05-2-1024x384.png)
Agregamos los datos del vCenter de destino y pulsamos sobre “Create“.
![](https://witcherit.com/wp-content/uploads/2022/08/06-2.png)
Ya tenemos agregado ambos vCenter a la consola de Cross vCenter Migration. Ahora podemos comenzar a migrar maquinas virtuales.
![](https://witcherit.com/wp-content/uploads/2022/08/07-2-1024x403.png)
Migrar VM con Cross vCenter Migration
Para este ejemplo, tengo un vCenter Server 6.7 como origen y un vCenter Server 7.0.3 como destino. Como el origen es una versión inferior a vSphere 7.0 Update 1c para migrar maquinas a un nuevo vCenter en otra ubicación, usaremos Cross vCenter Workload Migration Utility.
Importante: No tenemos que cerrar la ventana de PowerShell que ejecutamos en paso anteriores, ya que si la cerramos no podemos hacer uso de Cross vCenter Migration.
Nota: Es importante que la VM a migrar este apagada.
Para comenzar pulsamos sobre “Migrate VMs“.
![](https://witcherit.com/wp-content/uploads/2022/08/08-2-1024x359.png)
Seleccionamos el vCenter de origen y el Datacenter de origen, y pulsamos “Next“. Opcionalmente podemos marcar “Keep VMs on source site” para mantener la VM migrada en el origen.
![](https://witcherit.com/wp-content/uploads/2022/08/09-2.png)
Seleccionamos la maquina virtual que migraremos.
![](https://witcherit.com/wp-content/uploads/2022/08/10-2.png)
![](https://witcherit.com/wp-content/uploads/2022/08/11-2.png)
Esperamos que termine la migración.
![](https://witcherit.com/wp-content/uploads/2022/08/12-2-1024x118.png)
¡Listo!, la maquina se migro correctamente al nuevo vCenter Server 7.0.3.
![](https://witcherit.com/wp-content/uploads/2022/08/13-2-1024x475.png)
En el vCenter de origen, veremos que la máquina que fue migrada ya no se encuentra listada.
![](https://witcherit.com/wp-content/uploads/2022/08/14-2-1024x480.png)
Espero que esta información les haya sido útil. Si tienes dudas o alguna acotación sobre este post, déjalo en comentarios. Saludos.
Buen trabajo. Te falto un dato: la VM a migrar debe estar apagada.
No dices nada respecto a la conectividad de red requerida entre los vcenter, hosts esxi o server donde se ejecuta el .jar
Tampoco sobre la versión de hardware requerida (si es que existe) de la VM.
Muchas gracias por tu comentario.
Agregare los datos que me comentas.
Saludos,