PlateSpin Migrate prend en charge les familles de système d'exploitation suivantes :
Microsoft Windows
Linux
Pour plus d'informations, reportez-vous aux rubriques suivantes :
REMARQUE :tous les workloads ne sont pas pris en charge sur toutes les plates-formes VM cibles. Pour plus de détails, consultez l'article de la base de connaissances n° 7012976.
Pour la plate-forme Windows, PlateSpin Migrate prend en charge les fonctions de portabilité suivantes :
Portabilité des workloads : migrations homologue à homologue (P2V, V2V, V2P, P2P).
Synchronisation des workloads homologue à homologue avec la synchronisation des serveurs (P2V, V2V, P2P, V2P).
Portabilité de workload : migrations vers Microsoft Azure (P2C, V2C).
Tableau 1-3 Workloads Microsoft Windows pris en charge
Système d'exploitation |
Remarques |
---|---|
Windows Server 2012 et 2012 R2 |
|
Windows Server 2008 et 2008 R2 |
Y compris les systèmes DC (contrôleur de domaine) et les versions SBS (Small Business Server). La migration de Windows Server 2008 R2 SP0 vers Hyper-V n'est pas possible, car Microsoft ne la prend plus en charge. Reportez-vous au site Web TechNet de Microsoft. |
|
|
Windows 2000 Server SP4 avec Update Rollup 1 |
|
|
Vous pouvez utiliser l'interface Web ou le client Migrate pour faire migrer les clusters Windows Server pris en charge. Voir Section 5.5, Migration de grappes Windows. PlateSpin Migrate ne prend pas en charge la migration de clusters Windows Server pour les infrastructures cibles suivantes :
|
Windows 8 et 8.1 |
|
Windows 7 |
|
Windows Vista SP 1 et version ultérieure |
Prend en charge uniquement les éditions Professionnelle/Entreprise et Intégrale. |
Windows XP SP1 ou version ultérieure |
|
REMARQUE :seuls les systèmes de fichiers NTFS sont pris en charge.
PlateSpin Migrate prend en charge les versions localisées suivantes des workloads Windows sources :
Anglais
Français
Allemand
Japonais
Chinois (traditionnel et simplifié)
Prise en charge du microprogramme de workload (UEFI et BIOS) : PlateSpin Migrate met en miroir la prise en charge Microsoft des workloads Windows basés sur UEFI ou BIOS. Il transfère les workloads (prise en charge à la fois des transferts par bloc et par fichier) de la source vers la cible tout en appliquant le microprogramme pris en charge pour les systèmes d'exploitation source et cible respectifs. Lorsqu'une migration a été lancée entre des systèmes UEFI et BIOS, PlateSpin Migrate analyse la transition et vous informe sur sa validité.
REMARQUE :si vous faites migrer un workload UEFI sur un conteneur cible vSphere et souhaitez continuer à utiliser le même mode de démarrage du microprogramme, vous devez cibler un conteneur vSphere 5.0 ou plus récent.
Vous trouverez, ci-dessous, des exemples du comportement de PlateSpin Migrate lors d'une conversion entre des systèmes UEFI et BIOS :
Lors du transfert d'un workload UEFI vers un conteneur VMware vSphere 4.x (qui ne prend pas en charge UEFI), PlateSpin Migrate fait migrer le microprogramme UEFI du workload vers le microprogramme BIOS.
Lors de la migration d'une source UEFI sur une cible BIOS, PlateSpin Migrate convertit les disques de démarrage du système UEFI, qui étaient de type GPT, vers MBR. Lors de la migration d'un workload BIOS sur une cible UEFI, PlateSpin Migrate convertit les disques de démarrage du système UEFI, qui sont de type MBR, vers GPT.
Pour la plate-forme Linux, PlateSpin Migrate prend en charge les fonctions de portabilité suivantes :
Prise en charge de la portabilité de workload hors ligne et homologue à homologue dynamique (P2P, P2V, V2P, V2V), y compris la synchronisation des workloads avec la synchronisation des serveurs.
Prise en charge des systèmes de fichiers EXT2, EXT3, EXT4, REISERFS et XFS Linux.
IMPORTANT :
La création d'image de workload n'est pas prise en charge dans les workloads Linux.
La migration des workloads Linux UEFI vers un conteneur cible Hyper-V n'est pas prise en charge.
La conversion entre des systèmes Linux basés sur UEFI et BIOS n'est pas prise en charge.
Certaines des versions de Linux prises en charge requièrent la compilation du module blkwatch PlateSpin pour votre kernel spécifique. Ces workloads sont appelés explicitement.
Pour plus d'informations sur les versions précompilées du pilote blkwatch pour de nombreuses distributions de Linux de non-débogage (32 et 64 bits) incluses dans PlateSpin Migrate, reportez-vous à l'Section A.0, Distributions Linux prises en charge par Migrate
Tableau 1-4 Workloads Linux pris en charge
Distribution |
Remarques |
---|---|
|
|
Red Hat Enterprise Linux (RHEL) AS/ES/WS 4, 5, 5.1-5.11, 6, 6.1- 6.7, 7, 7.1, 7.2 |
Pour RHEL 6.7, 7, 7.1 et 7.2 : seuls les workloads basés sur le BIOS sont pris en charge. |
SUSE Linux Enterprise Server (SLES) 9, 10, 11 (SP1, SP2, SP3, SP4) |
SLES 11 SP2 (32 bits) avec kernel 3.0.13-0.27-pae n'est pas pris en charge. Le kernel de cette version de SLES doit être mis à niveau vers 3.0.51-0.7.9-pae afin que la conversion fonctionne. Pour SLES 11 SP4 : seuls les workloads basés sur le BIOS sont pris en charge. |
Oracle Enterprise Linux (OEL) |
|
Red Hat Linux 8 |
Systèmes 32 bits uniquement |
REMARQUE :
Les workloads sources Linux doivent exécuter un serveur Secure Shell (SSH).
Le transfert à chaud est pris en charge pour ces workloads Linux :
RHEL 4, 5, 6.x, 7.x
SLES 9, 10, 11
La migration des volumes codés n'est pas prise en charge.
PlateSpin Migrate 12.1 améliore l'interface Web pour vous aider à migrer les workloads Windows et Linux suivants vers 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
REMARQUE :la migration des workloads UEFI vers Microsoft Azure n'est pas prise en charge.
La liste suivante présente les plates-formes de virtualisation prises en charge. Pour plus de détails sur les configurations prises en charge, ainsi que la dernière liste à jour, reportez-vous à l'article de la base de connaissances n° 7012976.
IMPORTANT :une licence de système d'exploitation est nécessaire pour le workload cible migré. Pour les workloads Azure cibles, vous devez fournir à Azure les informations de licence. À défaut, la licence de système d'exploitation vous sera facturée.
Tableau 1-5 Plates-formes de virtualisation cibles prises en charge
Plate-forme |
Remarques |
---|---|
VMware vCenter 4.1, y compris Updates 1, 2 et 3 |
Pour créer le disque de machine virtuelle cible à l'aide d'une assignation de périphérique Raw (RDM), utilisez la procédure décrite à la section Virtualisation semi-automatisée des workloads à l'aide du workflow de X2P. |
VMware vCenter 5.0, y compris Updates 1, 2 et 3 |
|
VMware vCenter 5.1, y compris Updates 1 et 2 |
|
VMware vCenter 5.5, y compris Updates 1 et 2 |
|
VMware vCenter 6.0 |
|
VMware ESX 4.1, y compris Updates 1, 2 et 3 |
Toutes les versions d'ESXi doivent avoir une licence payante ; la migration n'est pas prise en charge pour ces systèmes s'ils fonctionnent avec une licence gratuite. Pour créer le disque de machine virtuelle cible à l'aide d'une assignation de périphérique Raw (RDM), utilisez la procédure décrite à la section Virtualisation semi-automatisée des workloads à l'aide du workflow de X2P. |
VMware ESXi 4.1, y compris Updates 1, 2 et 3 |
|
VMware ESXi 5.0, y compris Updates 1, 2 et 3 |
|
VMware ESXi 5.1, y compris Updates 1 et 2 |
|
VMware ESXi 5.5, y compris Updates 1 et 2 |
|
VMware ESXi 6.0 |
|
Microsoft Windows Server 2012 Hyper-V |
La migration des workloads Linux UEFI vers un conteneur cible Hyper-V n'est pas prise en charge. |
Microsoft Windows Server 2012 R2 Hyper-V |
|
Microsoft Windows Server 2008 R2 Hyper-V |
Pris en charge par l'intermédiaire de la Virtualisation semi-automatisée des workloads à l'aide du workflow de X2P. La migration des workloads Linux UEFI vers un conteneur cible Hyper-V n'est pas prise en charge. |
Citrix XenServer 6, 6.1, 6.2, 6.5 |
Pris en charge par l'intermédiaire de la Virtualisation semi-automatisée des workloads à l'aide du workflow de X2P. |
SUSE Linux Enterprise Server (SLES) 11 SP3 XEN, SLES 11 SP3 KVM |
|
Red Hat Enterprise Linux (RHEL) 6.4 - 7 KVM |
Pris en charge par l'intermédiaire de la Virtualisation semi-automatisée des workloads à l'aide du workflow de X2P. |