Las empresas siempre buscan trasladar sus sistemas a entornos más estables y, por lo general, a entornos virtuales en los que la licencia sea menos costosa. Hyper-V en este punto está recibiendo más clientes, ya que es estable y está mejorando mucho como Hipervisor, y principalmente debido al costo de la licencia. Dado que hoy en día Hyper-V es un entorno más estable, las empresas están decidiendo, que es seguro y digno de mudarse a Hyper-V.

Como explicamos en una entrada de blog anterior sobre las principales características de Hyper-V

Con los clientes que se están moviendo cada vez más del entorno VMware a Hyper-V, planificar ese movimiento es muy importante. Principalmente, cómo convertir esas máquinas virtuales VMware a un hipervisor diferente.

En este blog, mostraré un ejemplo de cómo mover máquinas virtuales de un entorno VMware a un entorno Hyper-V.

Cómo convertir VMware a Hyper-V:

Para realizar la migración de Virtual a Virtual (V2V) o incluso una migración de Físico a Virtual (P2V), necesita una herramienta de conversión. Alternativamente, si está convirtiendo V2V, puede exportar e importar VM utilizando un archivo OVF de un hipervisor diferente a Hyper-V.

Hay muchas herramientas de conversión en el mercado. Si google encontraría muchas herramientas que pueden migrar de diferentes hipervisores a Hyper-V, pero para este artículo, usaremos herramientas y procesos de Microsoft adecuados.

Para este artículo, discutiremos tres ejemplos de conversiones que dividiremos en tres partes:

• Parte I: Convertir usando Microsoft Virtual Machine Converter (MVMC)

• Parte II : Convertir con System Center 20160 – Administrador de máquinas virtuales (VMM)

• Parte III : Exportar archivos OVF en VMware e Importarlos en Hyper-V con PowerShell

Convertir VMware a Hyper-V con Microsoft Virtual Machine Converter (MVMC)

En esta primera parte, analizaremos cómo convertir una máquina virtual VMware como máquina virtual Hyper-V con Microsoft Virtual Machine Converter.

Con respecto a MVMC, Microsoft había decidido eliminar esta herramienta (la EOL era junio de 2017) y se suponía que solo estaría disponible a través de System Center. Sin embargo, después de que muchos clientes se quejaran de esta decisión, Microsoft decidió continuar entregando la herramienta sin herramientas como una herramienta independiente, pero solo compatible mientras se usa e incluye en Microsoft System Center.

La herramienta gratuita MVMC se puede descargar desde el sitio de Microsoft AQUÍ.

Con el convertidor de descarga de la herramienta, también puede descargar el documento MVMC_cmdlets.doc. Como su nombre indica, es un documento con los comandos sobre cómo realizar todas las tareas de conversión mediante comandos de Powershell sin necesidad de utilizar la herramienta GUI de conversión.

Estos son los requisitos para instalar esta herramienta y los Sistemas operativos compatibles:

Sistema operativo compatible

Windows Server 2008 R2 SP1, Windows Server 2012, Windows Server 2012 R2

• Antes de instalar Microsoft Virtual Machine Converter (MVMC), debe instalar el siguiente software en el equipo en el que desea ejecutar MVMC:
  • Sistemas operativos Windows Server 2012 R2, Windows Server 2012 o Windows Server 2008 R2 SP1
  • Microsoft.NET Framework 3.5 y. NET Framework 4 si instala MVMC en Windows Server 2008 R2 SP1
  • Microsoft. NET Framework 4.5 si instala MVMC en Windows Server 2012 o Windows 8
    Nota: Aunque MVMC se instala en todas parte de MVMC requiere Windows PowerShell Runtime 3.0 y la función cmdlets solo en Windows Server 2012 R2, Windows Server 2012 y Windows 8.1, o Windows 8
  • Instalar Bits de características Compact server
  • Visual C++ Redistributable para Visual Studio 2012 Update 1

Cómo instalar Microsoft Virtual Machine Converter

La instalación de MVMC es muy sencilla. Instale el MVMC independiente en una estación de trabajo o servidor que tenga acceso tanto al origen como al destino.

Importante: Tenga en cuenta que la ubicación de MVMC debe tener suficiente espacio en disco para los archivos temporales de la conversión. El tamaño del espacio en disco es del mismo tamaño que los Discos Virtuales de las Máquinas Virtuales de origen.

Para evitar el estrés de la red durante la conversión, se recomienda el uso de un disco local para almacenar archivos temporales de conversión.

Nota: se recomienda no instalar la herramienta en el origen o en el destino. Por lo tanto, si es posible, utilice siempre una ubicación diferente para instalar MVMC.

Comience a ejecutar el archivo descargado desde el sitio de Microsoft: mvmc_setup.msi

MVMC is installed and ready to start the conversion process.

Before starting the process some considerations to bypass some issues that may block the conversion.

