1.2 Configurations prises en charge

PlateSpin Protect permet de protéger les workloads serveur de la plupart des versions principales des systèmes d'exploitation Microsoft Windows, SUSE Linux Enterprise et Red Hat Enterprise Linux. Cette section décrit les configurations de plate-forme prises en charge.

1.2.1 Charges de travail Windows prises en charge

PlateSpin Protect prend en charge les workloads pour la plupart des versions de Microsoft Windows. Pour obtenir la liste des versions de Windows prises en charge, reportez-vous au Tableau 1-1.

Les réplications par fichier et par bloc sont prises en charge, moyennant certaines restrictions. Reportez-vous à la Section 5.4, Transfert de données.

Tableau 1-1 Charges de travail Windows prises en charge

Système d'exploitation

Remarques

Workloads de catégorie serveur

  • Windows Server 2012 R2
  • Windows Server 2012

  • Windows Server 2008 R2 (64 bits)
  • Windows Server 2008 (64 bits)
  • Windows Server 2008 dernier SP (32 bits)

Y compris les contrôleurs de domaine (DC) et les éditions SBS (Small Business Server)

  • Windows Server 2003 R2 (64 bits)
  • Windows Server 2003 R2 (32 bits)
  • Windows  Server 2003, SP le plus récent (64 bits)
  • Windows Server 2003, SP le plus récent (32 bits)

Windows 2003 nécessite le Service Pack 1 ou une version ultérieure pour la réplication par bloc.

Cluster de basculement Microsoft Windows 2008 R2 Server

Workloads de catégorie Hyperviseur

Windows Server 2012 avec rôle Hyper-V

 

Workloads de catégorie Poste de travail

  • Windows 8.1
  • Windows 8

AVERTISSEMENT :vous devez sélectionner le mode de gestion de l'alimentation Performances élevées sur la source Windows 8 afin que le basculement et le rétablissement du workload fonctionnent correctement.

Pour configurer le mode de gestion de l'alimentation à partir du Panneau de configuration Windows :

  1. Sélectionnez Tous les Panneaux de configuration > Options d'alimentation.

  2. Dans la boîte de dialogue permettant de choisir ou personnaliser le mode de gestion de l'alimentation, sélectionnez Afficher les modes supplémentaires > Performances élevées.

  3. Fermez le panneau de configuration.

Systèmes de fichiers Windows pris en charge

PlateSpin Protect ne prend en charge le système de fichiers NTFS que sur les systèmes Windows compatibles.

Clusters Windows pris en charge

PlateSpin Protect prend en charge la protection des services métiers d'une grappe (cluster) Microsoft Windows. Les technologies de mise en grappe prises en charge sont les suivantes :

  • Cluster de basculement Microsoft Windows 2008 R2 Server

Pour plus d'informations sur la protection des workloads dans une grappe, reportez-vous à la section Protection des grappes Windows.

Versions internationales prises en charge

PlateSpin Protect prend en charge les versions de Microsoft Windows en allemand, chinois simplifié, chinois traditionnel, français et japonais.

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.

Prise en charge du microprogramme de workload (UEFI et BIOS)

PlateSpin Protect met en miroir la prise en charge Microsoft des workloads Windows basés sur UEFI ou BIOS. Il transfère les workloads (par bloc et par fichier) de la source à la cible tout en appliquant le microprogramme pris en charge pour les systèmes d'exploitation source et cible respectifs. 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é.

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 cibler un conteneur vSphere 5.0 ou version ultérieure.

