VIRTUALLY PROTECTION

Transcription

1 VIRTUALLY PROTECTION Le logiciel CommVault Simpana protège des centaines de machines virtuelles en quelques minutes à peine. Ce document explique comment le logiciel Simpana y parvient et pourquoi il est indispensable dans les entreprises qui virtualisent leur infrastructure informatique. Les caractéristiques du logiciel Simpana : Restaurations multiples, y compris granulaire Protection intégrée dans les applications Rapportage intégralement exploitable Système de licences souple et avantageux

2 La virtualisation se répand comme une traînée de poudre. Il est urgent de trouver des moyens pour mieux gérer et protéger les données virtuelles. Les entreprises constatent que les systèmes de protection à base de matériels et logiciels hérités ne répondent pas toujours aux besoins. Même les systèmes plus récents (appliances) n atteignent pas tous les objectifs. Les environnements virtualisés hautement consolidés, en évolution rapide, ont besoin de systèmes de gestion des données efficaces et automatiques, en liaison étroite avec le stockage physique. Le logiciel Simpana s appuie sur une base de code unique et unifiée. La plate-forme est équipée pour réconcilier les volets physiques et virtuels de l'informatique. Le logiciel est capable de sauvegarder des centaines de machines virtuelles en quelques minutes, et de s étendre à des milliers de machines dans toute l entreprise. Il vous aide aussi à créer un cloud disponible, fiable et robuste. Les applications critiques sont protégées par la technologie d instantané SnapProtect. Bref, la solution virtuellement parfaite dont vous avez besoin pour tirer le meilleur parti de votre investissement dans la virtualisation. 2 Copyright 2010 CommVault Systems, Inc. All rights reserved.

3 Les tendances actuelles de la technologie IT changent la conception et la gestion des centres informatiques. De l environnement à base de serveurs et de stockage physiques, les centres informatiques évoluent vers des platesformes virtualisées qui brisent la dépendance entre matériel de serveur ou de stockage et applications. Les solutions de gestion des données doivent évoluer et s adapter à cette transformation du centre informatique. Les centres informatiques changent Le centre informatique traditionnel s articulait autour des serveurs matériels et du stockage qui les desservait. La quantité de données par serveur était limitée. À un instant donné, sur chaque serveur, un grand nombre de cycles de traitement restait inutilisé. Avec les progrès de la virtualisation, cependant, les serveurs physiques sont devenus virtuels. La dernière version de la plate-forme VMware possède des capacités sans précédent en termes de dimensions et de consolidation des serveurs. La densité des machines virtuelles par serveur physique augmente sans cesse, de même que la disponibilité des ressources par machine virtuelle. Résultat : dans un centre informatique, presque tous les serveurs sont virtualisables. Quelques serveurs critiques, cependant, resteront sur des machines physiques dédiées, avec le stockage correspondant. L étape suivante s appelle cloud computing (informatique en nuage). De plus en plus, les ressources de traitement et de stockage vont se déplacer vers les nuages publics. Simultanément, le centre informatique lui-même prendra des allures de nuage privé, la complexité des serveurs de données physiques étant isolée des utilisateurs et des propriétaires d applications. Ce modèle introduit une dose importante d'agilité et d'automatisation dans la gestion des centres informatiques. Copyright 2010 CommVault Systems, Inc. All rights reserved. 3

