RETEX PSA Datacenter : Sauvegarde Open De la bande à la virtualisation De la virtualisation à la déduplication

RETEX PSA : Datacenter : Sauvegarde Open Contexte Environnements, Métriques De la bande à la virtualisation Attentes Retex De la virtualisation à la déduplication Questions ?

Evolution volumétrie en Po RETEX PSA : Datacenter : Sauvegarde Open Le Contexte : Quelques métriques Choix Déduplication Choix virtualisation 2003 2004 2005 2006 2007 2008 2009 Copie 1 Copie 2 0,5 1 1,8 2,7 3,2 4,4 4,8 Evolution volumétrie en Po

RETEX PSA : Datacenter : Sauvegarde Open Le Contexte : Environnement Clients à sauvegarder : OS Linux Windows Solaris : Sparc , X86 Aix HP-UX Type de données SGBD Oracle : Prise d’image, RMAN ERP/SAP : Outils BR* NAS : NDMP Partage bureautique, Partage LSI, applications,… Messagerie Autres : SGBD, Fichiers,… Politiques de Sauvegardes Catalogue : typologie selon environnement applicatif

RETEX PSA : Datacenter : Sauvegarde Open De la bande à la virtualisation Architecture avant virtualisation Sur chacun de nos 2 datacenters Des serveurs de sauvegardes Master/Média Symantec Netbackup Des robotiques STK9310 pilotés par ACSLS 400 lecteurs STK9940B 30000 cassettes 9940B Externalisation des cassettes PRA Robot K7

RETEX PSA : Datacenter : Sauvegarde Open De la bande à la virtualisation : Les attentes Assurer la fenêtre de sauvegarde malgré une croissance continue de la volumétrie Améliorer l’utilisation des moyens de sauvegardes Améliorer la qualité de service : Sauvegardes/Restaurations Améliorer le PRA : RTO,RPO Intégrer les sauvegardes NDMP Pas d’impact majeur sur nos modes de fonctionnement

RETEX PSA : Datacenter : Sauvegarde Open De la bande à la virtualisation : Le choix 2007 : Choix de la solution VTL (Virtual Tape Library) Intégration : SUN - Serveurs X4600, Baies SF6540 Noyau VTL 4.x : Falconstor => en 5.1 aujourd’hui

RETEX PSA : Datacenter : Sauvegarde Open De la bande à la virtualisation : RETEX Attentes Retex Assurer la fenêtre de sauvegarde malgré une croissance continue de la volumétrie OK mais difficultés à stabiliser l’infrastructure : 18 mois pour déployer sur tout le périmètre Ré-étiquetage des K7 Difficultés techniques et fonctionnelles Dupliquer données rétention longue : 400To Améliorer l’utilisation des moyens de sauvegardes (lecteurs,K7) Arrêt des investissements lecteurs Utilisation des lecteurs à la capacité nominale : 45Mo/s par rapport à 15Mo/s temps d’utilisation des lecteurs amélioré Amélioration remplissage des K7 Améliorer la qualité de service Sauvegardes et Restaurations Moins sensible aux pannes robotiques Mais couche VTL supplémentaire (serveurs + baies) : pb. Cluster, … Restauration améliorée : Cache 3 jours

RETEX PSA : Datacenter : Sauvegarde Open De la bande à la virtualisation : RETEX Attentes Retex Améliorer le PRA : RTO,RPO Intégrer les sauvegardes NDMP Suppression externalisation K7 Grosses difficultés à fiabiliser la génération K7 incendie via le Très Haut Débit Inter-SAN distant de 700km (pb TapePipelining, slow start ...) Connaissance par Netbackup d’une seule copie : Pas de dialogue avec VTL Pas d’impact majeur sur nos modes de fonctionnement Vrai sur le processus de sauvegarde Difficultés à stabiliser l’infrastructure : Nombreux correctifs, demandes de RFE Sauvegardes en journée Perturbation du processus sur destaging K7 Compression différente lecteurs virtuels et physiques Outillage insuffisant (surveillance, métrologie) Complexité pour les équipes d’administration

RETEX PSA : Datacenter : Sauvegarde Open De la bande à la virtualisation : RETEX En conclusion : Après 3 ans de production VTL Certes, des débuts difficiles mais les attentes principales sont au rendez-vous. C’est la génération de la K7 PRA qui a été la difficulté majeure La version 5.1 est plus stable mais des bugs subsistent Suppression manpower pour externalisation K7 mais charge supplémentaire pour l’équipe gestion des sauvegardes

RETEX PSA : Datacenter : Sauvegarde Open De la virtualisation à la déduplication : Attentes ETUDE INITIALISEE en avril 2009 Renouveler au juste nécessaire les moyens robotiques (fin de support) Améliorer le PRA Sans augmenter régulièrement le potentiel du réseau THD inter-sites Améliorer les temps de restauration Absorber la croissance des données Conserver nos modes de fonctionnements Déploiement VTL encore en cours

RETEX PSA : Datacenter : Sauvegarde Open De virtualisation à la déduplication : Retex 1er temps : Evaluation solution VTL-SIR (04 à 10/2009) Déduplication offline Global Déduplication Serveurs dédiés SIR Architecture N+1 (HA) Génération K7 locale : avant déduplication distante : pas possible Taux de déduplication variable selon type de données SIR non retenu : Complexité architecture Orientation vers VTL-S même principe que le SIR migration VTL -> VTL-S Appliance VTL LUN pour VTL Automated or Manual Import Export Fibre Channel or iSCSI Baie de Disques Emule une librairie de bandes Backup Media Servers Appliance SIR LUN pour SIR 1 2

RETEX PSA : Datacenter : Sauvegarde Open De virtualisation à la déduplication : Retex 2ème temps : Choix de la solution VTL-S (11/2009) Librairie Appliance VTL Automated or Manual Import Export Fibre Channel or iSCSI Baie de Disques Emule une librairie de bandes Backup Media Servers LUN VTL LUN VTL-S 1 2 VTL-S Mise en œuvre d’un pilote sans K7 pour vérifier : Taux de déduplication gain sur réplication (PRA) fiabilité/stabilité du produit Performance temps dédup/repli. impacts sur exploitation

RETEX PSA : Datacenter : Sauvegarde Open De virtualisation à la déduplication : RETEX 3ème temps : Choix Poursuite du déploiement (06/2010) Pas d’incidents majeurs rencontrés Taux de déduplication : ~8 Réplication : Mise en PRA nettement améliorée Gain important sur bande passante réseau THD Quelques demandes d’améliorations formulées : surveillance, métrologie, check base index, … Par précaution : Décision de générer une K7 locale pour les données critiques : via Netbackup On se repose la question mi-2011 ?

RETEX PSA : Datacenter : Sauvegarde Open De la virtualisation à la déduplication : RETEX Retex sur 6 mois et sur un périmètre restreint Les attentes sont au rendez-vous mais : Vigilance sur les taux de déduplication très variable selon nature des données, politique de sauvegardes inefficace sur données compressées, cryptées Vigilance sur la fiabilité du produit La génération K7 alourdit le processus Le passage virtualisation/déduplication moins complexe que bande/virtualisation : VTL -> VTL-S : Evolution et non Révolution PRA amélioré : RTO/RPO Mais reste à étudier la mise en place API OST afin que Netbackup connaisse l’ensemble des copies de sauvegardes.

RETEX PSA : Datacenter : Sauvegarde Open QUESTIONS ?