Vous trouverez, ci-dessous, des exemples du comportement de PlateSpin Protect lors de la protection et du rétablissement de 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 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, PlateSpin 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 informe qu'elle n'est pas valide (en d'autres termes, la transition d'un microprogramme BIOS vers UEFI n'est pas prise en charge ; Windows 2003 ne prend pas en charge le mode de démarrage UEFI).

  • Lors de la protection d'une source UEFI sur une cible BIOS, 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.

Prise en charge du partitionnement de disque complexe du workload

PlateSpin Protect prend en charge le partitionnement GPT des disques pour les workloads Windows. La réplication complète est prise en charge pour un maximum de 57 partitions ou volumes sur un seul disque.

1.2.2 Workloads Linux pris en charge

PlateSpin Protect prend en charge plusieurs distributions Linux. Pour obtenir la liste des versions de Windows prises en charge, reportez-vous au Tableau 1-2.

Tableau 1-2 Workloads Linux pris en charge

Système d'exploitation

Remarques

Workloads de catégorie Serveur Linux

Red Hat Enterprise Linux (RHEL) 7

Transfert par bloc uniquement. Comprend le système de fichiers XFS.

RHEL 6.2

Transfert par bloc uniquement.

RHEL 5.0-5.5, 6.0

Transfert par bloc uniquement.

RHEL 5.6-5.8, 6.3

Transfert par bloc uniquement. Vous devez compiler le pilote blkwatch PlateSpin avant de pouvoir inventorier ces workloads.

RHEL 4 (32 bits)

Transfert par bloc uniquement.

SUSE Linux Enterprise Server (SLES) 9, 10, 11 (SP1, SP2, SP3)

REMARQUE :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.

Novell Open Enterprise Server (OES) 11, SP1 et SP2

REMARQUE :la version de kernel par défaut 3.0.13 d'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. Transfert par bloc uniquement.

Oracle Enterprise Linux (OEL)

Même niveau de prise en charge que pour les workloads exécutant RHEL.

CentOS 7

Transfert par bloc uniquement.

REMARQUE :CentOS est pris en charge pour une utilisation expérimentale.

Systèmes de fichiers Linux pris en charge

PlateSpin Protect prend en charge les systèmes de fichiers EXT2, EXT3, EXT4, REISERFS, XFS (workloads RHEL 7) et NSS (workloads OES 11), avec un transfert par bloc uniquement.

REMARQUE :les volumes codés de workloads sur la source sont décodés dans la machine virtuelle de basculement.

Prise en charge du microprogramme de workload (UEFI et BIOS)

PlateSpin Protect prend en charge les interfaces de microprogramme UEFI et BIOS.

Prise en charge du partitionnement de disque complexe du workload

PlateSpin Protect prend en charge le partitionnement GPT des disques pour les workloads Linux. La réplication complète est prise en charge pour un maximum de 57 partitions ou volumes sur un seul disque.

Configuration requise pour un pilote blkwatch

La réplication des workloads Linux protégés s'effectue en mode bloc. Le logiciel PlateSpin Protect nécessite un pilote blkwatch compilé pour une distribution Linux spécifique à protéger. Pour obtenir une liste des distributions qui comprennent le pilote blkwatch reportez-vous à l'Section A.0, Distributions Linux prises en charge par Protect.

Si votre distribution n'inclut pas le pilote blkwatch, vous pouvez créer un pilote personnalisé en suivant la procédure de l'article n° 7005873 de la base de connaissances.

1.2.3 Conteneurs de VM pris en charge

Un conteneur est une infrastructure de protection opérant en tant qu'hôte d'une réplique régulièrement mise à jour d'un workload protégé. Cette infrastructure peut être un serveur VMware ESXi ou une grappe VMware DRS.

Tableau 1-3 Plates-formes prises en charge en tant que conteneurs VM

Conteneur

Remarques

VMware ESXi 5.5 (GA2, Update 2)

  • Pris en charge en tant que conteneur de protection et de rétablissement

  • La configuration DRS doit être Partiellement automatisé ou Entièrement automatisé (mais ne peut pas être réglée sur Manuel).

  • 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 ESXi 5.1 (GA2, Update 2)

  • Pris en charge en tant que conteneur de protection et de rétablissement

  • La configuration DRS doit être Partiellement automatisé ou Entièrement automatisé (mais ne peut pas être réglée sur Manuel).

  • 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 ESXi 4.1 (GA2, Update 3)

  • Pris en charge en tant que conteneur de protection et de rétablissement

  • La configuration DRS doit être Partiellement automatisé ou Entièrement automatisé (mais ne peut pas être réglée sur Manuel).

  • 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.

PlateSpin Protect prend également en charge l'architecture mutualisée dans VMware. Plusieurs serveurs Protect peuvent partager la même grappe VMware. Reportez-vous à la Section 5.3, Configuration de la mutualisation de la protection sous VMware.

1.2.4 Microprogrammes système pris en charge

PlateSpin Protect prend en charge les interfaces de microprogramme UEFI et BIOS.

Sur les systèmes Windows, PlateSpin Protect met en miroir la prise en charge Microsoft pour UEFI. Pour plus d'informations, reportez-vous à la rubrique Prise en charge du microprogramme de workload (UEFI et BIOS) de la Section 1.2.1, Charges de travail Windows prises en charge.