4 La gestion des données dans le centre informatique virtualisé Les solutions de gestion des données doivent suivre le rythme de l évolution des tendances. Les solutions traditionnelles de gestion des données (sauvegarde/archivage/rapportage) déploient sur les serveurs physiques des agents gros consommateurs de ressources, qui collectent physiquement les données et les transfèrent du stockage de production vers un disque ou une bande en arrière-plan. Cela fonctionnait bien avec des ensembles de données limités, dans des fenêtres de temps prédéfinies, où l activité des systèmes de production était réduite. Mais les volumes de données à copier ont gonflé démesurément, tandis que les fenêtres de sauvegarde rétrécissaient dans la même proportion. L arrivée des environnements virtuels n a fait qu accélérer la tendance : encore plus de données à déplacer, dans un délai encore plus court. La déduplication, surtout à la source, peut être un bon moyen pour copier plus de données en moins de temps et en consommant moins d espace de stockage. L impact de la déduplication, cependant, s amenuise à mesure que les serveurs consolidés se font plus nombreux et que les ressources physiques nécessaires pour copier ces grands ensembles de données se raréfient. La virtualisation du centre informatique nous oblige à repenser les techniques traditionnelles de protection des données. La méthode héritée solliciter une puissance de calcul brute pour déplacer les données d un endroit à un autre ne suffit plus. De même, la pratique traditionnelle consistant à restaurer la sauvegarde de la nuit précédente ne permet plus de répondre aux Service Level Agreements (SLA). En mode 24h/24, la protection des données, la restauration des données, la gestion des données et le rapportage doivent limiter au minimum leur impact sur les systèmes de production et exiger le moins possible d interventions administratives. La solution gagnante doit apporter une réponse aux difficultés connues du centre informatique traditionnel, mais surtout, elle devra faciliter la transition vers un centre d'abord virtualisé, puis en cloud. Logiciel CommVault Simpana : une nouvelle approche de la gestion des données CommVault Simpana est une solution révolutionnaire pour la gestion des données. Non content de remédier aux limitations dont souffrent les environnements hérités dans les centres informatiques, le logiciel accélère la transition vers les infrastructures virtualisées et en cloud. Armée du logiciel Simpana, l entreprise réalise des bénéfices tangibles dès le premier jour du déploiement, sur la route qui va de l environnement traditionnel au centre informatique moderne. Plus fondamental encore : grâce à des techniques qui n accèdent qu une fois aux données mais les réutilisent dans des opérations multiples, le logiciel Simpana exploite immédiatement les avantages du nouveau centre informatique, évitant les pièges qui naissent quand on tente de forcer le recours aux techniques héritées dans une installation moderne. 4 Copyright 2010 CommVault Systems, Inc. All rights reserved.

5 Principales caractéristiques du logiciel CommVault Simpana : Protège des centaines de serveurs virtuels en quelques minutes sans impact sur les serveurs de production physiques. Déduplication intégrée à la source pour la création rapide de copies DR secondaires. Création de copies de protection 100% conformes aux applications. Extraction granulaire des données applicatives pour restauration, recherche de contenu et détection automatique granulaires. Vue panoramique : SRM produit des rapports sur le contenu de l infrastructure physique et virtuelle pour une gestion mieux informée de la plate-forme. Avec le logiciel Simpana, le client transforme rapidement son centre informatique en un cloud privé moderne, qui exploite tous les avantages de la technologie de virtualisation. Toutes les exigences de la gestion et de la rétention des données sont satisfaites. Protégez des centaines de machines virtuelles en quelques minutes Le défi Chaque machine virtuelle est essentiellement un ensemble de gros fichiers VMDK. Ces fichiers sont conservés sur des LUN appelés datastores. Un datastore peut être configuré sur des volumes de stockage en blocs iscsi ou Fiber Channel ou sur des volumes NFS. Les techniques traditionnelles de protection des données sous VMware vstorage API for Data Protection (VADP) ou VMWare Consolidated Backup (VCB) font appel à un agent externe pour protéger les fichiers VMDK des serveurs virtuels. Les étapes normales sont les suivantes : Mettre les serveurs virtuels en quiescence pour obtenir un ensemble cohérent de fichiers d image VM. Utiliser l agent VADP pour extraire les fichiers d image VM des datastores. Copier les fichiers d image sur un disque de sauvegarde. Libérer les serveurs virtuels pour l'exploitation normale. Copyright 2010 CommVault Systems, Inc. All rights reserved. 5

6 Si VADP améliore considérablement l efficience du processus, la méthode reste de type streaming : elle copie les fichiers d'image du datastore sur le disque de sauvegarde pour les besoins de la protection. La technique peut faire l'affaire dans les environnements petits ou moyens, avec des fenêtres de back-up suffisantes. Dans les infrastructures plus vastes, où les fenêtres rétrécissent sans cesse, il n y a tout simplement plus assez de temps ni de capacité pour déplacer les données VM. Même si l infrastructure est capable de copier toutes ces données, leur lecture fait peser une charge insupportable sur les datastores. Et quand on sait que le volume des données gonfle de 40% par an suivant les estimations, la méthode n'est pas tenable sans mises à niveaux fréquentes et coûteuses de l'infrastructure. La solution : SnapProtect for Virtual Server Agent SnapProtect for Virtual Server Agent (VSA) s intègre aux moteurs d instantané incorporés dans les systèmes de stockage pour créer des copies de restauration rapide ou des datastores contenant les machines virtuelles. Ces instantanés constituent des copies de restauration VM rapides. Les modules SnapProtect for VSA et MediaAgent sont configurés sur un système Windows. On choisira de préférence une machine virtuelle à cette fin. Si la machine virtuelle VSA peut fonctionner sur n importe quel serveur ESX, il est conseillé de la placer sur un serveur ESX consacré à la sauvegarde, autrement dit un serveur qui ne soit pas trop chargé. Ce proxy ESX de sauvegarde peut aussi tourner sous la version ESXi de l hyperviseur. Un job SnapProtect suit la même séquence qu'une sauvegarde ordinaire, mais au lieu de copier les données par blocs, il exécute un instantané rapide. Voici la séquence : Détection des nouvelles VM suivant des critères prédéfinis Mettre les VM en quiescence pour créer un ensemble cohérent de fichiers d image Déterminer les datastores liés aux VM. Réaliser l instantané matériel à l'aide des API du système de stockage. Cela prend quelques secondes Sortir les VM de quiescence pour reprendre les opérations normales Indexer les instantanés et la liste des VM dans l instantané. 6 Copyright 2010 CommVault Systems, Inc. All rights reserved.

