PROTECTION DE MACHINE VIRTUELLE VMWARE DELL POWERVAULT DL2000 OPTIMISÉ PAR SYMANTEC

Transcription

1 PROTECTION DE MACHINE VIRTUELLE VMWARE DELL POWERVAULT DL2000 OPTIMISÉ PAR SYMANTEC

2 La baie de stockage PowerVault DL2000 optimisée par Symantec Backup Exec est la seule solution de sauvegarde sur disque entièrement intégrée et équipée d'un logiciel installé en usine. Dell et Symantec ont collaboré à la mise au point de cette solution afin de faciliter la gestion de l'environnement de sauvegarde sur disque. Celle-ci constitue pour tout service informatique un outil idéal permettant d'effectuer des sauvegardes et des restaurations plus rapides et plus fiables. Par ailleurs, cette solution simplifie les opérations de sauvegarde et de récupération des environnements virtuels VMware en s'intégrant à VMware Virtual Center, VMware Consolidated Backup et VMware Converter. A l'heure actuelle, la virtualisation des serveurs est en train de devenir une technologie standard pour de nombreux datacenters. Alors que VMware accroît considérablement l'utilisation du matériel par le biais de la virtualisation des serveurs, l'infrastructure virtuelle de VMware (ESX) 3 fait apparaître de nouvelles difficultés liées à la protection et à la récupération des environnements virtuels. Les données créées et utilisées par les machines virtuelles ne sont pas moins importantes que celles présentes sur une machine physique. Ce livre blanc décrit plusieurs approches de la sauvegarde de VMware ESX Server 3.x et de ses composants sous-jacents à l'aide de Backup Exec for Windows Servers et de l'agent de l'infrastructure virtuelle VMware (AVVI). Il aborde également les avantages et inconvénients relatifs à chaque méthode. 2

3 ENJEUX DE LA SAUVEGARDE ET DE LA RÉCUPÉRATION POUR VMWARE VIRTUAL INFRASTRUCTURE 3 Alors que la consolidation des serveurs ne cesse d'accélérer, le fait de placer toujours plus de machines virtuelles VMware invitées dans un seul environnement virtualisé, et de planifier la sauvegarde, la restauration et la reprise après sinistre de l'environnement virtuel sont des étapes fondamentales dans la gestion de votre infrastructure virtuelle. VMware Virtual Infrastructure 3 (VI 3) est rapidement devenue une norme industrielle pour les entreprises qui souhaitent virtualiser leurs environnements informatiques. Les sociétés comptent de plus en plus sur l'efficacité des sauvegardes et sur la rapidité des récupérations de leurs systèmes virtuels, ainsi que sur les systèmes hôtes qu'elles exécutent pour conserver la productivité et les économies permises par la virtualisation des serveurs. Voilà qui n'inclut pas uniquement les machines virtuelles invitées, mais aussi les applications dont elles disposent, telles que Microsoft Exchange, SQL et SharePoint Server. La perte d'un serveur ESX peut affecter la productivité de plusieurs départements pendant plusieurs heures, voire des jours entiers, pendant que l'administrateur informatique s'efforce de récupérer l'environnement virtuel et les machines individuelles invitées virtuelles. Les administrateurs qui cherchent à protéger leur environnement VMware sont très vite confrontés à la frustration et aux délais imposés par les technologies de sauvegarde qui n'ont pas été spécifiquement créées pour la protection des environnements virtuels. Les administrateurs et les sociétés qui n'ont pas eu l'occasion de restaurer des machines virtuelles invitées à l'aide d'outils de sauvegarde et de récupération de base se rendent rapidement compte des limites de ces outils obsolètes conçus uniquement pour des systèmes physiques, par exemple : La nécessité d'installer un agent de sauvegarde sur chaque machine virtuelle invitée ou directement sur le serveur ESX La récupération d'un seul fichier qui nécessite généralement une longue opération de restauration de toute la machine virtuelle invitée L'exécution de sauvegardes distinctes pour la récupération du système et la récupération au niveau des fichiers individuels La mise hors ligne des machines virtuelles invitées au cours de la sauvegarde pour les protéger La difficulté de garantir la récupération des applications exécutées sur les machines virtuelles invitées L'utilisation obligatoire de produits de sauvegarde différents pour les machines physiques et les machines virtuelles En général, ce problème est résolu grâce aux utilitaires VMware qui permettent au logiciel de sauvegarde tiers d'effectuer des sauvegardes des machines virtuelles invitées en cours d'exécution dans la console de service ESX. Malheureusement, pour effectuer des sauvegardes «à chaud» des machines virtuelles invitées en cours d'exécution à l'aide de ces utilitaires, il peut être nécessaire d'utiliser des scripts et des outils Linux qui requièrent généralement de l'expérience en matière de scripts. En outre, ces types de sauvegardes sur le serveur ESX peuvent augmenter la charge de performances imposée au serveur ESX au cours de la sauvegarde et avoir un impact négatif sur toutes les machines virtuelles invitées de ce serveur ESX et tous les utilisateurs connectés à ces machines sur le serveur ESX. L'exécution d'une sauvegarde à chaud peut se révéler difficile ou impossible à gérer manuellement et n'est en aucun cas rentable si elle n'est pas centralisée et utilisable par le personnel concerné. VMware Virtual Infrastructure 3 propose une nouvelle technologie, VMware Consolidated Backup (VCB) qui permet de résoudre certains problèmes liés aux méthodes traditionnelles de sauvegarde des machines virtuelles (MV), mais qui introduit également de nouveaux défis de sauvegarde et de récupération qui doivent être pris en compte par tous les environnements qui envisagent de la déployer, et notamment : La gestion de «scripts» VCB lourds et compliqués à intégrer aux produits de sauvegarde existants L'installation de «modules d'intégration» VCB propriétaires qui nécessitent des tests et une configuration supplémentaires L'exécution de sauvegardes distinctes pour la récupération du système et la récupération au niveau des fichiers individuels afin de récupérer un seul fichier à partir d'un fichier.vmdk Ce livre blanc s'intéresse à tous ces sujets, explique comment Backup Exec permet de relever ces défis uniques et fournit des informations suffisantes pour permettre aux administrateurs de déterminer quelle solution Backup Exec convient à leurs besoins. 3

