Pour une maîtrise totale de la reprise d activité : bonnes pratiques de continuité d activité et de virtualisation L I V R E B L A N C

Transcription

1 Pour une maîtrise totale de la reprise d activité : bonnes pratiques de continuité d activité et de virtualisation L I V R E B L A N C

2 Pour une maiîtrise totale de la reprise d activité: bonnes pratiques de continuité d activité et de virtualisation Sommaire Introduction Problématiques de la reprise d activité traditionnelle Mise en place de solutions de continuité d activité : les prérequis Reprise d activité : comment réduire le risque d échec Réduction et gestion des risques inhérents aux opérations de reprise d activité Avantages clés de la virtualisation dans un contexte de reprise d activité... 5 Préparation de votre programme de reprise d activité Pourquoi faire appel à un logiciel VMware pour la continuité d activité?... 5 Scénarios de reprise d activité avec Site Recovery Manager Plans de reprise d activité : objectif maîtrise Synthèse L I V R E B L A N C / P A G E 2

3 Introduction Imaginez un monde où vous pourriez réduire de manière radicale les interruptions de service, prévues ou non, tout en protégeant l ensemble de vos systèmes et applications stratégiques, indépendamment des matériels sous-jacents! C est ce monde que nous vous proposons de découvrir dans ce livre blanc. Au sommaire : comment s affranchir des problématiques classiques de la gestion des reprises d activité pour développer une véritable solution de continuité d activité. Problématiques de la reprise d activité traditionnelle Les plans classiques de reprise d activité (PRA) s articulent autour d un ensemble particulièrement complexe de processus et d infrastructures : duplication des datacenters et infrastructures serveurs, processus de transfert des données sur un site de reprise, processus de redémarrage des serveurs, procédures de réinstallation des systèmes d exploitation, etc. Face à la complexité des opérations de reprise d activité, les entreprises ne parviennent bien souvent qu à protéger quelques charges de production triées sur le volet, au détriment des autres charges (serveurs de fichiers/d impression, serveurs Web internes, applications départementales) qui restent mal, voire pas du tout protégées. Ces difficultés, tant sur le plan des PRA que des datacenters eux-mêmes, enferment les entreprises dans un schéma de forte dépendance vis-à-vis de lourds programmes de formation aux produits et aux processus, de la précision de dossiers d exploitation (runbook) complexes et volumineux, et d une exécution sans encombre en situation d urgence. Les phases de tests étant coûteuses et perturbatrices, les entreprises éprouvent de grandes difficultés à mettre leurs formations, documentation et plan d exécution à l épreuve de la pratique pour garantir le succès de leurs opérations de restauration. Conséquence : faute de tests, les plans de reprise d activité échouent la plupart du temps. Outre le fait que la restauration de base de charges stratégiques puisse prendre plusieurs jours, voire plusieurs semaines, la gestion et le maintien des PRA se révèlent particulièrement chronophages et consommateurs de ressources pour la direction des systèmes d information (DSI). En clair, la majorité des entreprises s avèrent incapables d honorer les exigences de continuité d activité fixées par leur direction. Mise en place de solutions de continuité d activité : les prérequis Fiabilité, indépendance vis-à-vis des plates-formes et prise en charge étendue des applications tels sont les trois impératifs clés d une continuité d activité maîtrisée. Tout d abord, la solution de reprise d activité doit s appuyer sur une plate-forme fiable. Plus la plate-forme est fiable, moins vous avez de risques de subir des interruptions de service. Choisissez une plateforme d infrastructure à la fois éprouvée, dynamique, flexible et fiable. Ensuite, la solution doit être indépendante de l infrastructure physique. Moins vous dépendrez d équipements et de configurations spécifiques, plus vous bénéficierez de flexibilité pour protéger et récupérer vos applications en cas d incident. Avec des mises à niveau et des changements de configuration fréquents sur les serveurs, l environnement informatique est en perpétuelle mutation. Or rien de tout ceci ne devrait impacter la solution de continuité d activité. Dans un plan de reprise d activité, les machines virtuelles offrent un sérieux avantage car elles voient toujours le même ensemble d équipements virtuels, mappé en toute transparence avec les matériels physiques sous-jacents. Une fois vos ressources (processeurs, réseau et stockage) virtualisées, vos applications sont indifférentes aux équipements physiques sur lesquels elles s exécutent. Vous pouvez alors les déplacer sans aucune difficulté. Et si, au lieu de ne protéger que certaines applications ou certains systèmes d exploitation spécifiques, vous pouviez étendre la protection à un maximum d applications et d OS? Avec une solution optimale, plus besoin de transiger sur les applications qui méritent ou non d être protégées. La virtualisation selon VMware encapsule tout système d exploitation x86 standard avec ses applications. Aucune modification ni aucun pilote particulier n est nécessaire. Tout le dispositif de protection intégré à la plate-forme VMware (protection des données, disponibilité et reprise d activité) s applique à l ensemble des machines virtuelles. Résultat : vous bénéficiez d une protection étendue au maximum et d un coût de protection considérablement revu à la baisse. L I V R E B L A N C / P A G E 3