7 Le job SnapProtect créant un instantané rapide, l opération de protection ne demande que quelques minutes, et les VM sont mises en quiescence pour très peu de temps. Cette rapidité permet la création de plusieurs copies de restauration par jour, avec un impact minimum sur les systèmes virtuels. La restauration s'opère dans de meilleures conditions et on ouvre la voie à des SLA de restauration plus serrés. Dans un environnement typique, on crée une copie de restauration à base d instantané toutes les 4 à 8 heures, et on transfère sélectivement le contenu d une des copies de restauration sur un disque ou une bande de sauvegarde, comme expliqué ci-dessous. Les avantages pour l'entreprise : Protection extrêmement rapide et fiable des données des machines virtuelles, avec un impact minimum sur la production. Permet de virtualiser de plus en plus de systèmes critiques, pour rentabiliser plus vite l adoption de la plate-forme virtuelle. VMware est un choix stratégique ; le matériel est une décision tactique. SnapProtect for VSA, indépendant de la plate-forme, offre les mêmes fonctions de gestion des données dans un large éventail de systèmes de stockage, au bénéfice de la liberté de choix de la plate-forme matérielle, sans compromis en termes de capacité. Les multiples points de restauration par jour permettent à l utilisateur de restaurer à partir d un point proche de la défaillance, autrement dit un point plus récent que la sauvegarde de la nuit dernière. Évolution vers une stratégie cloud tandis que la solution de gestion des données Simpana jette un pont entre le centre informatique hérité et l infrastructure moderne. Création de copies DR rapides et rétention longue Le défi SnapProtect for VSA élimine entièrement le processus de copie : les instantanés matériels servent à créer des copies de restauration rapide. Mais le nombre d instantanés que l on peut conserver est limité dans la plupart des systèmes de stockage. Et les instantanés conservés occupent de la place sur les disques du stockage de production. Pour conserver les données et permettre leur restauration durant plus de quelques jours, il faut créer une deuxième copie du contenu en dehors du stockage de production, sur des disques ou bandes moins chers. De plus, les instantanés dépendent souvent du LUN source. Dans un système de stockage moderne, les défaillances de LUN sont rares. Mais elles sont possibles. Et dans un tel cas, tous les instantanés du LUN défectueux sont perdus. C est pourquoi il est indispensable de créer une deuxième copie des données dans l instantané. La difficulté consiste à créer des copies secondaires sans priver de leurs précieuses ressources les VM de production ou les hôtes ESX de production, et sans consommer trop de cycles d E/S dans les stores de production. Copyright 2010 CommVault Systems, Inc. All rights reserved. 7

8 La solution : une sauvegarde instantanée avec déduplication intégrée SnapProtect for VSA est capable de copier sélectivement le contenu des copies instantanées sur un disque ou une bande secondaire pour les besoins de la restauration et de la rétention au-delà de quelques jours. L utilisateur peut créer plusieurs copies de restauration par jour. Un de ces instantanés est alors copié sur un disque ou une bande secondaire. Cela permet de compter sur des points de restauration plus nombreux que le système de stockage ne pourrait en contenir. 8 Copyright 2010 CommVault Systems, Inc. All rights reserved.

