PROTECTION DE MACHINE VIRTUELLE VMWARE - dell. · PDF fileperformances imposée au serveur ESX au cours de la sauvegarde et avoir un ... de base au niveau du script Sauvegardes traditionnelles

PROTECTION DE MACHINE VIRTUELLE VMWARE

DELL POWERVAULT DL2000 OPTIMISÉ PAR SYMANTEC

Protection de machine virtuelle VMware

2 Octobre 2008

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.


3 Octobre 2008

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.

ENJEUX DE LA SAUVEGARDE ET DE LA RÉCUPÉRATION POUR VMWARE VIRTUAL INFRASTRUCTURE 3


4 Octobre 2008

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

PRÉSENTATION DE L'ARCHITECTURE VMWARE

Figure 1. Architecture de VMware Virtual Infrastructure (ESX) 3


5 Octobre 2008

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.

ENJEUX DE LA SAUVEGARDE ET DE LA RÉCUPÉRATION AVEC VMWARE VI3


6 Octobre 2008

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

MÉTHODES TRADITIONNELLES DE SAUVEGARDE DE VMWARE VIRTUAL INFRASTRUCTURE (ESX) 3

Figure 2. Installation des agents Backup Exec sur les machines virtuelles invitées VMware


7 Octobre 2008

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)

INCONVÉNIENTS DES AGENTS BACKUP EXEC LORS DES SAUVEGARDES DES MACHINES VIRTUELLES INVITÉES

Figure 3. Installation de l'agent RALUS sur la console de service VMware ESX 3

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)


8 Octobre 2008

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 : www.vmware.com 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).

INCONVÉNIENTS DES SAUVEGARDES AVEC L'AGENT RALUS INSTALLÉ SUR LA CONSOLE DE SERVICE

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.

SAUVEGARDE VMWARE CONSOLIDATED BACKUP (VCB) DE BASE AU NIVEAU DU SCRIPT


9 Octobre 2008

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)

AVANTAGES DES SAUVEGARDES VCB DE BASE AU NIVEAU DU SCRIPT

Figure 4 : Configuration de la sauvegarde du serveur proxy VCB


10 Octobre 2008

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 : http://www.vmware.com/download/download.do?downloadGroup=VCB.

INCONVÉNIENTS DES SAUVEGARDES VCB DE BASE AU NIVEAU DU SCRIPT

Figure 5 : Configuration de l'agent de l'infrastructure virtuelle VMware de Backup Exec

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)


11 Octobre 2008

FONCTIONNALITÉS ET AVANTAGES DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE DE BACKUP EXEC

Fonctionnalités de l'AVVI Avantages

Intégration à VMware Virtual Infrastructure 3 (VI3)

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.

Intégration de VCB à Backup Exec sans script

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.

Sauvegarde des MV invitées sans agent

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.

Simplification des licences et du prix

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.

Technologie de récupération granulaire intégrée (GRT)

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

Protection de l'application via VSS

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.

Restauration dans n'importe quel emplacement

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.

Intégration à Backup Exec pour permettre la protection des systèmes physiques et virtuels

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.


12 Octobre 2008

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)

UTILISATION DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE (AVVI) DE BACKUP EXEC

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


13 Octobre 2008

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


14 Octobre 2008

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


15 Octobre 2008

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


16 Octobre 2008

Le tableau suivant compare les méthodes de sauvegarde VMware décrites dans ce document.

TABLEAU COMPARATIF DES MÉTHODES DE SAUVEGARDE VMWARE

Fonctionnalité Agent de

l'infrastructure virtuelle VMware

(AVVI) de Backup Exec

Sauvegarde de la MV invitée au

niveau de l'agent

Sauvegarde VCB scriptée hors

hôte au niveau du serveur proxy

Sauvegarde de la console de

service via RALUS***

Intégration à l'infrastructure de sauvegarde VCB VMware

OUIOUI 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

NON 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

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

NON Pas de prise en charge de l'infrastructure 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)

OUIOUI 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

NON 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

NON 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

NON 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

Intégration à VirtualCenter VMware

OUIOUI AVVI peut communiquer directement avec VirtualCenter VMware pour détecter et afficher automatiquement votre environnement VMware

NON 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

NON 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

NON 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

Sauvegarde sans agent des machines virtuelles invitées

OUIOUI 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

NON La sauvegarde de MV individuelles invitées requiert l'installation d'un agent sur chaque MV invitée