4 PRÉSENTATION DE L'ARCHITECTURE VMWARE Lorsque vous planifiez des procédures de sauvegarde et de récupération pour un système ESX Server, vous devez identifier les éléments concernés par la récupération dans votre environnement avant que celle-ci ait lieu. En général, avec VMware Virtual Infrastructure 3 (VI3), les principaux composants à prendre en considération pour la sauvegarde (voir Figure 1 : Architecture de VMware Virtual Infrastructure ESX 3) sont les suivants : Disques virtuels Fichiers de configuration de la machine virtuelle Configuration du système ESX Server Figure 1. Architecture de VMware Virtual Infrastructure (ESX) 3 4

5 ENJEUX DE LA SAUVEGARDE ET DE LA RÉCUPÉRATION AVEC VMWARE VI3 Comme nous l'avons vu précédemment, alors que la virtualisation peut améliorer l'utilisation et la flexibilité du serveur, elle peut aussi introduire des défis uniques relatifs à la sauvegarde et à la récupération. Il existe plusieurs modes de configuration de Backup Exec permettant de protéger les environnements VMware en toute sécurité. Avant de planifier les processus de sauvegarde et de récupération de votre environnement virtuel, réfléchissez aux questions suivantes : Voulez-vous sauvegarder les machines virtuelles individuelles comme des clients ordinaires pour la récupération des fichiers et des applications ou voulez-vous sauvegarder les fichiers.vmdk sous-jacents sur lesquels reposent les MV en vue de la récupération complète des volumes ou au niveau du système uniquement? Lorsqu'une machine virtuelle est sauvegardée, quel est son impact sur les performances des autres machines virtuelles hébergées sur le même serveur ESX 3 physique durant la sauvegarde? Quels sont les avantages/inconvénients relatifs de chaque technique de sauvegarde? Quels sont les avantages/inconvénients en termes de récupération du serveur ESX et des machines virtuelles invitées? Comment réaliser une reprise après sinistre de la totalité d'une machine virtuelle invitée? Une combinaison de ces diverses méthodes de sauvegarde est-elle envisageable pour mon environnement? Toutes ces questions et les différentes méthodes sont abordées en détail plus loin dans ce livre blanc. Vous trouverez également un tableau comparatif de ces méthodes. 5

6 MÉTHODES TRADITIONNELLES DE SAUVEGARDE DE VMWARE VIRTUAL INFRASTRUCTURE (ESX) 3 Sauvegardes traditionnelles via l'agent Installation de l'agent Linux sur ESX Server Intégration VCB de base au niveau du script Sauvegardes traditionnelles via l'agent Avec cette méthode, vous traitez chaque machine virtuelle comme s'il s'agissait d'un système physique traditionnel. Dans chaque cas, un agent Backup Exec distant doit être acheté et installé sur chaque MV invitée (voir Figure 2 : Installation des agents Backup Exec sur les machines virtuelles invitées VMware). La sauvegarde de la MV invitée est ensuite planifiée puis exécutée de la même manière que pour tout autre système de votre réseau protégé par Backup Exec. Avantages des sauvegardes traditionnelles via l'agent des MV invitées Backup Exec identifie les machines virtuelles comme des systèmes physiques ordinaires. Les restaurations des données contenues dans les MV invitées sont réalisées de la même façon que toute autre tâche de restauration standard de Backup Exec. Figure 2. Installation des agents Backup Exec sur les machines virtuelles invitées VMware 6