9 À la création de la sauvegarde instantanée, VSA monte les instantanés sélectifs en tant que datastores temporaires, sur un serveur ESX dédié. VSA fait ensuite appel à VADP dans les images VM de ces datastores temporaires pour y lire les blocs de données et les copier sur le dispositif de stockage secondaire. Cependant, comme il s agit de datastores distincts au sein de VMFS et que le serveur ESX de sauvegarde jouit d un accès exclusif à ces datastores, il n y a pas de conflits d E/S. Autrement dit, nous ne sommes pas obligés d isoler les serveurs ESX de production des datastores de production. Tous les problèmes nés des verrouillages SCSI nécessaires durant les sauvegardes VADP ordinaires sont entièrement éliminés. Mieux : les images VM étant déjà cohérentes, il n y a pas de raison de remettre les VM de production en quiescence. Grâce à cette approche, VSA élimine complètement l impact de la copie VADP sur les serveurs ESX de production et les VM de production. VADP impose cependant des E/S aux LUN. Pour minimiser la charge pesant sur un LUN et étaler le travail de copie sur tous les datastores, VSA dispose d une option : créer des politiques de sauvegarde par datastore et limiter le nombre de flux par store. Cela permet de copier simultanément un grand nombre d images VM ; l impact sur un LUN donné est limité à un ou deux flux, mais tous les LUN participent au processus de copie, ce qui accélère sensiblement le transfert des données. L opération de sauvegarde n affectant pas les serveurs de production, elle peut se poursuivre dans le temps, ouvrant une fenêtre plus importante pour la création de la deuxième copie. Corollairement, si nous avons plus de temps pour déplacer les données, il faut affecter moins de serveurs ESX à la tâche. Par exemple, avec la sauvegarde VADP ordinaire, en supposant un débit de 1 To/h par ESX de sauvegarde, il faudrait 2 serveurs de sauvegarde copiant To de données dans une fenêtre de 8 heures. Grâce au temps supplémentaire libéré par VSA, un seul serveur ESX de sauvegarde suffit. Le serveur ESX de sauvegarde doit être dimensionné pour high I/O plutôt que pour high computing ou dense computing. En d autres termes, tandis que les autres serveurs ESX peuvent nécessiter un grand nombre de cœurs de processeur avec des centaines de Go de RAM pour héberger le plus possible de VM, le serveur ESX de sauvegarde n a pas besoin de plus de 8 cœurs et Go de RAM. Notons également que ces serveurs ESX dédiés à la sauvegarde soulagent de cette tâche les serveurs ESX plus gros. Si les serveurs ESX de production doivent participer aux mouvements de données, avec verrouillage iscsci pour les sauvegardes, ils abriteront sans doute moins de VM qu ils n en sont capables. Les serveurs ESX de sauvegarde éliminent ce fardeau. Les autres serveurs ESX, des machines coûteuses, acceptent une plus grande densité de VM. Le matériel des serveurs est mieux exploité, de même que les capacités de traitement et d E/S mises au service des applications métier. Copyright 2010 CommVault Systems, Inc. All rights reserved. 9

10 À la création de copies de sauvegarde sur le disque cible, VSA tire parti de la déduplication intégrée pour réduire la quantité de données empruntant le réseau et écrites sur disque. La réduction atteint 90-95%. Résultat : les copies sont créées presque 50% plus vite qu'avec VADP sans déduplication. Le logiciel Simpana offre une fonction de déduplication hautement évolutive, globale et nodale, capable de gérer les ensembles de données des plus grandes entreprises. En même temps, il est facile d'ajouter de la capacité et d'augmenter le débit : il suffit d installer des disques ou des nœuds MediaAgent. Si vous manquez de place dans un store de déduplication, inutile de le remplacer entièrement par un nouveau. La déduplication intégrée (avec déduplication à la source) est disponible pour tous les types de sauvegarde, y compris celles des machines virtuelles. Autre avantage critique, la déduplication à la source n'impose aucune limite à la taille des données sur un client déterminé ; elle opère à grande vitesse même si les clients individuels abritent des ensembles de données de plusieurs téraoctets. L image illustre une configuration de déduplication à 3 nœuds supportant jusqu'à 196 To 1 de capacité disque et un débit de 7,5 à 9 To par heure. Dans l hypothèse prudente d un ratio de déduplication de 10:1 2, cela représente une capacité logique proche de 2 pétaoctets, suffisante pour faire face aux besoins des très grands environnements. En supposant des blocs de déduplication de 128 K, taille définie dans la politique de stockage ou la politique globale de déduplication. Un ratio de déduplication nécessite 10:1 nécessite environ 60 jours de rétention sur disque de déduplication avec sauvegarde complète chaque semaine et incrémentielle chaque jour. Une fréquence plus importante générera plus rapidement un ratio de déduplication plus élevé. 10 Copyright 2010 CommVault Systems, Inc. All rights reserved.