OUI Fournit une sauvegarde de base sans nécessiter l'installation d'un agent sur chaque MV invitée

NON 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

Traitement de la sauvegarde hors hôte

OUIOUI 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

NON Les sauvegardes hors hôte ne sont pas actuellement prises en charge par les sauvegardes de niveau agent des machines virtuelles invitées

OUI Assure la prise en charge de la sauvegarde VCB de base au niveau du script pour les sauvegardes hors hôte

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


17 Octobre 2008

Le tableau suivant compare les méthodes de sauvegarde VMware décrites dans ce document.

TABLEAU COMPARATIF DES MÉTHODES DE SAUVEGARDE VMWARE (SUITE)

Fonctionnalité Agent de

l'infrastructure virtuelle VMware

(AVVI) de Backup Exec

Sauvegarde de la MV invitée au

niveau de l'agent

Sauvegarde VCB scriptée hors hôte au

niveau du serveur proxy

Sauvegarde de la console de

service via RALUS***

Support de l'application inclus

OUIOUI 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

OUI 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

OUI 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

NON 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

Utilise VMware Converter pour les restaurations des MV invitées personnalisées

OUIOUI 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

NON L'intégration de VMware Converter n'est pas disponible

OUI Un réseau de stockage SAN est nécessaire pour réaliser des sauvegardes proxy VCB hors hôte


Utilise VMware Converter pour les restaurations des MV invitées personnalisées

OUIOUI 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


OUI Un réseau de stockage SAN est nécessaire pour réaliser des sauvegardes proxy VCB hors hôte


Sauvegardes en ligne de la machine virtuelle invitée

OUIOUI 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

OUI 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

OUI VCB autorise les sauvegardes en ligne des machines virtuelles

OUI 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

Prend en charge toutes les configurations du stockage VMware

OUIOUI AVVI peut prendre en charge toutes les infrastructures de stockage actuelles de VMware, y compris SAN, iSCSI, NBD/NFS et le stockage local

NON Aucun réseau de stockage SAN n'est requis pour exécuter des sauvegardes au niveau agent de chaque machine virtuelle invitée

OUI Le script VCB peut prendre en charge diverses infrastructures de stockage, y compris SAN, iSCSI, NBD/NFS et le stockage local

NON Les dossiers publics peuvent être directement restaurés par les sauvegardes GRT de Backup Exec, à leur emplacement d'origine ou à un autre emplacement

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


18 Octobre 2008

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.

LICENCE DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE DE BACKUP EXEC

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

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 3.0.3 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 www.backupexec.com

CONFIGURATION REQUISE DE L'AVVI


19 Octobre 2008

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

• VMware Converter 3.0.3 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.

LICENCE DE L'AGENT DE L'INFRASTRUCTURE VIRTUELLE VMWARE DE BACKUP EXEC

Figure 11 : Emplacements d'installation du logiciel AVVI Backup Exec


20 Octobre 2008

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

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

MEILLEURES PRATIQUES DE PROTECTION DES DONNÉES VMWARE AU MOYEN DE BACKUP EXEC


21 Octobre 2008

RÉSUMÉ

La virtualisation des serveurs est rapidement devenue indispensable pour de nombreuses sociétés. C'est pourquoi il est absolument nécessaire qu'elle soit hautement disponible et que les données de l'entreprise soient protégées. Par conséquent, la sauvegarde et la récupération comprenant la reprise complète après sinistre font partie des processus les plus importants pour les datacenters comportant des serveurs virtualisés. Backup Exec propose diverses nouvelles fonctionnalités performantes visant à protéger votre environnement VMware et qui font partie de votre stratégie globale de sauvegarde tout en conservant la facilité d'utilisation qui a fait de Backup Exec la solution de choix pour des milliers d'administrateurs informatiques depuis plus de 15 ans.

CE LIVRE BLANC N'A QU'UN CARACTERE INFORMATIF ET PEUT CONTENIR DES ERREURS TYPOGRAPHIQUES AINSI QUE DES IMPRECISIONS TECHNIQUES. SON CONTENU EST FOURNI EN L'ETAT, SANS GARANTIES EXPRESSES NI IM-PLICITES D'AUCUNE SORTE.

Documents

PROTECTION DE MACHINE VIRTUELLE VMWARE - dell. · PDF fileperformances imposée au serveur ESX au cours de la sauvegarde et avoir un ... de base au niveau du script Sauvegardes traditionnelles