4 Reprise d activité : comment réduire le risque d échec L une des principales difficultés de la reprise d activité classique tient aux moyens à mettre en œuvre pour un contrôle efficace des risques inhérents à tout environnement informatique complexe. Certains de ces facteurs de risques influencent directement la capacité de l entreprise à mener à bien un processus de restauration rapide et fiable. L inadéquation des PRA classiques avec la dynamique de votre environnement informatique actuel constitue en ce sens l un des plus gros risques. Les environnements informatiques évoluent en permanence. De fait, si vos plans de reprise d activité n intègrent pas les dernières modifications ce qui est un défi en soi avec une approche classique les tests de reprise ou scénarios de basculement ultérieurs sont voués à l échec. L erreur humaine représente un autre facteur de risque. Outre leur complexité intrinsèque, les plans de reprise d activité comportent un certain nombre de variables. Malgré la formation des équipes informatiques aux procédures à exécuter, les erreurs sont fréquentes. Il est en effet difficile de gérer à la fois toutes les étapes nécessaires et les dépendances applicatives en cas de sinistre réel. Autre difficulté, les délais de restauration pâtissent généralement du manque d automatisation des processus. En cas de sinistre important, les équipes dédiées à la reprise d activité seront-elles disponibles? Que se passe-t-il si elles se trouvent chez elles ou qu elles sont injoignables? Un autre membre de l équipe informatique pourrait-il intervenir pour exécuter correctement le processus de restauration? Dans un scénario de restauration, toute dépendance vis-à-vis d un petit cercle de personnes constitue un facteur de risque. Au-delà de l échec ou du retard du processus de restauration, cette accumulation de risques peut s avérer financièrement lourde de conséquences pour l entreprise : Coûts du manque à gagner et de la perte de productivité des salariés pendant la période d interruption des systèmes stratégiques Explosion des coûts liés aux heures supplémentaires les équipes sont mobilisées 24h/24 pour restaurer les applications et infrastructures stratégiques Impact sur les clients et les utilisateurs (imaginez un seul instant le montant de vos pertes si votre site Web ou vos applications stratégiques étaient hors service pendant ne serait-ce qu une demi-heure?) Réduction et gestion des risques inhérents aux opérations de reprise d activité Dans un environnement physique, les risques inhérents aux opérations de reprise d activité sont importants. La restauration physique est un exercice complexe. Cette complexité tient à l existence de nombreuses infrastructures de secours, de multiples paramètres de configuration à mettre à jour et à synchroniser sur plusieurs sites, et de l ensemble des processus et variables propres à tout scénario de restauration. L absence de tests réguliers des PRA conduit à certains «écarts» entre théorie et pratique : les entreprises ignorent en effet si les PRA sur papier correspondent à la configuration réelle de leur environnement informatique. Avec l évolution permanente des environnements, le risque d échec de la reprise augmente en conséquence. Pour atténuer et maîtriser ce risque, on retiendra deux points essentiels : En encapsulant des serveurs entiers, avec l ensemble des derniers paramètres de configuration des applications/os systématiquement intégrés à une machine virtuelle, la virtualisation permet de réduire de manière radicale et constante le risque d échec inhérent aux opérations de restauration des serveurs et applications. La mise en place de tests réguliers et automatiques des plans de reprise d activité permet de garantir leur exhaustivité, leur précision et leur fiabilité systématique à l exécution. À fréquences rapprochées, ces tests réduisent les écarts entre les phases de tests et les exécutions en situation réelle. Vos PRA restent ainsi en phase avec la réalité du moment de votre environnement informatique. Au final, le niveau global de risque reste faible, même en cas de modifications des infrastructures. L I V R E B L A N C / P A G E 4