11 Les avantages pour l'entreprise : Création rapide de copies DR pour restaurer tous types de données ou pannes matérielles. La déduplication évolutive permet d augmenter à la fois le débit et la capacité par incréments à mesure que l entreprise grandit, sans renoncer aux investissements en place. Rétention plus longue des données dédupliquées sur des disques secondaires moins chers : accès à plus de données que les instantanés ne peuvent en contenir. Création de copies à rétention longue via le transfert transparent des données sur bande, sous forme dédupliquée. La charge de travail de la sauvegarde est déviée des serveurs ESX de production (chers) vers des serveurs ESX de back-up (moins chers). Cela permet d améliorer l utilisation des serveurs les plus coûteux (multicœurs, mémoire importante, grande capacité de traitement) et d optimiser ainsi la rentabilité de l investissement. Détection automatique des VM et protection automatique des données Le défi Les machines virtuelles sont si faciles à créer qu on en crée de nouvelles tout le temps. Presque toujours à l insu des administrateurs de stockage ou de sauvegarde, chargés de veiller à la protection des données dans tout l'environnement. Résultat : chaque jour, ces administrateurs doivent passer beaucoup de temps (jusqu à 75%) à pourchasser les nouvelles machines virtuelles et leurs propriétaires, à identifier leur objet, et à en déduire une politique de protection et de rétention des données. Ces opérations manuelles occasionnent de terribles pertes de productivité, alors que ce temps pourrait être consacré à des projets propices à la croissance de l entreprise. La solution : Automatic Discovery for VSA L agent de serveur virtuel est capable de détecter automatiquement les nouvelles machines virtuelles suivant des critères prédéfinis, pour les ajouter dans la transparence aux politiques de protection des données. De cette façon, les machines virtuelles sont protégées même sans que les administrateurs soient au courant de leur existence. Une panoplie de règles de détection automatique permet à l administrateur d affiner la détection en fonction de ses besoins spécifiques. Il existe même une politique tout azimut qui garantit la protection des VM ne répondant à aucun critère de détection. Copyright 2010 CommVault Systems, Inc. All rights reserved. 11

12 Avec cette option, l administrateur peut fixer une fois pour toutes les règles de détection sans passer son temps à rechercher les nouvelles machines virtuelles à protéger. Le gain de temps peut atteindre des heures par personne, au bénéfice d activités plus fructueuses. Dans SnapProtect, la règle la plus utilisée est Data Store Affinity, qui regroupe toutes les VM du datastore dans une seule politique de protection des données (un sous-client ). Dans ces conditions, quand un LUN de datastore fait l'objet d'un instantané, toutes les machines virtuelles de ce datastore sont cohérentes entre elles, éliminant le risque de fichiers sales dans la copie de restauration. La règle Data Store Affinity permet aussi au processus de sauvegarde de répartir équitablement la charge de la copie des blocs entre tous les LUN, sans en surcharger l un ou l autre. Les avantages pour l'entreprise : La productivité du personnel IT augmente : les administrateurs ont plus de temps à consacrer aux projets critiques pour la rentabilité de l entreprise. La bonne répartition de la charge machine optimise l occupation des LUN de stockage sans qu aucun d eux ne soit submergé. L'impact sur les processus de production est minimisé. 12 Copyright 2010 CommVault Systems, Inc. All rights reserved.

13 Vue panoramique et rapportage exploitable Le défi Les administrateurs de stockage et de sauvegarde et même les administrateurs VMware ne sont pas souvent en mesure de connaître le contenu des machines virtuelles. Comment pourraient-ils prendre des décisions judicieuses quant à la quantité et à la qualité des ressources de stockage dont ces machines virtuelles ont besoin? Avec les outils traditionnels de gestion des ressources de stockage, sur hôtes, il faut des agents sur chaque serveur (virtuel en l occurrence) pour collecter les informations. Une exigence qui peut être lourde. Même si les agents ne sont pas nécessaires sur chaque machine, les outils doivent effectuer fréquemment les opérations de collecte de données, avec un impact direct significatif sur les VM et les serveurs ESX. Pour éviter les perturbations, la majorité des utilisateurs évitent ces outils, perdant de ce fait une technique précieuse pour optimiser l'affectation du stockage aux serveurs virtuels. Il en résulte souvent un gaspillage de ressources de stockage critiques. La solution : Storage Resource Management for VSA La fonctionnalité Storage Resource Management du logiciel Simpana s intègre au Virtual Server Agent pour générer des rapports contextuels et historiques détaillés sur les différents composants d une infrastructure virtuelle. SRM propose des rapports détaillés et des tableaux de bord de la consommation des ressources physiques (processeurs, mémoire, réseau), par serveur ESX et par VM. Ces mêmes dimensions font l objet de rapports historiques. Ce qui distingue SRM, cependant, c est sa capacité d analyse détaillée du contenu des machines virtuelles, au niveau fichier, sans devoir disposer d agents sur chaque serveur virtuel. Dans VSA, la fonctionnalité SRM ne nécessite aucune collecte de données. SRM réutilise les données collectées par les sauvegardes VSA et génère les rapports à partir des informations rassemblées dans l index. La fonctionnalité SRM n impose donc aucune charge supplémentaire aux VM ni aux systèmes de production. Elle produit des informations détaillées non seulement à propos de l infrastructure virtuelle, mais aussi du contenu exact de chaque VM. Tous les rapports du monde ne servent à rien s ils ne vont pas de pair avec des mesures automatiques lancées en fonction du contenu des rapports. L agent File System Archiver du logiciel Simpana s intègre aux rapports SRM pour archiver automatiquement les fichiers désignés par le rapport SRM qui remplissent les critères d archivage prédéfinis. Copyright 2010 CommVault Systems, Inc. All rights reserved. 13

