PlateSpin Protect prend en charge la plupart des versions principales des systèmes d'exploitation Microsoft Windows, SUSE Linux Enterprise Server et Red Hat Enterprise Linux. Il prend également en charge certaines versions sélectionnées des systèmes d'exploitation Novell Open Enterprise Server, Oracle Enterprise Linux et CentOS.
Cette section décrit les configurations de plate-forme prises en charge par PlateSpin Protect, ainsi que les logiciels, le matériel et les environnements de virtualisation requis pour la protection et la récupération des workloads. Certaines configurations, comme spécifié, nécessitent un traitement spécial pour la configuration et la récupération des workloads. Assurez-vous de passer en revue les informations référencées dans le reste de la documentation en ligne ou des articles de la base de connaissances avant d'essayer de configurer le workload.
REMARQUE :bien que les configurations non mentionnées ici ne soient pas prises en charge, la plupart des améliorations que nous apportons à PlateSpin Protect le sont en réponse directe aux suggestions de nos clients. Vous pouvez nous aider à faire en sorte que notre produit réponde à tous vos besoins. Si vous êtes intéressé par une configuration de plate-forme non répertoriée, contactez le support technique. Nous accordons une grande importance à vos commentaires et sommes impatients de connaître vos impressions.
PlateSpin Protect prend en charge les workloads des versions de système d'exploitation Microsoft Windows répertoriées dans le Tableau 1-1.
Les réplications par fichier et par bloc sont prises en charge, moyennant certaines restrictions. Reportez-vous à la Section 1.2, Méthodes de transfert des données prises en charge.
REMARQUE :la protection n'est pas prise en charge pour les workloads de bureau (postes de travail).
Tableau 1-1 Workloads Windows pris en charge
|
Système d'exploitation |
Remarques |
|---|---|
|
Serveurs |
|
|
Windows Server 2016 |
La protection des serveurs Windows Server 2016 nécessite VMware 6.0 ou version ultérieure. |
|
Y compris les éditions DC (contrôleurs de domaine) et SBS (Small Business Server). Pour plus d'informations sur la conversion de contrôleurs de domaine Active Directory, reportez-vous à l'article n° 7920501 de la base de connaissances. |
|
Y compris les éditions DC (contrôleurs de domaine) et SBS (Small Business Server). Pour plus d'informations sur la conversion de contrôleurs de domaine Active Directory, reportez-vous à l'article n° 7920501 de la base de connaissances. |
|
Windows 2003 nécessite le Service Pack 1 ou une version ultérieure pour la réplication par bloc. |
|
Grappes |
|
|
La protection des clusters Windows Server 2016 nécessite VMware 6.0 ou version ultérieure. Modèles pris en charge : Quorum de disques et noeuds majoritaire et Pas de majorité : Disque quorum uniquement. Le système prend en charge le transfert de données par bloc avec un pilote (SAN Fibre Channel uniquement) ou sans pilote pour les réplications incrémentielles de clusters. La réplication basée sur des fichiers n'est pas prise en charge. AVERTISSEMENT :n'essayez pas d'utiliser le pilote par bloc sur des grappes avec des disques iSCSI partagés. Cela rend les grappes inutilisables. Reportez-vous à la section Préparation de la protection des clusters Windows. |
|
|
|
|
|
Modèle pris en charge : Cluster de serveurs à quorum unique. La prise en charge inclut uniquement le transfert de données par bloc sans pilote pour les réplications incrémentielles des clusters. La réplication basée sur des fichiers n'est pas prise en charge. Reportez-vous à la section Préparation de la protection des clusters Windows. |
|
Hôtes Hyper-V |
|
|
Protège un serveur Windows qui fonctionne comme un hôte Hyper-V et ses volumes. Protège les machines virtuelles séparément. |
Assurez-vous d'appliquer les mises à jour Windows sur votre système source avant d'exécuter la première réplication complète.
Si la machine Windows est un contrôleur de domaine, veillez aussi à désactiver le logiciel antivirus sur le système pendant la réplication.
PlateSpin Protect prend en charge les workloads des distributions de système d'exploitation Linux répertoriées dans le Tableau 1-2.
La réplication des workloads Linux protégés s'effectue uniquement en mode bloc. Reportez-vous à la section Configuration requise pour un pilote blkwatch.
Tableau 1-2 Workloads Linux pris en charge
|
Système d'exploitation |
Versions |
Remarques |
|---|---|---|
|
Serveurs |
||
|
|
Reportez-vous à la section Distributions Linux prises en charge par Protect pour obtenir la liste des versions et architectures de kernel Linux prises en charge pour les distributions RHEL. PlateSpin Protect ne prend pas en charge le système de fichiers XFS version 5 (v5) sous RHEL 7.3 et les distributions basées sous RHEL 7.3. Pour les workloads Red Hat Enterprise Linux 6.7, Oracle Linux 6.7 et CentOS 6.7 avec des volumes LVM, une réplication incrémentielle est prise en charge uniquement pour la dernière version du kernel disponible (version 2.6.32-642.13.1.el6.x86_64) pour la distribution RHEL 6.7. Il s'agit du même kernel que celui utilisé par la distribution RHEL 6.8. |
|
|
Reportez-vous à la section Distributions Linux prises en charge par Protect pour obtenir la liste des versions et architectures de kernel Linux prises en charge pour les distributions SLES. la version 3.0.13 du kernel de SLES 11 SP3 n'est pas prise en charge. Avant d'inventorier le workload, effectuez une mise à niveau vers la version 3.0.27 ou ultérieure du kernel. |
|
Reportez-vous à la SUSE Linux Enterprise Server (SLES). |
Pour OES 2015 SP1, PlateSpin Protect prend en charge les réserves NSS 32 bits d'une taille maximale de 8 To ; les réserves NSS 64 bits ne sont pas prises en charge. Reportez-vous à la section Distributions Linux prises en charge par Protect pour obtenir la liste des versions et architectures de kernel Linux prises en charge pour les distributions SLES. La version de kernel par défaut 3.0.13 sous OES 11 SP2 n'est pas prise en charge. Avant d'inventorier le workload, effectuez une mise à niveau vers la version 3.0.27 ou ultérieure du kernel. |
|
Oracle Linux (OL) (anciennement Oracle Enterprise Linux [OEL]) |
Reportez-vous à la Red Hat Enterprise Linux (RHEL). |
Reportez-vous à la section Distributions Linux prises en charge par Protect pour obtenir la liste des versions et architectures de kernel Linux prises en charge pour les distributions RHEL. Les pilotes Blkwatch sont disponibles pour les kernels standard RHCK (Red Hat Compatible Kernel) et UEK (Unbreakable Enterprise Kernel) sous OEL 6 U7 et versions ultérieures, comme indiqué dans la Liste des distributions. Les workloads utilisant le kernel UEK ne sont pas pris en charge pour PlateSpin Protect 11.2 et versions antérieures. Pour Oracle Linux 6 U7, les pilotes blkwatch pour le kernel version 2.6.32-573 n'assurent pas la prise en charge de la réplication incrémentielle des workloads avec des volumes LVM. Mettez à jour le kernel, puis utilisez des pilotes RHEL 6 U7 pour le kernel 2.6.32-642. |
|
Reportez-vous à la Red Hat Enterprise Linux (RHEL). |
Reportez-vous à la section Distributions Linux prises en charge par Protect pour obtenir la liste des versions et architectures de kernel Linux prises en charge pour les distributions RHEL. CentOS 7.x nécessite VMware 5.5 ou version ultérieure. |
Le transfert de données par bloc pour un workload Linux dans PlateSpin Protect requiert un pilote blkwatch spécialement compilé pour la distribution Linux faisant l'objet de la protection. Le logiciel PlateSpin Protect intègre des versions précompilées du pilote blkwatch pour de nombreuses distributions Linux de non-débogage (32 et 64 bits). Vous pouvez aussi créer un pilote personnalisé. Pour plus d'informations, reportez-vous à la section Distributions Linux prises en charge par Protect.
Un conteneur de machines virtuelles (Virtual Machine, VM) est une infrastructure de protection opérant en tant qu'hôte d'une réplique démarrable et régulièrement mise à jour d'un workload protégé.
Reportez-vous au Tableau 1-3 pour la liste des plates-formes VMware prises en charge. Les plates-formes sont prises en charge en tant que conteneurs de protection et de rétablissement.
REMARQUE :la protection des workloads sur un conteneur de VM cible est soumise à la prise en charge du système d'exploitation invité sur l'hôte cible par le fournisseur de l'hôte. Pour plus d'informations sur les hôtes VMware cibles, reportez-vous au manuel VMware Compatibility Guide (Guide de compatibilité de VMware).
L'infrastructure de conteneur peut être un serveur VMware ESXi ou une grappe VMware DRS. Pour plus d'informations sur la configuration requise pour la grappe VMware DRS, reportez-vous à la section Prise en charge des grappes VMware DRS en tant que conteneurs.
Tableau 1-3 Plates-formes prises en charge en tant que conteneurs VM
|
Conteneur |
Versions |
Remarques |
|---|---|---|
|
VMware vCenter ou ESXi |
NetWare 6.5 |
En tant que conteneur VM, la grappe DRS doit être constituée uniquement de serveurs ESXi 6.5 et peut uniquement être gérée par vCenter 6.5. |
|
VMware vCenter ou ESXi |
6.0 (GA2, U2, U3) |
En tant que conteneur VM, la grappe DRS doit être constituée uniquement de serveurs ESXi 6.0 et peut uniquement être gérée par vCenter 6.0. |
|
VMware vCenter ou ESXi |
5.5 (GA2, U2, U3) |
En tant que conteneur VM, la grappe DRS doit être constituée uniquement de serveurs ESXi 5.5 et peut uniquement être gérée par vCenter 5.5. |
|
VMware vCenter ou ESXi |
5.1 (GA2, U2, U3) |
En tant que conteneur VM, la grappe DRS doit être uniquement constituée de serveurs ESXi 5.1 et peut uniquement être gérée par vCenter 5.1. |
|
VMware vCenter ou ESXi |
4.1 (GA2, U3) |
En tant que conteneur VM, la grappe DRS doit être constituée uniquement de serveurs ESXi 4.1 et peut uniquement être gérée par vCenter 4.1. |
REMARQUE :vos hôtes VMware ESXi doivent disposer d'une licence payante ; la protection n'est pas prise en charge sur ces systèmes s'ils fonctionnent avec une licence gratuite.
Pour être une cible de protection valide, votre grappe VMware DRS doit être ajoutée à l'ensemble de conteneurs (inventoriés) en tant que grappe VMware. ne tentez pas d'ajouter une grappe DRS en tant qu'ensemble de serveurs ESX distincts. Reportez-vous à la section Ajout de conteneurs (cibles de protection).
En outre, votre grappe VMware DRS doit respecter la configuration requise suivante :
L'option DRS doit être activée et définie sur Partiellement automatisé ou Entièrement automatisé. (Elle ne peut pas être configurée sur Manuel.)
Les hôtes VMware de la grappe VMware doivent partager au moins une banque de données.
Au moins un vSwitch et un groupe de ports virtuel ou un commutateur distribué vNetwork sont communs à tous les hôtes VMware de la grappe VMware.
Les workloads de basculement (VM) pour chaque contrat de protection doivent être placés exclusivement sur les banques de données, les vSwitch et les groupes de ports virtuels partagés par tous les hôtes VMware de la grappe VMware.
PlateSpin Protect prend en charge la copie de machines virtuelles répliquées vers un site de récupération à distance à l'aide de VMware vCenter Site Recovery Manager (SRM). Reportez-vous à la Section 6.7, Configuration de la prise en charge de VMware vCenter Site Recovery Manager.
PlateSpin Protect prend en charge la mutualisation sous VMware. Plusieurs serveurs Protect peuvent partager l'interface dorsale de grappe VMWare. Reportez-vous à la section Configuration de la mutualisation de la protection sous VMware.
PlateSpin Protect prend en charge les architectures informatiques x86 suivantes :
PlateSpin Protect prend en charge la protection et la récupération des architectures x64 et x86 pour les workloads physiques et virtuels dans votre centre de données :
64 bits
32 bits
Pour les conteneurs de machines virtuelles pris en charge qui utilisent VMware 5.1 et versions ultérieures, avec un matériel de machine virtuelle de niveau 8 minimum, PlateSpin Protect vous permet de spécifier le nombre de sockets, ainsi que le nombre de noyaux par socket pour le workload de basculement. Elle calcule automatiquement le nombre total de coeurs. Ce paramètre s'applique à la configuration initiale d'un workload avec une réplication initiale définie sur Complète.
REMARQUE :le nombre maximal de coeurs que le workload peut utiliser est soumis à des facteurs externes tels que le système d'exploitation invité, la version du matériel de machine virtuelle, la licence VMware pour l'hôte ESXi et les ressources informatiques maximales de l'hôte ESXi pour vSphere. Reportez-vous au document ESX/ESXi Configuration Maximums (Limites de configuration d'EXS/ESXi) (Base de connaissances VMware 1003497).
Certaines distributions d'un système d'exploitation invité risquent de ne pas respecter la configuration des noyaux et des noyaux par socket. Par exemple, les systèmes d'exploitation invités SLES 10 SP4 et OES 2 SP3 conservent leurs paramètres de noyaux et de sockets d'origine, tels qu'installés, tandis que d'autres distributions SLES, RHEL et OES respectent la configuration.
Pour les conteneurs de machines virtuelles utilisant VMware 4.1, PlateSpin Protect vous permet de spécifier le nombre requis de vCPU (processeurs virtuels) à assigner au workload de basculement. Ce paramètre s'applique à la configuration initiale d'un workload avec une réplication initiale définie sur Complète. Chaque vCPU est présentée au système d'exploitation invité sur le conteneur de machine virtuelle en tant que coeur unique, socket unique.
PlateSpin Protect prend en charge les interfaces de microprogramme UEFI et BIOS pour les workloads Windows et Linux.
REMARQUE :si vous protégez un workload UEFI et souhaitez continuer à utiliser le même mode de démarrage du microprogramme pendant tout son cycle de vie, vous devez envisager un conteneur vSphere 5.0 ou plus récent.
Vous trouverez, ci-dessous, des exemples du comportement de Protect lors de la protection et du rétablissement de systèmes UEFI et BIOS :
Lorsque vous transférez un workload UEFI vers un conteneur VMware vSphere 4.x (qui ne prend pas en charge UEFI), Protect fait migrer le microprogramme UEFI du workload vers BIOS au moment du basculement. Ensuite, lorsqu'un rétablissement est sélectionné sur une machine physique UEFI, Protect inverse la transition du microprogramme de BIOS vers UEFI.
Si vous essayez de rétablir un workload Windows 2003 protégé vers une machine physique UEFI, PlateSpin Protect analyse cette possibilité et vous signale que cette opération n'est pas valide. Autrement dit, la transition du microprogramme de BIOS vers UEFI n'est pas prise en charge, car Windows 2003 n'est pas compatible avec le mode de démarrage UEFI.
Lorsque vous protégez une source UEFI sur une cible BIOS, PlateSpin Protect fait migrer les disques de démarrage du système UEFI, qui étaient de type GPT, vers MBR. Le rétablissement de ce workload BIOS vers une machine physique UEFI a pour effet de reconvertir les disques de démarrage au format GPT.
Sur les workloads Windows, PlateSpin Protect met en miroir la prise en charge Microsoft des workloads Windows basés sur UEFI ou BIOS. Il transfère des workloads de la source vers la cible afin d'appliquer le microprogramme pris en charge pour les systèmes d'exploitation source et cible respectifs. Les transferts basés sur des fichiers et par bloc sont pris en charge. Il procède de la même manière pour un rétablissement vers une machine physique. Lorsqu'une transition (basculement ou rétablissement) a été lancée entre des systèmes UEFI et BIOS, PlateSpin Protect l'analyse et vous informe sur sa validité.
PlateSpin Protect prend en charge les configurations de stockage suivantes pour les workloads Windows et Linux.
PlateSpin Protect prend en charge plusieurs types de disques de stockage sources, notamment des disques de base, des disques dynamiques Windows, LVM2, RAID et SAN.
Vous pouvez spécifier si les disques virtuels sur la réplique de VM protégée ont fait l'objet d'un provisionnement léger ou lourd.
REMARQUE :les avertissements suivants s'appliquent pour les disques de stockage :
Disques dynamiques Windows : PlateSpin Protect ne prend pas en charge les disques dynamiques Windows sur la cible.
Pour les disques dynamiques, le stockage ne respecte pas la stratégie d'assignation Identique à la source. Tant les volumes dynamiques simples que les volumes dynamiques fractionnés résident sur le workload cible en tant que disques de volumes de base simples. Le disque cible est partitionné en tant que GPT si la taille totale combinée des disques membres du volume dynamique dépasse la limite de taille de partition MBR. Pour plus d'informations, reportez-vous au document Microsoft TechNet: Understanding the 2 TB limit in Windows Storage (Microsoft TechNet : présentation de la limite de 2 To du stockage Windows).
RAID logiciel Linux : PlateSpin Protect ne prend pas en charge les workloads Linux dont des volumes sont sur le RAID logiciel.
PlateSpin Protect prend en charge les modèles de partitionnement MBR (Master Boot Record) et GPT (GUID Partition Table) pour les workloads Windows et Linux. Les workloads et le stockage pour la protection doivent être configurés sur des disques partitionnés avec le modèle MBR ou GPT. Bien que GPT permette jusqu'à 128 partitions par disque simple, PlateSpin Protect ne prend en charge que 57 partitions GPT ou moins par disque.
PlateSpin Protect ne prend en charge le système de fichiers NTFS que sur les systèmes Windows compatibles.
PlateSpin Protect prend en charge les systèmes de fichiers EXT2, EXT3, EXT4, REISERFS, XFS et NSS (Open Enterprise Server seulement) avec le transfert par bloc uniquement.
REMARQUE :le système de fichiers XFS v5 n'est pas pris en charge pour Red Hat Enterprise Linux 7.3 et les distributions basées sur cette version.
REMARQUE :les volumes codés de workloads sur la source sont décodés dans la machine virtuelle de basculement.
Pour les workloads Linux, PlateSpin Protect fournit le support de stockage supplémentaire suivant :
Une zone de stockage (autre qu'un volume), telle qu'une partition d'échange associée au workload source, est recréée dans le workload de basculement.
La disposition des groupes de volumes et des volumes logiques est conservée pour vous permettre de la recréer pendant le rétablissement.
Les volumes de disques bruts LVM sont pris en charge dans les configurations Identique à la source sur les workloads Linux.
(OES 11) Les dispositions NLVM (Novell Linux Volume Management) des workloads sources sont conservées et recréées dans le conteneur de VM. Les réserves NSS sont copiées de la source vers la VM de récupération.
(OES 2) Les dispositions EVMS de workloads sources sont conservées et recréées dans le conteneur de VM. Les réserves NSS sont copiées de la source vers la VM de récupération.
Outre l'anglais, PlateSpin Protect fournit une prise en charge dans la langue nationale (National Language Support, NLS) pour l'installation et l'utilisation sur des machines configurées pour les langues internationales suivantes :
Chinois simplifié (zh-cn)
Chinois traditionnel (zn-tw)
Français (fr)
Allemand (de)
Japonais (ja)
INDICATION :d'autres versions internationales bénéficient d'une prise en charge limitée ; la mise à jour des fichiers système peut être affectée dans les langues autres que celles répertoriées ci-dessus.
La documentation en ligne localisée est disponible dans ces langues, ainsi qu'en espagnol.
Pour utiliser l'interface Web dans l'une de ces langues, reportez-vous à la section Configuration des paramètres de langue pour les versions internationales.
La plupart de vos interactions avec le produit s'effectuent via l'interface Web basée sur un navigateur.
Les navigateurs pris en charge sont les suivants :
Google Chrome 34.0 et versions ultérieures
Microsoft Internet Explorer 11.0 et versions ultérieures
Mozilla Firefox 29.0 et versions ultérieures
REMARQUE :JavaScript (Active Scripting) doit être activé dans votre navigateur.
Pour utiliser l'interface Web de PlateSpin Protect dans une des langues internationales prises en charge, reportez-vous à la section Configuration des paramètres de langue pour les versions internationales.