PlateSpin Migrate admite las siguientes familias de sistemas operativos:
Microsoft Windows, incluido Windows 2008 R2 Cluster
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).
Tabla 1-3 Cargas de trabajo de Microsoft Windows compatibles
Sistema operativo |
Observaciones |
---|---|
Windows Server 2012, 2012 R2 |
|
Windows 8, 8.1 |
|
Windows 7 |
|
Windows XP SP1 y posterior |
|
Windows 2000 Server SP4 con Update Rollup 1 |
|
Windows Server 2003 SP1 y posterior |
|
Windows Server 2008 R2 |
Incluidos sistemas de controladores de dominio (DC) y las ediciones Small Business Server (SBS) |
Windows Server 2008 |
|
Windows Vista, Business/Enterprise/Ultimate, SP1 y posterior |
|
Windows Server 2003 Cluster |
Consulte la Sección 5.5, Migración de clústeres de Windows. |
Windows Server 2008 R2 Cluster |
Consulte la Sección 5.5, Migración de clústeres de Windows. |
NOTA:
Solo se admiten sistemas de archivos NTFS.
Utilice únicamente el cliente de Platespin Migrate para migrar clústeres de Windows.
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, XFS y NSS (cargas de trabajo OES 2).
IMPORTANTE:las imágenes de cargas de trabajo no son compatibles con las cargas de trabajo Linux:
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.
Tabla 1-4 Cargas de trabajo Linux compatibles
Distribución |
Observaciones |
---|---|
|
|
Red Hat Enterprise Linux (RHEL) AS/ES/WS 4, 5, 5.6-5.11, 6, 6.1- 6.6, 7 |
|
SUSE Linux Enterprise Server (SLES) 9, 10, 11 (SP1, SP2, SP3) |
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. |
Novell Open Enterprise Server (OES) 11, OES 11 SP1 y SP2 |
|
OES 2 (SP2 y SP3) |
|
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, 7.0
SLES 9, 10, 11
No se admite la migración de volúmenes cifrados.
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.
Tabla 1-5 Plataformas de virtualización del destino admitidas
Plataforma |
Notas |
---|---|
VMware vCenter 4.1, incluidas la actualizaciones 1, 2 y 3 |
|
VMware vCenter 5.0, incluidas las actualizaciones 1, 2 y 3 |
|
VMware vCenter 5.1, incluidas las actualizaciones 1 y 2 |
|
VMware vCenter 5.5, incluidas las actualizaciones 1 y 2 |
|
VMware vCenter 6.0 |
|
VMware ESX 4.1, 4.1 actualización 1, 4.1 actualización 2, 4.1 actualización 3 |
|
VMware ESXi 4.1, 4.1 actualización 1, 4.1 actualización 2, 4.1 actualización 3, 5.0, 5.0 actualización 1, 5.0 actualización 2 y 5.0 actualización 3, 5.1, 5.1 actualización 1 y actualización 2, ESXi 5.5, 5.5 actualización 1 y 5.5 actualización 2, ESXi 6.0 |
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. |
Microsoft Windows Server 2012 Hyper-V, Microsoft Windows Server 2012 R2 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. |
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. |
SUSE Linux Enterprise Server (SLES) 11 SP3 XEN, SLES 11 SP3 KVM |
|
Redhat Enterprise Linux (RHEL) 6.4 - 7 KVM |
Se admite mediante Virtualización semiautomatizada de la carga de trabajo mediante el flujo de trabajo X2P. |