14 Par exemple, un rapport SRM pourrait marquer dans les machines virtuelles les fichiers âgés de plus de six mois. Dès que le rapport est soumis au File System Archiver à l intérieur des machines virtuelles, ces vieux fichiers sont automatiquement archivés. Notons que même si cela nécessite un agent Archiver dans la VM, la charge est moins lourde qu avec des agents de sauvegarde, pour deux raisons. D abord, Archiver est toujours incrémentiel : seuls sont déplacés les fichiers qui ont rempli les critères depuis la dernière exécution du job Archiver, soit une petite fraction d entre eux. Ensuite, plus que le transfert des données, c est le scannage du système de fichiers qui consomme beaucoup de ressources VM. Le rapport SRM produisant une liste de fichiers prête à l emploi, l agent Archiver n a pas besoin de scanner le système de fichiers. Le plus gros de la charge machine est évité. Les avantages pour l'entreprise : Vue panoramique intégrée de l environnement physique et virtuel. L analyse au niveau fichiers permet aux administrateurs de stockage de prendre des décisions fondées et d allouer le stockage aux VM importantes : les meilleures ressources de stockage sont mises à la disposition des seules VM qui ont besoin de capacités de haut niveau. Le stockage coûteux est mieux utilisé. Intégré et automatisé, l archivage des données au niveau fichier dans les machines virtuelles évite une croissance débridée du stockage dans les VM. Le coût du stockage de production est maîtrisé, avec très peu d intervention de l'administrateur. Sauvegarde intégrée aux applications et extraction d information Le défi Souvent, les applications exécutées dans les machines virtuelles ne bénéficient pas de la même protection que si elles tournaient sur des serveurs physiques. Plus spécifiquement, des tâches comme la troncation des journaux ou l extraction d information dans les données d objet ne sont pas possibles. C est la raison pour laquelle les propriétaires d applications hésitent encore à virtualiser les serveurs concernés. Bien que certains outils soient à même de réaliser des restaurations granulaires au niveau objet à partir des fichiers applicatifs, dans les machines virtuelles, il faut généralement que toutes les données de l'application soient disponibles sur disque au format natif. Généralement, cependant, les demandes de restauration d objets concernent des objets d un âge certain. Il est courant, par exemple, de recevoir des demandes de restaurations de courriels Exchange vieux de 30 jours ou plus. Les données applicatives de 30 jours doivent donc se trouver sur disque. Si les fichiers de l application font 1 To au total, et que vous sauvegardez par application, il vous faut 30 To d espace disque pour garder les fichiers sous la main pendant 20 jours. Et si vous devez récupérer des messages plus anciens, cela augmente encore l espace disque nécessaire. En raison de ces besoins prohibitifs, les outils qui autorisent une restauration granulaire au niveau objet à partir des applications sont rarement utilisés dans les environnements concrets. 14 Copyright 2010 CommVault Systems, Inc. All rights reserved.

15 La solution : Application-Integrated VSA L agent SnapProtect pour VSA génère des copies de restauration intégrées aux applications. La copie de restauration contient une image conforme à l'application de la machine virtuelle à un instant donné. SnapProtect for VSA permet aussi à l'application de traiter cette copie de restauration comme une copie de protection consciente de l application. L application est alors en mesure d effectuer des tâches d après-sauvegarde comme la troncation des journaux. L illustration montre comment SnapProtect for VSA s intègre aux applications opérant à l intérieur d une machine virtuelle. Un agent léger, conscient de l application, se trouve dans la machine virtuelle qui abrite l application. Avant que le job SnapProtect ne mette la VM en quiescence, il communique avec l agent léger pour préparer l application en vue de la sauvegarde. Dès que l'application est prête et que toutes les autres VM du sousclient sont en quiescence, le job SPR crée un instantané matériel. Cela fait, le job SnapProtect demande à l agent de la VM de l application de tronquer les journaux éventuels, après quoi l'application est libérée pour les opérations normales et la VM sortie de quiescence. L ensemble de ces opérations ne demande pas plus de quelques minutes. On croit souvent que les agents résidant à l intérieur des machines virtuelles ne sont pas une bonne chose. L agent n est pas intrinsèquement mauvais : le problème se situe dans les ressources qu il consomme, dans la quantité de données qu il déplace, enfin dans le coût de sa licence et de son entretien individuels. L agent qui se trouve à l intérieur de la VM ne déplace pas de données à proprement parler ; il ne consomme des ressources qu au moment de la sauvegarde, pendant quelques minutes. Bref, le système de production n est pas vraiment surchargé. L agent peut s installer et se mettre à jour à distance sans que l on doive se connecter manuellement à la VM. Mais surtout, parce que l agent ne déplace pas de données, il ne consomme pas de licence. Opérant en mode restauration seule, il évite le coût d'une licence. De plus, il agit comme une cible de restauration : il est possible de restaurer directement les données dans la machine virtuelle, sans copie intermédiaire suivie d une recopie manuelle dans la VM. Copyright 2010 CommVault Systems, Inc. All rights reserved. 15

