PlateSpin Migrate admite las siguientes familias de sistemas operativos:
Microsoft Windows
Linux
En los temas siguientes se proporcionan más detalles:
NOTA:algunas cargas de trabajo no se admiten en todas las plataformas de máquina virtual de destino. Para obtener detalles, consulte el artículo 7012976 de la base de conocimientos.
Para las plataformas Windows, PlateSpin Migrate admite las siguientes funciones de portabilidad:
Portabilidad de cargas de trabajo: migraciones par a par (P2V, V2V, V2P, P2P).
Sincronización de cargas de trabajo par a par con Server Sync (P2V, V2V, P2P, V2P).
Portabilidad de cargas de trabajo: migraciones a Microsoft Azure (P2C, V2C).
Tabla 1-3 Cargas de trabajo de Microsoft Windows compatibles
|
Sistema operativo |
Observaciones |
|---|---|
|
Windows Server 2012 y 2012 R2 |
|
|
Windows Server 2008 y 2008 R2 |
Incluidos sistemas de controladores de dominio (DC) y las ediciones Small Business Server (SBS) La migración de Windows Server 2008 R2 SP0 a Hyper-V ya no es compatible porque Microsoft ya no la admite. Consulte el sitio Web de Microsoft TechNet. |
|
|
|
Windows 2000 Server SP4 con Update Rollup 1 |
|
|
Puede usar la interfaz Web o el cliente de Migrate para migrar clústeres compatibles de Windows Server. Consulte la Sección 5.5, Migración de clústeres de Windows. PlateSpin Migrate no es compatible con la migración de clústeres de Windows Server a las siguientes infraestructuras de destino:
|
|
Windows 8 y 8.1 |
|
|
Windows 7 |
|
|
Windows Vista SP 1 y posterior |
Solo es compatible con las versiones Business/Enterprise y Ultimate. |
|
Windows XP SP1 y posterior |
|
NOTA:solo se admiten sistemas de archivos NTFS.
PlateSpin Migrate admite las siguientes versiones localizadas de las cargas de trabajo Windows de origen:
Inglés
Francés
Alemán
Japonés
Chino (tradicional y simplificado)
Compatibilidad con firmware de carga de trabajo (UEFI y BIOS): PlateSpin Migrate duplica la compatibilidad de Microsoft con cargas de trabajo Windows basadas en UEFI o BIOS. Transfiere las cargas de trabajo (se admiten transferencias por bloques y archivos) del origen al destino, al tiempo que aplica el firmware compatible a los sistemas operativos correspondientes de origen y destino. Cuando se inicia cualquier migración entre sistemas UEFI y BIOS, Migrate la analiza e informa sobre su validez.
NOTA:si va a migrar una carga de trabajo basada en UEFI a un contenedor de destino vSphere y desea seguir usando el mismo modo de arranque del firmware, debe usar como destino un contenedor vSphere 5.0 o posterior.
A continuación, se muestran algunos ejemplos del comportamiento de Migrate para realizar la conversión entre sistemas basados en UEFI y en BIOS:
Para transferir una carga de trabajo basada en UEFI a un contenedor VMware vSphere 4.x (que no admite UEFI), Migrate transforma el firmware UEFI de la carga de trabajo en firmware BIOS.
Si se migra un origen basado en UEFI a un destino basado en BIOS, Migrate convierte los discos de arranque del sistema UEFI, en formato GPT, en discos MBR. Para migrar una carga de trabajo de BIOS a un destino basado en UEFI, Migrate convierte los discos de arranque del sistema BIOS, que son MBR, en discos GPT.
Para la plataforma Linux, PlateSpin Migrate cuenta con las siguientes características de portabilidad:
Compatibilidad en directo de portabilidad par a par y sin conexión de la carga de trabajo (P2P, P2V, V2P, V2V), incluida la sincronización de cargas de trabajo con Server Sync.
Compatibilidad con los sistemas de archivos de Linux EXT2, EXT3, EXT4, REISERFS y XFS.
IMPORTANTE:
las imágenes de cargas de trabajo no son compatibles con las cargas de trabajo Linux.
No se admite la migración de cargas de trabajo Linux basadas en UEFI a contenedores de destino Hyper-V.
No se admite la conversión entre sistemas Linux basados en UEFI y BIOS.
Algunas versiones de Linux admitidas requieren compilar el módulo blkwatch de PlateSpin para su núcleo específico. Estas cargas de trabajo se identifican explícitamente.
Para obtener información sobre las versiones compiladas previamente del controlador blkwatch para muchas distribuciones de Linux que no son de depuración (32 bits y 64 bits) incluidas en PlateSpin Migrate, consulte Sección A.0, Distribuciones de Linux compatibles con Migrate.
Tabla 1-4 Cargas de trabajo Linux compatibles
|
Distribución |
Observaciones |
|---|---|
|
|
|
Red Hat Enterprise Linux (RHEL) AS/ES/WS 4, 5, 5.1-5.11, 6, 6.1- 6.7, 7, 7.1 y 7.2 |
Para RHEL 6.7, 7, 7.1 y 7.2: solo se admiten las cargas de trabajo basadas en BIOS. |
|
SUSE Linux Enterprise Server (SLES) 9, 10, 11 (SP1, SP2, SP3 y SP4) |
No se admite SLES 11 SP2 (32 bits) con el núcleo 3.0.13-0.27-pae. El núcleo de esta versión de SLES debe actualizarse a 3.0.51-0.7.9-pae para que la conversión funcione. Para SLES 11 SP4: solo se admiten cargas de trabajo basadas en BIOS. |
|
Oracle Enterprise Linux (OEL) |
|
|
Red Hat Linux 8 |
Solo sistemas de 32 bits |
NOTA:
Las cargas de trabajo de origen basadas en Linux deben ejecutarse en un servidor de shell segura (SSH).
Se admite la transferencia en directo para estas cargas de trabajo Linux:
RHEL 4, 5, 6.x y 7.x
SLES 9, 10, 11
No se admite la migración de volúmenes cifrados.
En PlateSpin Migrate 12.1 se ha mejorado la interfaz Web a fin de permitir la migración de las cargas de trabajo Windows y Linux siguientes a Microsoft Azure:
Windows:
Microsoft Windows Server 2012 R2
Microsoft Windows Server 2012
Microsoft Windows Server 2008 R2
Linux:
Red Hat Enterprise Linux (RHEL) 7.1
Red Hat Enterprise Linux (RHEL) 6.7
SUSE Linux Enterprise Server (SLES) 11 SP4
SUSE Linux Enterprise Server (SLES) 11 SP3
NOTA:No se admite la migración de cargas de trabajo UEFI a Microsoft Azure.
A continuación se muestra una lista de las plataformas de virtualización admitidas. Para obtener más detalles sobre las configuraciones admitidas, así como la lista más actualizada, consulte el artículo 7012976 de la base de conocimientos.
IMPORTANTE:Se necesita una licencia del sistema operativo para la carga de trabajo de destino migrada. En el caso de las cargas de trabajo de destino de Azure, se debe proporcionar a Azure la información de licencia o se cobrará por la licencia del sistema operativo.
Tabla 1-5 Plataformas de virtualización del destino admitidas
|
Plataforma |
Notas |
|---|---|
|
VMware vCenter 4.1, incluidas la actualizaciones 1, 2 y 3 |
Para crear el disco de máquina virtual de destino mediante la asignación de dispositivo en bruto (RDM), use Virtualización semiautomatizada de la carga de trabajo mediante el flujo de trabajo X2P. |
|
VMware vCenter 5.0, incluidas la actualizaciones 1, 2 y 3 |
|
|
VMware vCenter 5.1, incluidas la actualizaciones 1 y 2 |
|
|
VMware vCenter 5.5, incluidas la actualizaciones 1 y 2 |
|
|
VMware vCenter 6.0 |
|
|
VMware ESX 4.1, incluidas la actualizaciones 1, 2 y 3 |
Todas las versiones de ESXi deben disponer de una licencia de pago. La migración no se admite en estos sistemas si funcionan con una licencia gratuita. Para crear el disco de máquina virtual de destino mediante la asignación de dispositivo en bruto (RDM), use Virtualización semiautomatizada de la carga de trabajo mediante el flujo de trabajo X2P. |
|
VMware ESXi 4.1, incluidas la actualizaciones 1, 2 y 3 |
|
|
VMware ESXi 5.0, incluidas la actualizaciones 1, 2 y 3 |
|
|
VMware ESXi 5.1, incluidas la actualizaciones 1 y 2 |
|
|
VMware ESXi 5.5, incluidas la actualizaciones 1 y 2 |
|
|
VMware ESXi 6.0 |
|
|
Microsoft Windows Server 2012 con Hyper-V |
No se admite la migración de cargas de trabajo Linux basadas en UEFI a contenedores de destino Hyper-V. |
|
Microsoft Windows Server 2012 R2 con Hyper-V |
|
|
Microsoft Windows Server 2008 R2 con Hyper-V |
Se admite mediante Virtualización semiautomatizada de la carga de trabajo mediante el flujo de trabajo X2P. No se admite la migración de cargas de trabajo Linux basadas en UEFI a contenedores de destino Hyper-V. |
|
Citrix XenServer 6, 6.1, 6.2, 6.5 |
Se admite mediante Virtualización semiautomatizada de la carga de trabajo mediante el flujo de trabajo X2P. |
|
SUSE Linux Enterprise Server (SLES) 11 SP3 XEN, SLES 11 SP3 KVM |
|
|
Red Hat Enterprise Linux (RHEL) 6.4 - 7 KVM |
Se admite mediante Virtualización semiautomatizada de la carga de trabajo mediante el flujo de trabajo X2P. |