5 Avantages clés de la virtualisation dansun contexte de reprise d activité Indépendance matérielle. La restauration peut s effectuer sur n importe quel équipement x86. Vous bénéficiez d une flexibilité totale pour l achat de vos différents serveurs, voire la réduction du nombre de serveurs, pour votre site de secours. Une virtualisation générale de votre site de production libère des machines supplémentaires qui peuvent ensuite être transférées sur votre site de secours. Encapsulation. En capturant toutes les données, applications, OS et configurations d un serveur sur seulement quelques fichiers stockés sur disque, la virtualisation offre de réels avantages en termes de mobilité de vos machines virtuelles (VM). La sauvegarde de vos serveurs s effectue exactement comme une sauvegarde de fichiers classique. Vous pouvez également les dupliquer sur votre site de reprise, pour garantir leur disponibilité en cas de sinistre. Partitionnement et consolidation. En faire plus avec moins : tel est le credo de la consolidation. La réduction du parc physique favorise la rationalisation des plans de reprise d activité et la standardisation des processus de restauration. Création de pools de ressources. La création de pools de ressources permet d optimiser l utilisation de votre infrastructure de production et de votre infrastructure de secours. En clair, vous valorisez votre infrastructure de secours en y exécutant certaines charges de production. Le mappage anticipé des ressources de reprise garantit à vos VM l accès aux ressources sur le site de secours en cas de besoin. L exécution de vos autres charges s effectue ainsi en toute sécurité, sans nuire à aucun moment à votre capacité de mener à bien une restauration complète. Quels sont les types de plans de reprise nécessaires en cas de sinistre partiel (panne sur une baie de stockage) par rapport à un sinistre total (incendie)? Quel système utilisez-vous pour catégoriser les ressources informatiques à restaurer après un sinistre? S agit-il de ressources stratégiques, urgentes, importantes, normales ou non essentielles? Pourquoi faire appel à un logiciel VMware pour la continuité d activité? Avec VMware vcenter Site Recovery Manager, VMware intègre les fonctions de reprise d activité présentes sur la plateforme VMware vsphere dans un produit spécialement conçu pour la reprise d activité. Site Recovery Manager (SRM) simplifie et automatise les principaux éléments de la reprise d activité : configuration de PRA, tests de ces plans, exécution des basculements (failover) en cas de sinistre dans un datacenter, et retour automatique vers ce datacenter après résolution du problème (failback). Avec Site Recovery Manager, les entreprises disposent d une solution de reprise d activité plus rapide, plus fiable et plus économique que jamais. Bien qu il ne soit pas intégré à VMware vsphere, le module SRM fonctionne en étroite relation avec la plate-forme pour gérer et automatiser la reprise d activité en environnement virtuel. Préparation de votre programme de reprise d activité Plusieurs éléments essentiels doivent être pris en compte dans l étude et la préparation de votre programme de reprise d activité : Quelle durée maximale d interruption de service êtes-vous prêt à accepter? Quel est votre objectif en termes de délais de restauration (RTO, Recovery Time Objective)? Quelle quantité de données pouvez-vous vous permettre de perdre? Quel est votre objectif en termes de point de restauration (RPO, Recovery Point Objective)? L I V R E B L A N C / P A G E 5