16 Autre option du logiciel Simpana : réaliser des extractions d information dans les copies de restaurations créées par VSA. La politique de mining extrait sélectivement des fichiers applicatifs des informations de niveau objet. Elle offre la possibilité de stocker les objets individuellement dans des Storage Policies distinctes, avec des rétentions différentes. Cela ouvre la voie aux restaurations granulaires au niveau objet, par exemple les restaurations de messages individuels. Plus important encore, les objets granulaires peuvent être conservés longtemps sans devoir garder sous la main tous les fichiers de l application. En conséquence, avec le logiciel Simpana, les copies secondaires ont besoin de moins d'espace. Initialement, le logiciel Simpana supportera Exchange et SharePoint pour la sauvegarde intégrée aux applications et l extraction de données. D autres applications suivront. Les avantages pour l'entreprise : Avec la protection des applications et l extraction d information intégrées, l entreprise peut virtualiser avec confiance d autres applications pour en tirer des gains supplémentaires, plus rapides, sur la plate-forme virtuelle. La rétention longue des objets individuels sélectionnés ne nécessite pas la rétention de toutes les données de l application. Les besoins en espace de stockage sont réduits d autant. Environnement de test Le schéma ci-dessus illustre l environnement utilisé pour tester SnapProtect for VSA. 16 Copyright 2010 CommVault Systems, Inc. All rights reserved.

17 Configuration VMware Tous les tests ont été effectués sous vsphere 4.1. Configuration des clusters ESX Nom cluster Nbre de serveurs ESX Configuration des serveurs ESX Nbre approx. de VM DevCluster 2 8 cœurs de CPU, 16 Go de RAM, 6 ports NIC 250 ProdcertCluster 3 4 cœurs de CPU, 8 Go de RAM, 2 ports NIC 250 Configuration des machines virtuelles Nbre VM Taille moyenne Espace moyen par VM SE Taille totale Espace total occupé Go 17 Go Windows 2008 Enterprise 10 To 11 To Remarque : En raison du nombre limité de serveurs ESX, toutes les machines virtuelles n étaient pas actives durant les tests. Cela n influence pas les résultats. En effet, les tests étaient conçus pour mettre les machines virtuelles en quiescence même lorsque les VM étaient coupées. On a mis sous tension juste assez de machines virtuelles pour atteindre environ 80% d utilisation des processeurs et mémoires sur chaque serveur ESX Configuration datastore Système de stockage Nombre de LUN Taille de chaque LUN Nbre de VM par LUN Espace total IBM XIV 10 1 To To Configuration du logiciel Simpana CommServe : Windows 2003 R2 x64 Server avec 8 Go de RAM Proxy ESX de back-up : Dell DL 2000 avec MD1000 Proc. RAM Réseau Stockage 2 CPU quatre cœurs pour 8 cœurs au total 16 Go 6 ports GigE 6 disques SAS internes 15K t/m pour héberger le fichier page de la VM hôte et la base de données de déduplication 6 To utilisables sur MD1000 avec disque SATA 7,2K t/m comme destination de sauvegarde. Abrite une seule machine virtuelle contenant Virtual Server Agent, MediaAgent et base de données de déduplication. Virtual Server Agent/MediaAgent : Configurés sur la VM suivante Installé IBM XCLI dans la machine virtuelle pour contrôler l'accès au datastore LUN à partir de l agent VSA. SE vram vcpu Réseau Windows 2008 Enterprise 16 Go 8 2 ports GigE Copyright 2010 CommVault Systems, Inc. All rights reserved. 17