Firewall:

Si los hosts Hyper-V tienen habilitado el firewall de Windows, compruebe si las reglas del firewall (en particular en el destino Hyper-V) están configuradas para permitir que el convertidor migre la máquina virtual a Hyper-V.

Si no, use estos comandos de Powershell para agregar una regla a su Hyper-V:

New-NetFirewallRule-DisplayName «HyperV-Setup» -Direction Inbound-Action Allow-EdgeTraversalPolicy Allow-Protocol TCP-LocalPort 139,445

Comprobar si se creó la regla:

Get-NetFirewallRule -DisplayName «HyperV-Configuración» | Seleccionar DisplayName, Perfil, Habilitado, Dirección, Acción | Format-Table -AutoSize

Si desea eliminar la regla después de la conversión es: acabado:

Eliminar-NetFirewallRule -DisplayName «HyperV-Setup»

Si el firewall está bloqueando la conversión, usted podría conseguir algo similar.

VMware Tools:

A veces, al realizar una migración en caliente de VM y con VMware Tools instalado en la máquina Virtual, puede obtener el mismo error anterior. Por lo tanto, desinstale VMware Tools antes de la conversión.

En una migración en frío, deshabilite VMware Tools antes de encender la máquina virtual en el destino. Esta tarea se puede realizar con PowerShell.

Este comando deshabilita los servicios, controladores y programas asociados con VMware Tools para el VHDX especificado.

Ejemplo:

Disable-MvmcSourceVMTools-DestinationLiteralPath «Hyperpathfolder\VHD\VirtualMachineName.vhdx »

Para uno de nuestros ejemplos fue:

Disable-MvmcSourceVMTools-DestinationLiteralPath «C:\ClusterStorage/E:\Hyper-V\Virtual discos duros\SCCM Test-Win10.vhd »

Nota: Después de que la máquina Virtual esté encendida, puede desinstalar VMware Tools de forma segura.

SO soportado:

Si intenta convertir una operación de sistema no soportada, se mostrará una advertencia similar.

Incluso la herramienta MVMC 3.0 no incluye Microsoft Server 2016 y Windows 10 en los Sistemas Operativos compatibles; sin embargo, como prueba para este artículo, pudimos convertir esos Sistemas operativos sin ningún problema. Sin embargo, tenga en cuenta que Microsoft no admite esto mientras usa esta herramienta. Principalmente si convierte servidores críticos de su entorno.

Puede encontrar información completa sobre esta herramienta y los sistemas compatibles AQUÍ.

Al convertir una máquina Virtual o un servidor físico, se puede hacer con el encendido del sistema operativo (MVMC utiliza Volume Shadow Copy Service-VSS), denominado migración en caliente, o apagado, denominado Migración en frío.

Nota: Si realiza la conversión con la máquina virtual de origen encendida, no olvide desactivar la opción de encendido después de la conversión. Por lo tanto, no tiene encendidas las máquinas virtuales de origen y destino en su red. MVMC no desinstalará VMware tools de las máquinas virtuales convertidas apagadas. Necesita desinstalar después de la conversión.

Nuestro escenario de conversión:

VMware: vCenter v6.0 (con dos hosts ESXi)
Hyper-V: Clúster Hyper-V (con tres servidores Windows 2016)

Convertir una máquina virtual con Windows 7 instalado.

Nota: Para este artículo y con fines de prueba también se convirtió un Windows 2016 y un Windows 10.

Iniciar la conversión:

Start the Microsoft Virtual Machine

In this case, the process is a V2V. Select Virtual Machine Conversion option.

You have the option to convert your VM into a Microsoft Azure environment or to a Hyper-V.

This case is Migrate to Hyper-V option.

Note: Habilite el acceso remoto a través de la Instrumentación de administración de Windows (WMI) en el destino del servidor Hyper-V.

Destino de conversión:

En primer lugar, agregue el destino Hyper-V (FQDN o dirección IP) para esta máquina Virtual.

El nombre de usuario debe ser un administrador local o administrador en el Hyper-V de destino.

A continuación, debe agregar la ruta de destino en el Hyper-V para almacenar la máquina virtual convertida.

En este caso, es un Hyper-V que forma parte de un clúster Hyper-V y la ruta es ClusterStorage:
\\192.168.1.122\C\\ClusterStorage\Volume1\Hyper-V\Discos duros virtuales \ Discos duros virtuales

Nota: Para asegurarse de que la ubicación MVMC pueda acceder a este pase compartido, copie esto en el Explorador de archivos y asegúrese de que la carpeta esté accesible desde la ubicación de conversión.

Para el tipo de disco virtual, tiene la opción de elegir Tamaño fijo o Expansión dinámica. El significado es un Disco Grueso o un Disco Delgado.

En el formato de discos virtuales, debe seleccionar la nueva versión VHDX con más funciones.