6 Scénarios de reprise d activité avec Site Recovery Manager VMware vcenter Site Recovery Manager peut être utilisé dans plusieurs scénarios de basculement : Actif/Passif : Site Recovery Manager gère les scénarios de reprise d activité classiques en mode actif/passif. Dans ces cas de figure, le site de production des applications est restauré sur un site secondaire qui reste en veille jusqu au basculement. Bien qu il s agisse de la configuration la plus courante, ce scénario s avère également particulièrement onéreux puisque vous payez pour un site de reprise d activité inactif la plupart du temps. Actif/Actif: Dans une démarche d optimisation de votre site de reprise, Site Recovery Manager vous permet également de l exploiter pour d autres charges (hors situation de reprise d activité). Dans le cadre d un processus de basculement, SRM peut être configuré pour éteindre ou suspendre automatiquement certaines VM sur le site de reprise afin de dégager facilement les capacités informatiques nécessaires aux charges à restaurer. Bidirectionnel: Site Recovery Manager peut également garantir un basculement bidirectionnel. L objectif : vous permettre d exécuter vos charges de production actives sur les deux sites, et d effectuer le basculement dans un sens ou dans l autre, c est-à-dire, vers l un ou l autre site. La capacité disponible sur le site cible est alors utilisée pour exécuter les VM basculées. Basculement local : Bien que moins courant, certaines équipes informatiques doivent pouvoir effectuer le basculement au sein d un «site» ou d un «campus» donné. C est notamment le cas lorsque vous êtes contraint de déplacer vos charges vers d autres locaux en cas de panne sur une baie de stockage ou de travaux sur un bâtiment. Site Recovery Manager assure le basculement dans ces cas de figure. Plans de reprise d activité : objectif maîtrise Étudions le rôle de VMware vcenter Site Recovery Manager dans la mise en place d un PRA. Création de plans de reprise. Site Recovery Manager permet aux utilisateurs de créer des plans de reprise adaptés à divers scénarios et différentes parties de leur infrastructure. Ces plans peuvent concerner une VM isolée, une application, toutes les VM connectées à une baie, une business unit, ou même un site complet. Chaque PRA précise le processus de restauration à appliquer aux machines virtuelles protégées. Intégration de la réplication. Même dans un environnement VMware vsphere, la configuration de la réplication dans les règles de l art exige une bonne coordination entre les diverses équipes (applications, serveurs et stockage). L opération passe également par une vérification manuelle de la réplication effective de toutes les données à protéger. Même en environnement virtualisé, la tâche peut s avérer délicate. En effet, alors que la réplication sur baie est généralement configurée pour plusieurs unités logiques (LUN), plusieurs VM partagent généralement une seule LUN, et une VM peut s étaler sur plusieurs LUN. Grâce aux adaptateurs de réplication de stockage, Site Recovery Manager peut directement interroger le logiciel de réplication pour connaître les LUN répliquées. Fonctionnant en étroite relation avec VirtualCenter, SRM indique ensuite quelles sont les machines virtuelles protégées par réplication pour que l utilisateur puisse facilement valider la configuration de la réplication. Mappage des ressources de restauration. La configuration de la reprise d activité exige également de préciser les ressources affectées à la restauration des machines virtuelles sur le site de secours. Site Recovery Manager assiste les utilisateurs sur différentes tâches de mappage : mappage des ressources informatiques du site de production avec les ressources du site de reprise, mappage des ressources réseau du site de production avec les ressources réseau du site de reprise, et mappage des objets de gestion (dossiers et hiérarchies) configurés dans VirtualCenter sur le site primaire avec la configuration souhaitée sur le site de reprise. Spécification des processus de restauration. Les plans de reprise d activité classiques utilisent souvent un dossier d exploitation pour documenter les différentes étapes et processus de restauration. Ce dossier d exploitation précise l ensemble des étapes de restauration à suivre : modalités de validation de la configuration matérielle, ordre de démarrage des différents systèmes... Généralement matérialisés sous la forme d un classeur, ces dossiers d exploitation comportent souvent des erreurs, sont complexes à réactualiser et s avèrent difficilement exploitables comme support de formation. Site Recovery Manager permet de dématérialiser ce dossier d exploitation dans le plug-in «Site Recovery» de VirtualCenter. Vous avez ensuite la possibilité d étendre et de personnaliser le processus de restauration en ajoutant des scripts et des «call-outs» au processus. L I V R E B L A N C / P A G E 6

7 Synthèse Une fois toutes les subtilités d une reprise d activité efficace maîtrisées, trois avantages majeurs vous attendent : 1. Protection étendue. Le logiciel VMware permet de surmonter bon nombre de difficultés liées aux coûts et à la complexité de la mise en place d un dispositif de protection efficace pour l ensemble des systèmes et applications x86 de l entreprise. Désormais, la continuité n est plus l apanage de quelques systèmes et applications privilégiés. 2. Réduction des interruptions de service programmées. La suppression des sources d interruptions (maintenance des matériels, reconfiguration du stockage, etc.) améliore considérablement la disponibilité de votre infrastructure informatique. 3. Limitation des interruptions imprévues. VMware offre à votre infrastructure une plate-forme d une fiabilité exemplaire, notamment grâce à des fonctions comme VMware HA (réduction des interruptions de service en cas de panne serveur) et VMware SRM (restauration automatisée, rapide et fiable après un sinistre). Vous profitez de tous ces avantages indépendamment du matériel x86, du système d exploitation et des applications de votre environnement. En matière de reprise d activité, ne vous contentez plus de gérer. Maîtrisez. L I V R E B L A N C / P A G E 7

8 VMware, Inc Hillview Ave Palo Alto CA USA Tel Fax VMware, Inc Terrasse Boieldieu Paris La Défense France Tél. : Fax : Copyright 2010 VMware, Inc. Tous droits réservés. Ce produit est protégé par les lois américaines et internationales sur le copyright et la propriété intellectuelle. Les produits VMware sont couverts par un ou plusieurs brevets, répertoriés à l adresse VMware est une marque déposée ou une marque VMware, Inc. aux États-Unis et/ou dans d autres juridictions. Toutes les autres marques et tous les autres noms mentionnés sont des marques déposées par leurs propriétaires respectifs.