18 Exécution et résultats du test SnapProtect TM for VSA Configuration du test Pour le test, nous avons créé un set de back-up unique avec 10 politiques de back-up (sous-clients). Chaque sousclient était configuré pour la détection automatique avec Datastore Affinity. On garantit de cette façon que chaque sous-client contient les VM d un seul datastore. Cela évite les images VM sales ou qui traînent dans la copie de restauration. Exécution du test Tous les sous-clients ont lancé la sauvegarde en même temps. Cela a eu pour effet de mettre 10 jobs en route. À la première phase de chaque job, VSA détecte les nouvelles machines virtuelles qui remplissent les critères du sousclient. Une fois les VM détectées, chaque job interagit séparément avec vcenter pour mettre en quiescence les machines virtuelles de chaque datastore. Cela fait, chaque job crée un instantané matériel pour le datastore LUN. L'instantané matériel créé, toutes les VM du datastore sont sorties de quiescence. L ensemble de l'opération SnapProtect a demandé environ 17 minutes. Il a fallu à peu près 2 minutes pour achever la phase de détection, puis un peu plus de 14 minutes pour mener à bien les jobs SnapProtect. La mise en quiescence et la sortie de quiescence des VM ont occupé le plus clair de la durée totale. Résultat Environ 500 machines virtuelles protégées en 17 minutes. 18 Copyright 2010 CommVault Systems, Inc. All rights reserved.

19 Conclusion Le logiciel CommVault Simpana inaugure une approche tout à fait inédite de la gestion des données, une approche tournée vers les besoins des nouveaux centres informatiques. Des fonctions comme la déduplication à la source sont propres à atténuer les difficultés rencontrées dans les centres informatiques traditionnels. Les nouveaux centres virtualisés, cependant, exigent un changement latéral dans la façon de penser la gestion des données. Le logiciel Simpana comprend SnapProtect for VSA, une fonctionnalité d instantané qui crée des points de restauration rapide avec un minimum d impact sur les serveurs virtuels. L utilisateur protège des centaines de VM en quelques minutes. Le logiciel Simpana réalise aussi des sauvegardes intégrées aux applications ainsi que l extraction des informations au niveau objet dans les applications opérant à l intérieur des machines virtuelles. Le rapportage intégré avec SRM et l archivage automatisé aident l utilisateur à gérer plus efficacement l affectation du stockage aux VM. Enfin, la possibilité de recourir au stockage en cloud pour la rétention longue ou l archivage signifie que l utilisateur est bien placé pour déployer un centre informatique nuagique qui apporte l automatisation, la flexibilité et les dimensions nécessaires pour répondre aux besoins croissants de l activité économique. Sur CommVault L architecture exclusive de Simpana une plate-forme unique donne aux entreprises une maîtrise sans précédent sur l augmentation des volumes de données, des coûts et des risques. Les programmes CommVault Simpana ont été étudiés dès le départ pour fonctionner ensemble, partageant un même code et des fonctions communes. Ils apportent des capacités exceptionnelles en termes de sauvegarde, de restauration, d archivage, de réplication, de recherche et de gestion des ressources. Chaque jour, de nouvelles entreprises grossissent les rangs de celles qui ont découvert l extraordinaire efficience de CommVault, ses performances, sa fiabilité et ses instruments de contrôle. Pour en savoir plus à propos de CommVault, rendez-vous sur commvault.com. Le siège central de CommVault se trouve à Oceanport, dans le New Jersey, aux États-Unis. Copyright 2010 CommVault Systems, Inc. All rights reserved. 19

20 n n info@commvault.com Siège mondial CommVault n 2 Crescent Place n Oceanport, NJ n n Fax: Sièges régionaux CommVault : États-Unis n Europe n Moyen-Orient et Afrique n Asie-Pacifique n Amérique Latine et Caraïbes n Canada n Inde n Océanie CommVault Systems, Inc. Tous droits réservés. CommVault, CommVault et son logo, le logo 'CV, CommVault Systems, Solving Forward, SIM, Singular Information Management, Simpana, CommVault Galaxy, Unified Data Management, QiNetix, Quick Recovery, QR, CommNet, GridStor, Vault Tracker, InnerVault, QuickSnap, QSnap, Recovery Director, CommServe, CommCell, SnapProtect, ROMS et CommValue, sont des marques de commerce ou des marques déposées de CommVault Systems, Inc. Tous les autres noms de marques, de produits, de services, marques déposées et marques de service déposées appartiennent à et identifient les produits ou services de leurs propriétaires respectifs. Toutes les spécifications sont sujettes à modification sans préavis. Le développement et le calendrier des futures versions potentielles relèvent de la seule discrétion de CommVault, de même que leurs fonctions et fonctionnalités