Nota: Puede leer más AQUÍ en uno de nuestros artículos sobre las mejores prácticas de Hyper-V y los tipos de disco de formato.

Fuente de conversión:

La fuente de conversión puede ser un vCenter o un host ESXi (FQDN o dirección IP).

De nuevo, el nombre de usuario siempre debe ser un administrador de dominio local o de vCenter (raíz para hosts ESXi).

Después de introducir los detalles y hacer clic en siguiente, MVMC se conecta automáticamente a nuestro host vCenter / ESXi y muestra todas las máquinas virtuales disponibles. Ahora puede seleccionar la máquina Virtual para la conversión (para este ejemplo, la prueba 01 de Win7).

es esencial ser consciente de los permisos de usuario que se utiliza en los MVMC.

El administrador de destino usado tiene permisos en el Hyper-V de destino, pero no se pudo tener en el SO invitado de la máquina virtual.

En una migración en caliente, debe agregar un administrador local / de dominio para el dominio de SO Invitado de la máquina virtual (no el dominio de su Hyper-V. Puede ser diferente). Si está en el mismo dominio de anuncios, puede habilitar «Usar mi cuenta de usuario de Windows».”. Solo se necesita si se trata de una migración en caliente, la Migración en frío no necesita acceso al sistema operativo Invitado.

Encendido, apagado el destino y la fuente siempre dependen del tipo de conversión (Caliente o Fría).

Este ejemplo es una migración en frío, por lo que ambas opciones están desactivadas.

En la siguiente opción, agregar la carpeta donde los archivos convertidos deben ser almacenados temporalmente.

Nota: Para un mejor rendimiento, esta debe ser una carpeta local en el disco local.

a Continuación, el proceso de conversión se inicia.

El tiempo de este proceso, depende del tamaño de la Máquina Virtual que estamos convirtiendo, pero también de su infraestructura. Para este ejemplo, para un 30Gb, tomó 3h (esta es una mezcla de un entorno anidado y físico-virtual).

Puede obtener una advertencia final sobre la memoria de video de la máquina virtual, puede ignorar esta advertencia y hacer clic en «Finalizar» para iniciar el proceso de conversión.

Nota: Si la memoria de vídeo es esencial en la Máquina Virtual convertida, debe corregirla cambiando en la Máquina Virtual convertida a Hyper-V.

Después de haber terminado todos los detalles de conversión de origen y destino, el proceso comienza

El proceso de conversión se realiza en cuatro pasos:

1. Validar conversión (validación de todos los detalles de origen y destino)
2. Convertir Discos (convertir discos vmdk a discos vhdx en la carpeta temporal)
3. Analizar discos (analizar discos convertidos y buscar errores)
4. Copiar discos (copiar discos virtuales en la carpeta Hyper-V de destino)
5. Aprovisionar Invitado Hyper-V (crear Máquina virtual en su destino Hyper-V)

Una vez finalizada la conversión, obtendrá el informe de cada tarea de la conversión.

Después de la conversión, ahora usted puede comprobar su nueva convertido VM en su Hyper-V.

Después de que la desactivación de las Herramientas de VMware iniciar la Máquina Virtual.

Dado que ahora la máquina virtual convertida se está ejecutando en una red e Hipervisor diferentes, debe habilitar la red y agregarla a la red adecuada en su entorno de red Hyper-V.

Edite su nueva máquina virtual convertida y, en la sección Red, seleccione el adaptador de red adecuado.

Después de agregar el adaptador de red adecuado a la máquina Virtual, tenemos una red y un sistema operativo invitado completamente funcional.

Conclusión:

Microsoft Virtual Machine Converter es una herramienta antigua (y obsoleta) de Microsoft para Hyper-V, pero sigue siendo muy útil para la conversión aislada(física o virtual). Como hemos dicho en el artículo, incluso Microsoft no admite las últimas versiones de Windows, es posible convertir una VM de Windows 2016 o Windows 10 sin ningún problema.

También se recomienda (no es obligatorio) instalar MVMC en un tercer servidor (no de origen ni de destino) y utilizar la red interna para la conversión.

Además, se recomienda (no es obligatorio) almacenar los archivos temporales de conversión en discos locales donde esté instalado MVMC. Trate de evitar los recursos compartidos de red. Sin embargo, compruebe siempre si tiene espacio libre en la carpeta local del convertidor de temperatura para almacenar archivos temporales para la conversión.

Deshabilitar en destino o desinstalar previamente en origen VMware Tools de la máquina virtual que se va a convertir.

Ahora que hemos visto el proceso de convertir VMware VM a Hyper-V utilizando Microsoft Virtual Machine Converter (MVMC), veremos el uso de System Center 20160 – Virtual Machine Manager (VMM) en la parte 2 de esta serie.

Sigue nuestras fuentes de Twitter y Facebook para ver nuevos lanzamientos, actualizaciones, publicaciones interesantes y más.