7 INCONVÉNIENTS DES AGENTS BACKUP EXEC LORS DES SAUVEGARDES DES MACHINES VIRTUELLES INVITÉES L'installation d'un agent sur chaque MV invitée peut s'avérer extrêmement coûteuse pour de nombreuses entreprises en termes d'argent et de performances d'e/s sur le serveur ESX. Les licences Backup Exec existantes s'appliquent aux environnements VMware. Backup Exec et ses agents sont fournis sous licence sur la base de serveurs individuels, qu'il s'agisse de serveurs physiques ou virtuels. Par exemple, pour trois machines virtuelles invitées exécutant Windows 2003 et protégées par Backup Exec Media Server, il faut : 1 licence Backup Exec for Windows Servers Media Server 3 licences Backup Exec Agent for Windows Systems (AWS) (les licences AWS comprennent à la fois une licence Continuous Protection Agent (agent de protection continue) et une licence Remote Agent for Windows Systems (AWS à distance) MÉTHODE DE SAUVEGARDE ET DE RÉCUPÉRATION DE LA CONSOLE DE SERVICE POUR LES FICHIERS.VMDK À L'AIDE DE RALUS L'agent Backup Exec for Windows Servers Remote Agent for Linux and Unix Servers (RALUS) peut être directement installé sur la console de service ESX 3 pour protéger les fichiers.vmdk et.vmx situés sur les systèmes de fichiers pris en charge par VMware, y compris EXT3 et VMFS (voir Figure 3 : Installation de l'agent RALUS sur la console de service VMware ESX 3) Figure 3. Installation de l'agent RALUS sur la console de service VMware ESX 3 7

8 INCONVÉNIENTS DES SAUVEGARDES AVEC L'AGENT RALUS INSTALLÉ SUR LA CONSOLE DE SERVICE Veillez à bien sauvegarder ces fichiers de manière cohérente pour vous assurer que les fichiers restaurés ne seront pas endommagés. Avant de sauvegarder les fichiers vmdk, vous devez interrompre toutes leurs opérations d'e/s. Pour ce faire, vous pouvez : Arrêter toutes les machines virtuelles invitées avant la sauvegarde Effectuer des instantanés des machines virtuelles qui pourront être utilisés pour la sauvegarde Ces commandes peuvent être utilisées automatiquement par Backup Exec lors d'une tâche de sauvegarde en tant que commande pré\post tâche. Pour obtenir une documentation complète de toutes les commandes vcbmounter et vcbrestore, consultez la documentation ESX à l'adresse : Remarque : l'agent Backup Exec for Windows Servers RALUS nécessite ESX 3 ou une version ultérieure, et ne s'installe ni ne fonctionne correctement sur un serveur ESX 2.x. Sauvegarde de la console de service ESX. La console de service (sans les fichiers.vmx et.vmdk) ne change pas souvent, c'est pourquoi il n'est pas nécessaire de sauvegarder fréquemment son système d'exploitation. Par ailleurs, les versions ESXi ne comprennent plus la console de service. Toutefois, dans l'éventualité d'une défaillance du système ESX, les opérations de restauration des fichiers de configuration de la console de service peuvent être facilitées si une sauvegarde actuelle de la console de service est disponible. Remarque : d'une manière générale, la sauvegarde de la console de service décrite ici n'inclut pas les fichiers.vmx et.vmdk associés à un système d'exploitation invité. Ces fichiers sont protégés séparément, comme indiqué dans la section précédente de ce document (Méthode de sauvegarde et de récupération de la console de service pour les fichiers.vmdk à l'aide de RALUS). SAUVEGARDE VMWARE CONSOLIDATED BACKUP (VCB) DE BASE AU NIVEAU DU SCRIPT La pratique classique qui consiste à placer des agents de sauvegarde sur la machine virtuelle pour effectuer des sauvegardes quotidiennes ajoute une charge supplémentaire au serveur ESX et peut avoir un impact négatif sur ses performances et sur tous les utilisateurs connectés aux machines virtuelles hébergées par ce serveur ESX. 8

9 AVANTAGES DES SAUVEGARDES VCB DE BASE AU NIVEAU DU SCRIPT Pour de nombreuses machines virtuelles ESX Server, VCB peut accomplir deux types de sauvegardes distinctes des données des MV invitées. Au niveau des fichiers Ce type de sauvegarde VCB entraîne le montage de tout le contenu du système de fichiers.vmdk en tant que répertoire local (point de montage) sur le serveur proxy VCB Windows 2003, qui peut alors être protégé par Backup Exec via une sauvegarde normale du système de fichiers du serveur proxy VCB. Au niveau de l'image Ce type de sauvegarde VCB entraîne la copie des instantanés des fichiers.vdmk de la machine virtuelle depuis les volumes VMFS du serveur ESX 3 vers le serveur proxy VCB Windows 2003 en tant qu'images complètes du fichier de disque.vmdk. Ces sauvegardes au niveau du fichier ou de l'image peuvent être réalisées sur un autre serveur que le serveur ESX (soit «hors hôte») à l'aide d'un ordinateur Windows 2003 centralisé faisant office de serveur proxy VCB «hors hôte». Backup Exec utilise ensuite VCB via les scripts pré/ post tâche durant la sauvegarde d'un serveur ESX pour effectuer une sauvegarde au niveau du fichier ou de l'image (ou des deux) des machines virtuelles invitées en exportant les données de niveau fichier ou les données complètes de niveau image (fichiers.vmdk,.vmx et.log) vers le serveur proxy Windows 2003 hors hôte. (voir Figure 4 : Configuration de la sauvegarde du serveur proxy VCB) Figure 4 : Configuration de la sauvegarde du serveur proxy VCB 9

10 INCONVÉNIENTS DES SAUVEGARDES VCB DE BASE AU NIVEAU DU SCRIPT Il est important de comprendre que les sauvegardes au niveau de l'image et du fichier doivent toutes deux être exécutées séparément pour vous permettre d'obtenir à la fois une sauvegarde complète d'une MV invitée et une récupération des fichiers individuels. Ce processus à deux étapes multiplie par deux le délai de sauvegarde et le support nécessaire au stockage (disque ou bande) et demande à l'administrateur deux fois plus de temps pour garantir la bonne exécution des sauvegardes. En outre, vous devez télécharger, installer, configurer et gérer les scripts VCB créés par VMware pour que Backup Exec exécute ces fonctions. Vous pouvez directement obtenir VCB et les modules d'interopérabilité VCB spécialement destinés à Backup Exec sur le site Web de VMware à l'adresse : downloadgroup=vcb. AMÉLIORATION DE LA SAUVEGARDE ET DE LA RÉCUPÉRATION DE VMWARE VIRTUAL INFRASTRUCTURE (ESX) 3 L'agent de l'infrastructure virtuelle VMware (AVVI) de Backup Exec bénéficie des avantages de VCB, comme la sauvegarde hors hôte, tout en éliminant certaines difficultés liées à l'implémentation d'une solution de sauvegarde VCB de type script. Des améliorations ont été apportées dans plusieurs secteurs clés par rapport à l'intégration VCB de base au niveau du script, et notamment : L'intégration d'une API VMware clé pour garantir qu'un script ou des modules d'intégration VCB ne sont pas requis ; La suppression des sauvegardes VCB distinctes pour la récupération au niveau du système et la récupération au niveau des fichiers individuels afin de récupérer un seul fichier à partir d'un fichier.vmdk ; La protection des applications compatibles avec **VSS telles que Exchange, SQL ou SharePoint en tant que partie de la machine virtuelle invitée (**voir la section Meilleures pratiques ci-après). AVVI ne requiert l'installation d'aucun agent sur le serveur ESX et aucune configuration pour que les sauvegardes VCB aient lieu. Tous les éléments servant à l'exécution des sauvegardes de l'infrastructure virtuelle VMware sont inclus (voir Figure 5 : Configuration de l'agent de l'infrastructure virtuelle VMware de Backup Exec) Figure 5 : Configuration de l'agent de l'infrastructure virtuelle VMware de Backup Exec 10

11 FONCTIONNALITÉS ET AVANTAGES DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE DE BACKUP EXEC Fonctionnalités de l'avvi Intégration à VMware Virtual Infrastructure 3 (VI3) Intégration de VCB à Backup Exec sans script Sauvegarde des MV invitées sans agent Simplification des licences et du prix Technologie de récupération granulaire intégrée (GRT) Protection de l'application via VSS Restauration dans n'importe quel emplacement Intégration à Backup Exec pour permettre la protection des systèmes physiques et virtuels Avantages Prend en charge et s'intègre à toutes les technologies VMware clés, et notamment VCB, Virtual Center, VMotion, VMware Converter, ESX/ESXi et les outils VMware. AVVI est directement intégré à la console Backup Exec et ne requiert pas de scripts ni de modules d'intégration VCB pour protéger l'environnement VMware. Les sauvegardes peuvent être réalisées sans installer un agent Backup Exec sur les machines virtuelles invitées ou sur le serveur ESX hôte. Une seule licence AVVI peut protéger toutes les machines virtuelles invitées Windows et Linux sur un serveur ESX. Il vous suffit d'acheter une licence AVVI pour chaque serveur ESX de votre environnement. Une seule licence AVVI permet de protéger un nombre illimité de MV invitées sur le serveur ESX hôte. La technologie de récupération granulaire intégrée permet de restaurer des fichiers et des dossiers individuels dans la machine virtuelle invitée sans restaurer l'intégralité de la machine (*machines invitées Windows uniquement). Lors de la protection de l'intégralité de la MV Windows invitée, l'avvi peut offrir une protection des applications via le service VSS (Volume Shadow Copy Services) de Microsoft. Ainsi, la totalité du serveur et de l'application est récupérée ensemble. Restaurez les MV invitées à leur emplacement d'origine ou dans d'autres magasins de données, par exemple en indiquant un autre nom de machine virtuelle et un autre réseau virtuel à utiliser après la restauration. L'AVVI Backup Exec peut automatiquement détecter votre environnement virtuel VMware en regard de votre environnement physique afin d'offrir à tous deux une protection transparente. 11

12 UTILISATION DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE (AVVI) DE BACKUP EXEC Une fois la licence AVVI installée sur le serveur Backup Exec, l'interface Backup Exec facile à utiliser peut communiquer avec VirtualCenter VMware ou avec des serveurs ESX individuels pour guider les administrateurs dans le processus d'identification des hôtes, groupes et machines virtuelles invitées ESX nécessaires à une sauvegarde et à une récupération simples et rapides (voir Figure 6 : Détection et sélection des machines virtuelles invitées) Figure 6 : Détection et sélection des machines virtuelles invitées La machine virtuelle invitée et tous ses composants requis sont automatiquement sélectionnés pour la sauvegarde, y compris ses fichiers.vmdk,.vmx,.log et.nvram (voir Figure 7 : Protection de la machine virtuelle invitée). Figure 7 : Protection de la machine virtuelle invitée 12

13 Lorsque vous devez restaurer toute la MV invitée, il vous suffit de rechercher vos systèmes de MV protégés dans la console Backup Exec pour restaurer toute la machine virtuelle invitée ou des fichiers.vmdk individuels (voir Figure 8 : Restauration de la machine virtuelle invitée) Figure 8 : Restauration de la machine virtuelle invitée 13

14 Vous pouvez également utiliser la technologie de récupération granulaire (GRT) intégrée pour autoriser la récupération d'un fichier/dossier individuel à partir d'un fichier.vmdk sans avoir à exécuter de sauvegarde distincte (voir Figure 9 : Restauration de fichiers et de dossiers individuels) Figure 9 : Restauration de fichiers et de dossiers individuels 14

15 Les sauvegardes peuvent être restaurées dans leurs emplacements d'origine ou dans d'autres emplacements, et notamment d'autres magasins de données, serveurs ESX hôtes, avec d'autres noms de machine virtuelle et sur différents réseaux virtuels (voir Figure 10 : Restauration dans les emplacements d'origine ou d'autres emplacements) Figure 10 : Restauration dans les emplacements d'origine ou d'autres emplacements 15

16 TABLEAU COMPARATIF DES MÉTHODES DE SAUVEGARDE VMWARE Le tableau suivant compare les méthodes de sauvegarde VMware décrites dans ce document. Fonctionnalité Intégration à l'infrastructure de sauvegarde VCB VMware Récupération de fichiers et de dossiers individuels à partir d'une sauvegarde en une passe au niveau de l'image d'une MV invitée (.vmdk) Intégration à VirtualCenter VMware Sauvegarde sans agent des machines virtuelles invitées Traitement de la sauvegarde hors hôte Agent de l'infrastructure virtuelle VMware (AVVI) de Backup Exec La prise en charge de l'infrastructure VCB VMware a été intégrée à la console de sauvegarde sans nécessiter de script ou de modules d'intégration AVVI utilise la technologie GRT de Backup Exec pour récupérer des fichiers individuels, des répertoires ou des volumes entiers sans restaurer la totalité du fichier.vmdk de la MV invitée AVVI peut communiquer directement avec VirtualCenter VMware pour détecter et afficher automatiquement votre environnement VMware AVVI permet à Backup Exec de communiquer directement avec VirtualCenter ou des serveurs ESX individuels pour assurer la protection des MV invitées sans nécessiter l'installation d'un agent sur le serveur ESX ou les MV invitées AVVI utilise VCB VMware pour décharger les systèmes ESX Server des tâches de sauvegarde et les envoyer à des serveurs proxy VCB de sauvegarde dédiés, ce qui diminue la charge des systèmes ESX Server Sauvegarde de la MV invitée au niveau de l'agent Il n'y a pas de prise en charge intégrée de l'infrastructure VCB VMware lorsque les agents sont installés sur les machines virtuelles invitées Les fichiers individuels, répertoires ou volumes entiers peuvent uniquement être sélectionnés pour la restauration d'une machine virtuelle invitée lorsqu'un agent Backup Exec a été utilisé pour la sauvegarde Les fichiers individuels, répertoires ou volumes entiers peuvent uniquement être sélectionnés pour la restauration d'une machine virtuelle invitée lorsqu'un agent Backup Exec a été utilisé pour la sauvegarde La sauvegarde de MV individuelles invitées requiert l'installation d'un agent sur chaque MV invitée Les sauvegardes hors hôte ne sont pas actuellement prises en charge par les sauvegardes de niveau agent des machines virtuelles invitées Sauvegarde VCB scriptée hors hôte au niveau du serveur proxy Requiert des scripts ou des modules d'intégration distincts qui seront pris en charge par VCB VMware en tant que scripts de pré/post tâche. Les fichiers individuels, répertoires ou volumes entiers peuvent uniquement être sélectionnés pour la restauration lorsqu'une seconde passe de sauvegarde VCB distincte au niveau des fichiers a été effectuée Les fichiers individuels, répertoires ou volumes entiers peuvent uniquement être sélectionnés pour la restauration lorsqu'une seconde passe de sauvegarde VCB distincte au niveau des fichiers a été effectuée Fournit une sauvegarde de base sans nécessiter l'installation d'un agent sur chaque MV invitée Assure la prise en charge de la sauvegarde VCB de base au niveau du script pour les sauvegardes hors hôte Sauvegarde de la console de service via RALUS*** Pas de prise en charge de l'infrastructure VCB VMware Tout le fichier.vmdk doit être restauré. Les fichiers individuels à l'intérieur du fichier.vmdk ne peuvent pas être restaurés séparément Tout le fichier.vmdk doit être restauré. Les fichiers individuels à l'intérieur du fichier.vmdk ne peuvent pas être restaurés séparément Nécessite l'installation d'un agent sur la console de service ESX (impossible avec ESXi) et ne supprime pas la charge d'e/s de sauvegarde Les sauvegardes des fichiers.vmdk et.vmx par l'agent RALUS doivent être exécutées sur l'hôte, sur le serveur VMware ESX 3 vers un serveur Backup Exec distant ***Backup Exec Remote Agent for Linux\Unix Servers (RALUS) ne prend pas en charge ESX 2.x. Il est uniquement compatible avec les serveurs ESX 3.x. 16

17 TABLEAU COMPARATIF DES MÉTHODES DE SAUVEGARDE VMWARE (SUITE) Le tableau suivant compare les méthodes de sauvegarde VMware décrites dans ce document. Fonctionnalité Support de l'application inclus Utilise VMware Converter pour les restaurations des MV invitées personnalisées Utilise VMware Converter pour les restaurations des MV invitées personnalisées Sauvegardes en ligne de la machine virtuelle invitée Prend en charge toutes les configurations du stockage VMware Agent de l'infrastructure virtuelle VMware (AVVI) de Backup Exec AVVI comprend la prise en charge de VSS afin de protéger les applications compatibles avec VSS (comme Microsoft Exchange, Microsoft SQL, Microsoft SharePoint, etc.) lors de la protection de toute la MV invitée AVVI utilise VMware Converter pour restaurer les sauvegardes des MV invitées à leur emplacement d'origine ou dans un autre emplacement avec un nom de machine virtuelle différent et/ou un réseau différent AVVI utilise VMware Converter pour restaurer les sauvegardes des MV invitées à leur emplacement d'origine ou à un autre emplacement avec un nom de machine virtuelle différent et/ou un réseau différent AVVI utilise VCB VMware pour communiquer avec VirtualCenter ou des serveurs ESX individuels pour effectuer des sauvegardes hors hôte et en ligne des MV invitées AVVI peut prendre en charge toutes les infrastructures de stockage actuelles de VMware, y compris SAN, iscsi, NBD/NFS et le stockage local Sauvegarde de la MV invitée au niveau de l'agent Les sauvegardes des applications sont disponibles via l'agent Backup Exec correspondant lorsqu'il est installé sur la MV invitée exécutant l'application L'intégration de VMware Converter n'est pas disponible L'intégration de VMware Converter n'est pas disponible Backup Exec Agent for Windows Servers (AWS) et Backup Exec System Recovery 7.0 Option (BESRO) peuvent tous deux êtres installés sur la machine virtuelle invitée pour effectuer des sauvegardes en ligne sans être arrêtés Aucun réseau de stockage SAN n'est requis pour exécuter des sauvegardes au niveau agent de chaque machine virtuelle invitée Sauvegarde VCB scriptée hors hôte au niveau du serveur proxy La sauvegarde ou la récupération des données d'application en ligne par VCB 1.5 s'étend au-delà de la sauvegarde du système de fichiers à l'épreuve des pannes du fichier.vmdk Un réseau de stockage SAN est nécessaire pour réaliser des sauvegardes proxy VCB hors hôte Un réseau de stockage SAN est nécessaire pour réaliser des sauvegardes proxy VCB hors hôte VCB autorise les sauvegardes en ligne des machines virtuelles Le script VCB peut prendre en charge diverses infrastructures de stockage, y compris SAN, iscsi, NBD/NFS et le stockage local ***Backup Exec Remote Agent for Linux\Unix Servers (RALUS) ne prend pas en charge ESX 2.x. Il est uniquement compatible avec les serveurs ESX 3.x. Sauvegarde de la console de service via RALUS*** RALUS ne prend pas en charge la sauvegarde ou la récupération des données d'application en ligne au-delà d'une sauvegarde du système de fichiers à l'épreuve des pannes du fichier.vmdk L'intégration de VMware Converter n'est pas disponible L'intégration de VMware Converter n'est pas disponible Backup Exec Remote Agent for Linux and Unix (RALUS) peut utiliser les outils vcbmounter et vcbrestore de VMware pour réaliser des sauvegardes en ligne des machines virtuelles invitées Les dossiers publics peuvent être directement restaurés par les sauvegardes GRT de Backup Exec, à leur emplacement d'origine ou à un autre emplacement 17

18 LICENCE DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE DE BACKUP EXEC L'agent de l'infrastructure virtuelle VMware de Backup Exec est conçu pour répondre aux besoins des déploiements de petite et grande taille, qu'il s'agisse d'un seul hôte ESX ou d'un environnement VirtualCenter géré, robuste à plusieurs hôtes ESX. Il est accordé sous licence sur la base d'hôtes ESX individuels. Scénarios Environnement du client Licences Protection de trois (3) hôtes ESX ayant un total de dix-huit (18) machines virtuelles invitées Trois (3) systèmes ESX hôtes avec dix-huit (18) machines virtuelles invitées partagées, dix (10) exécutant Windows et huit (8) exécutant Linux CONFIGURATION REQUISE DE L'AVVI Quantité : 3 licences de l'agent de l'infrastructure virtuelle VMware de Backup Exec. **Remarque : aucune licence AWS ou RALUS n'est requise pour les machines virtuelles invitées hébergées sur l'hôte ESX protégé et sous licence. Cependant, la récupération au niveau de l'application ou au niveau de l'application granulaire requiert une application ou un agent de base de données Backup Exec distinct. Consultez la section sur la protection des données intégrées ci-dessous La prise en charge d'avvi Backup Exec nécessite les composants suivants : VMware ESX 3.0.2, 3.0.3, 3.5 ou version ultérieure VMware Converter ou version ultérieure VMware VirtualCenter 2.5 ou version ultérieure VMware VCB 1.1, 1.5 ou version ultérieure Les machines virtuelles invitées doivent disposer des outils VMware Pour obtenir les informations les plus récentes, consultez la liste de compatibilité du logiciel Backup Exec à l'adresse 18

19 LICENCE DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE DE BACKUP EXEC L'installation d'avvi est simple et ne requiert l'installation d'aucun logiciel sur le serveur ESX. La section suivante décrit l'emplacement des composants de Backup Exec et de l'infrastructure virtuelle VMware (voir Figure 11 ci-dessous : Emplacements d'installation du logiciel AVVI Backup Exec) Un ou plusieurs systèmes proxy de sauvegarde exécutant Microsoft Windows 2003 SP1 ou version ultérieure, disposant de la connectivité réseau au serveur VirtualCenter qui administre votre cluster ESX (ou au système ESX Server si vous n'utilisez pas VirtualCenter et que vous possédez un seul système ESX Server), et contenant un adaptateur de bus hôte (HBA) Fibre Channel. Pour obtenir des performances optimales, il est recommandé d'installer Backup Exec for Windows Servers sur le serveur proxy VCB Windows 2003 pour effectuer les sauvegardes des données exportées à partir des serveurs ESX 3 Le logiciel VMware VCB 1.1 ou version ultérieure doit être installé sur le serveur proxy VCB Windows VMware Converter peut être installé sur le serveur proxy VCB ou à un autre emplacement Windows accessible au serveur Backup Exec. Pour protéger les applications compatibles avec VSS comme Exchange, SQL, SharePoint et Active Directory, il est possible d'installer un fournisseur VSS Backup Exec sur la machine virtuelle invitée. Ce fournisseur VSS est situé sur le CD de Backup Exec. VCB 1.5 comprend également un composant VSS que vous pouvez utiliser à la place de celui fourni par l'avvi Backup Exec. Il est important de veiller à ce que les deux composants VSS ne soient pas utilisés simultanément. Consultez le guide de l'administrateur Backup Exec pour en savoir plus sur l'installation du composant VSS. Figure 11 : Emplacements d'installation du logiciel AVVI Backup Exec 19

20 MEILLEURES PRATIQUES DE PROTECTION DES DONNÉES VMWARE AU MOYEN DE BACKUP EXEC Configuration de la sauvegarde Pour obtenir des performances optimales, il est recommandé d'installer Backup Exec for Windows Servers sur le serveur proxy VCB Windows 2003 pour effectuer les sauvegardes des données exportées à partir des serveurs ESX 3. Si Backup Exec est installé sur un autre serveur que le serveur proxy VCB, Backup Exec for Windows Servers ou Backup Exec for Windows Servers Agent for Windows Systems (AWS) doit être installé sur le serveur proxy VCB Windows Lorsque vous effectuez des sauvegardes VCB au niveau de l'image, assurez-vous que le serveur proxy VCB dispose d'un espace disque suffisant pour tous les fichiers.vmdk qui y seront directement copiés pour la sauvegarde hors hôte. N'utilisez pas à la fois le fournisseur VSS Backup Exec de Symantec et le fournisseur VSS de VCB 1.5 sur la même machine virtuelle invitée. Installez l'un ou l'autre de ces composants. Les sauvegardes VSS (par l'intermédiaire de VCB) des MV invitées contenant des applications comme Microsoft Exchange, SQL, SharePoint et Active Directory n'ont PAS pour objectif de remplacer les sauvegardes traditionnelles de niveau application/base de données via les agents d'application/base de données de Backup Exec. Les sauvegardes VCB avec VSS ne prennent pas en charge les méthodes de sauvegarde de niveau application/base de données de type complet, incrémentiel ou différentiel. Les méthodes de sauvegarde Backup Exec suivantes prises en charge par les sauvegardes VCB VSS sont des sauvegardes de COPIE qui ne tronquent pas les fichiers journaux de l'application et ne fournissent pas une récupération granulaire de l'application. Pour les sauvegardes SAN, le serveur proxy VCB hors hôte doit être divisé en zones pour afficher les LUN VMFS utilisés par les serveurs ESX. VCB monte le fichier VMDK d'une machine virtuelle sur un répertoire du serveur VCB Windows centralisé et autorise la sauvegarde du contenu du fichier VMDK. Pour éviter les problèmes liés aux instantanés, il est préférable de planifier les sauvegardes lorsque l'activité E/S de la MV est faible. La réduction du nombre de sauvegardes simultanées (et d'instantanés VCB) peut également contribuer à éviter ce type de problème. Effectuez une mise à niveau vers la dernière version de l'infrastructure virtuelle VMware. Ceci inclut la dernière version d'esx Server, du serveur Virtual Center et de l'infrastructure VCB. Les nouvelles versions des composants Virtual Center disposent généralement d'améliorations qui renforcent la fiabilité des instantanés VCB. Une fois qu'un instantané VCB est créé, les données sont transférées depuis le magasin de données de la machine virtuelle vers le point de montage du serveur proxy de sauvegarde. La vitesse d'exécution de l'instantané peut être considérablement améliorée si le chemin d'accès aux données depuis le magasin de données vers le point de montage de l'instantané est aussi rapide que possible. Le point de montage de l'instantané doit être configuré sur autant d'axes dédiés que possible. Les disques RDM ne sont pas actuellement pris en charge par les sauvegardes VCB et sont automatiquement ignorés Restaurations VCB ne fournit pas de fonctionnalité de restauration directe vers les machines virtuelles invitées. Un agent Backup Exec AWS doit être installé sur la MV invitée cible pour effectuer des restaurations GRT des fichiers et des dossiers individuels. Il est également possible d'exécuter une restauration d'un autre client sur un partage Windows. Les fichiers restaurés sont alors accessibles et transférés vers la MV à l'aide de ce partage. La récupération granulaire de fichiers et dossiers individuels à partir d'un fichier.vmdk fonctionne mieux lorsque la restauration a lieu à partir d'une sauvegarde sur disque. Même si la récupération granulaire à partir d'une bande est prise en charge, elle nécessite une mise en transit temporaire du fichier.vmdk sur disque pendant la restauration avant d'être supprimée. Vérifiez qu'il existe suffisamment d'espace sur l'emplacement de transit temporaire dans l'option Restore Job Properties pour permettre la récupération du fichier.vmdk complet. 20