IBM Global Technology Services Livre blanc pour l'innovation Janvier 2012 «Cloud Computing : Reprise après incident en mode virtualisé» Pour une transition rapide de vos applications vers un Cloud résilient X = -1.297 mm Y = 111 mm % = 111%
2 «Cloud Computing : Reprise après incident en mode virtualisé» Contenus 2 Récapitulatif 3 Solutions de secours traditionnelles : choisir entre coût et vitesse 4 La pression d une disponibilité permanente 4 Penser en termes d'interruptions et non d'incidents 5 La résilience sur le Cloud une nouvelle stratégie qui tombe à pic 6 Un contrôle renforcé via un accès à un portail 7 Des tests plus fréquents qui renforcent la confiance et améliorent les plans de reprise après incident 8 Prise en charge de durées optimisées de reprise des applications via des niveaux de service hiérarchisés 9 La reprise après incident en environnement virtualisé : pour une prise en charge efficace des environnements mixtes 9 Une présence locale pour économiser la bande passante 10 Une coexistence plus efficace avec le secours traditionnel 10 Conclusion Récapitulatif Peu après l adoption à grande échelle des ordinateurs, il est apparu que la reprise après incident deviendrait un facteur incontournable des plans informatiques de l entreprise. Les données métier doivent être sauvegardées, et les processus vitaux tels que la facturation, la paie et les achats doivent se poursuivre, même si le centre informatique d une entreprise est rendu inopérant suite à un sinistre. Au fil du temps, deux approches distinctes des modèles de reprise après incident ont émergé : les modèles dédiés et les modèles mutualisés. Bien qu efficaces, ces approches ont souvent contraint les entreprises à choisir entre coût et rapidité. Faisons maintenant une avance rapide et regardons, 50 ans plus tard, le monde actuel du «toujours disponible». Le flux des informations et du commerce dans notre environnement métier global ne s arrête jamais. Face aux exigences d un monde actif 24 heures sur 24, les entreprises doivent commencer à réfléchir en termes de continuité des applications et non de sinistres, plus rares. Pour leur part, les fournisseurs de service de secours doivent mettre en œuvre un basculement et une reprise par restauration plus transparents et quasi-instantanés pour les applications métier critiques. Cependant, face à la réalité de budgets informatiques qui stagnent, voire diminuent, ces services doivent être assurés sans entraîner de frais d investissement importants ou de coûts continus. La résilience métier en mode Cloud constitue une alternative séduisante au secours traditionnel, car elle offre à la fois le délai de reprise rapide caractéristique d une infrastructure dédiée et les coûts réduits propres à un modèle de secours mutualisé. Grâce à une tarification à l utilisation et la possibilité d évoluer au fur et à mesure que les conditions se modifient, le Cloud Computing aide les entreprises à répondre aux attentes de l environnement frénétique et rapide d aujourd hui, dans lequel les exigences informatiques ne cessent d augmenter, alors que les budgets ne suivent pas. Ce livre blanc aborde des stratégies classiques de secours et explique comment le Cloud Computing permet aux entreprises de planifier les interruptions de service banales (coupures de courant, pannes matérielles du serveur, violations de sécurité) et de se prémunir contre les incidents plus rares. Ce livre blanc présente plusieurs considérations importantes à prendre en compte pour planifier la transition vers la résilience métier sur le Cloud et la sélection de votre partenaire en solution Cloud.
IBM Software 3 Solutions de secours traditionnelles : choisir entre coût et vitesse Lorsqu elles choisissent une stratégie de reprise après incident, les entreprises se fient en général au niveau de service requis, en le mesurant en fonction de deux objectifs de reprise : Image des données Objectif de délai de reprise (RTO) durée écoulée entre une panne et la restauration des opérations. Objectif de perte de données (RPO) point de cohérence à partir duquel les données sont restaurées, indiquant la quantité de données qui sera définitivement perdue pendant le processus de reprise. RPO Objectif de point de reprise Perte de données admissible Jours Heures Minutes RTO Minutes Objectif de délai de reprise Délai de reprise Heures Days Reprise Dans un modèle dédié, l infrastructure est dédiée à une seule entreprise. Ce type de reprise après incident permet un temps de reprise plus court par rapport aux autres modèles traditionnels, car l infrastructure informatique est mise en miroir sur le site de secours et prête à être activée en cas de sinistre. Ce modèle réduit l objectif de délai de reprise car les matériels et les logiciels sont préalablement configurés, mais il n élimine pas tous les retards. Le processus reste dépendant de la réception d une image des données à jour, ce qui implique un transport des bandes physiques et un processus de restauration des données. En outre, cette stratégie coûte cher, car le matériel reste inutilisé en temps normal. Certaines entreprises utilisent leur infrastructure de sauvegarde à des fins de test et de développement pour compenser les coûts, mais cela introduit un risque supplémentaire dans l équation. Enfin, le processus de restauration des données induit lui aussi une incertitude dans le processus. Comme le montre la Figure 3, la restauration des données peut exiger jusqu à 72 heures, délai comprenant la récupération des bandes, leur transport et leur chargement. Figure 1 : Mesure du niveau de service requis par l objectif de perte de données et l objectif de délai de reprise Dédié Restauration des données Dans les modèles de secours classiques, qu ils soient dédiés ou mutualisés, les entreprises sont contraintes d accepter des compromis entre les coûts et la rapidité de la reprise, comme le montre la Figure 2. 6 Heures or less 4-72 Heures Interruption Reprise Déclaration Config matérielle Config logicielle Restauration des données Figure 3 : Délai de reprise avec une infrastructure dédiée Elevé Coût Faible Dédié Mutualisé Semaines Jours Heures Minutes Virtualisé sur le Cloud Dans un modèle de reprise après incident mutualisé, l infrastructure est mutualisée entre plusieurs entreprises. Il est censé être plus économique, car l infrastructure de secours hors site est mutualisée entre plusieurs sociétés. En cas d incident, le matériel, le système d exploitation et les logiciels d application sur le site de secours doivent être entièrement configurés pour correspondre au site informatique qui a déclaré le sinistre. Ce processus peut exiger plusieurs heures, voire plusieurs jours. En outre, il est nécessaire d exécuter le processus de restauration des données (voir Figure 4), soit un délai moyen de 48 à 72 heures avant la reprise. Figure 2 : Les stratégies traditionnelles de reprise après incident comprennent des modèles mutualisés et dédiés
4 «Cloud Computing : Reprise après incident en mode virtualisé» Mutualisé Déclare Config matérielle Config logicielle Restauration des données Min 4 Heures Min 8-24 Heures Min 4 Heures 4-72 Heures Interruption Reprise Restauration des données Déclaration Config matérielle Config logicielle Figure 4 : Délai de reprise avec une infrastructure mutualisée La pression d une disponibilité permanente L étude IBM 2011 réalisée auprès de directeurs informatiques (IBM 2011 CIO study) fait ressortir le défi auquel se heurtent les entreprises : suivre la demande croissante de services informatiques, tout en préservant leurs opérations et en les rendant aussi efficaces que possible. Leurs utilisateurs et leurs clients ont en outre une maîtrise de plus en plus grande de la technologie. L étude démontre que l utilisation de terminaux connectés à Internet connaît une croissance annuelle d environ 42 %, ce qui permet aux clients et aux employés d accéder rapidement à d énormes quantités de stockage. En dépit de l incitation à en faire toujours plus, les entreprises consacrent un pourcentage important de leurs budgets à entretenir leur infrastructure actuelle. Par ailleurs, loin d augmenter, leurs budgets tendent essentiellement à stagner. 1 Les modèles de secours après incident dédiés ou mutualisés ont en général contraint les entreprises à accepter des compromis entre coût et rapidité. Alors même que l obligation de la disponibilité continue et de la réduction des coûts s accentue, les entreprises ne peuvent cependant plus se plier à de tels compromis. La reprise après incident était à l origine prévue pour les processus critiques de «back-office» traités par lots, mais de nombreuses entreprises sont désormais dépendantes des applications en temps réel et de leur présence en ligne, qui constitue l interface de prédilection de leurs clients. Tout temps d indisponibilité se répercute directement sur leur image de marque et l interruption d applications vitales telles que l ecommerce, la banque en ligne et le libre-service clients est considérée comme inacceptable par les clients. Le coût d une seule minute d indisponibilité peut se chiffrer en milliers d euros. Penser en termes d interruptions et non d incidents Les méthodes classiques de reprise après incident dépendent en outre de la «déclaration de sinistre» pour pouvoir bénéficier de l infrastructure de secours en cas de catastrophes telles que les tempêtes, les tsunamis, les inondations ou les incendies. Toutefois, la plupart des interruptions de disponibilité des applications sont dues à des événements quotidiens plus banals. Les entreprises doivent certainement prendre des mesures de précaution pour parer au pire, mais elles doivent aussi se préparer à affronter les événements les plus probables : coupures de courant, pannes matérielles du serveur et violations de sécurité. La Figure 5 montre les types d interruptions auxquelles IBM a aidé ses clients à faire face au cours des dernières années. Si les intempéries sont la cause première d un peu plus de la moitié des sinistres déclarés, presque 50 % des déclarations sont dues à d autres causes. Ces statistiques ont été fournies par des clients IBM ayant effectivement déclaré un sinistre. Pensez à toutes les interruptions n ayant pas donné lieu à une déclaration. Dans un univers dont l activité ne s arrête jamais, les entreprises doivent aller au-delà de la reprise après incident et penser en termes de continuité des applications. Vous devez planifier la reprise des applications métier critiques et non pas penser seulement aux sinistres graves, qui restent rares, et élaborer vos plans de résilience en conséquence. Matérielle/Logicielle 17 % Other 10 % Power 19 % Weather 54 % Figure 5 : Types d interruptions de l activité métier
IBM Software 5 La résilience en mode Cloud une nouvelle stratégie qui tombe à pic Le Cloud Computing offre une alternative séduisante à la reprise après incident classique. «Le Cloud» est à la base une infrastructure mutualisée : un ensemble de ressources regroupées en pool, les coûts infrastructurels étant répartis entre tous les clients souscrivant au service Cloud. Ce concept de partage fait du Cloud un modèle idéal pour la reprise après incident. Même si nous élargissons la définition de la reprise après incident en englobant des interruptions de service plus banales, la nécessité de recourir aux ressources de reprise après incident reste sporadique. Comme toutes les entreprises faisant appel au Cloud pour la sauvegarde et le secours ont peu de chances d avoir besoin de l infrastructure toutes en même temps, les coûts peuvent être réduits et le Cloud accélère la reprise. Virtualisé sur le Cloud Reprise Interruption Déclaration Config matérielle Config logicielle Restauration des données Figure 6 : Accélérez votre reprise avec le Cloud Computing Les services gérés de résilience métier en mode Cloud, tels qu IBM SmartCloud Virtualised Server Recovery, sont pensés pour assurer un équilibre entre les coûts modérés d un secours mutualisé et la rapidité d un secours dédié. Comme les images et les données du serveur sont répliquées en continu, le délai de reprise peut être réduit de façon considérable à moins d une heure, voire, dans de nombreux cas, à quelques minutes seulement, voire quelques secondes. Toutefois, les coûts sont plus cohérents avec le secours mutualisé. Elevé Coût Faible Mutualisé Semaines Jours Heures Minutes Virtualisé sur le Cloud Figure 7 : Approche Cloud de la résilience Dédié Virtualisé sur le Cloud La résilience métier en mode Cloud offre plusieurs autres avantages par rapport aux modèles traditionnels de reprise après incident : La possibilité de mieux prévoir les coûts d exploitation vous permet d éviter les coûts imprévus et les coûts cachés des reprises «maison». Les besoins d investissement sont réduits, car l infrastructure de secours est basée sur le Cloud. Les services managés de continuité sur le Cloud peuvent évoluer plus facilement en fonction des modifications de l environnement. L accès au portail évite un déplacement sur le site de secours, avec à la clé un gain de temps et d argent.
6 «Cloud Computing : Reprise après incident en mode virtualisé» Si le Cloud offre de nombreux avantages en tant que plateforme de secours, il y a plusieurs considérations importantes à prendre en compte lorsque vous planifiez la transition vers la résilience métier en mode Cloud et sélectionnez votre partenaire en solution Cloud. À savoir : Accès au portail avec fonctions de basculement et de reprise par restauration Prise en charge du test de secours Niveaux de service hiérarchisés Prise en charge d environnements de serveur mixtes et virtualisés Présence internationale et locale Migration depuis la reprise après incident traditionnelle et coexistence avec cette dernière Les sections suivantes décrivent ces considérations plus en détail. Client Portail IBM SmartCloud Virtualised Server Recovery Servers/Storage Cloud hébergé dans les Centres de résilience IBM Figure 8 : Portail IBM SmartCloud Virtualised Server Recovery Un contrôle renforcé via un accès à un portail Le plan de secours constitue depuis toujours une sorte de contrat d assurance auquel les entreprises espèrent bien ne jamais devoir faire appel. Par contraste, la résilience métier sur le Cloud permet à votre équipe informatique d accroître la continuité de service des applications métier vitales. Comme les services sont accessibles via un portail Web, les responsables et les administrateurs informatiques disposent d une vue sous la forme d un tableau de bord de l infrastructure de leur entreprise. Par exemple, les clients peuvent accéder au portail SmartCloud Virtualised Server Recovery via Internet et identifier ceux de leurs serveurs qui doivent être protégés et répliqués. Par le biais de ce portail, les clients peuvent télécharger le logiciel client SmartCloud Virtualised Server Recovery pour l installer sur leurs serveurs protégés. Une fois l environnement défini via le portail, le client peut visualiser le statut de protection de ses serveurs, générer des rapports et exécuter d autres tâches administratives. Si cette vue «administrateur» fournie par le portail est utile, il est essentiel d évaluer les services de résilience métier sur le Cloud afin d avoir la certitude que le portail ne se réduit pas à un simple outil de configuration administrative, mais permet aussi de réaliser un basculement et une reprise par restauration. Avec SmartCloud Virtualised Server Recovery, les clients peuvent utiliser le portail pour effectuer un basculement en quasi-temps réel (dans le cas des serveurs protégés par le niveau de service
IBM Software 7 Figure 9 : Vue «administrateur» du portail «Toujours disponible» ; voir la description dans la suite de ce document). Cela évite de devoir contacter le fournisseur du service Cloud (IBM dans ce cas) afin de «déclarer en sinistre» ou de lancer le basculement. Sans l obligation de déposer une déclaration officielle et grâce à la possibilité d un basculement depuis le portail, l équipe informatique peut être beaucoup plus réactive aux pannes et interruptions banales. Des tests plus fréquents qui renforcent la confiance et perfectionnent les plans de reprise après incident Un défi classique posé par la reprise après incident est l impossibilité de savoir avec certitude si la solution planifiée fonctionnera correctement le moment venu. En général, les entreprises ne testent leurs solutions de basculement et de reprise qu une ou deux fois par an en moyenne, ce qui n est Figure 10 : Test de reprise après incident avec IBM SmartCloud Virtualised Server Recovery guère suffisant, étant donné la rapidité des changements touchant la plupart des équipes informatiques. Ce sentiment de perte de contrôle a poussé certaines entreprises à gérer en interne leur reprise après incident, ce qui détourne leurs équipes informatiques de leurs missions vitales, notamment le développement d applications. La résilience métier sur le Cloud offre davantage de contrôle et des tests plus fréquents et plus granulaires des plans de reprise après incident, même au niveau du serveur ou de l application. SmartCloud Virtualised Server Recovery fournit une vue de test de la reprise après incident dans le portail, permettant à l équipe informatique de tester plus souvent le processus de basculement et de reprise par restauration.
8 «Cloud Computing : Reprise après incident en mode virtualisé» SmartCloud Virtualised Server Recovery Niveau de service Gold Machine virtuelle toujours disponible Silver Machine virtuelle de test et d'incident Objectif de délai de reprise (jusqu'à l'amorçage du système) Basculement de 1 minute Basculement de 30 minutes Description Pour les applications critiques nécessitant un RTO/RPO proche de zéro, et une infrastructure de reprise avec une disponibilité quasi-continue utilisable au-delà des services de reprise Pour les applications nécessitant une reprise rapide en quelques minutes et une infrastructure de reprise Cloud accessible à distance en cas de sinistre Les clients peuvent en général personnaliser le test en fonction de leur propre planning. Par exemple, une application d e-commerce critique peut être testée avant une période de pic des achats en ligne. Un système de banque en ligne peut être testé après la mise à niveau d une version, afin de vérifier que le processus de basculement et de reprise par restauration fonctionne toujours sans anicroches. Prise en charge optimisée de délais de reprise des applications via des niveaux de service hiérarchisés La résilience métier sur le Cloud met en place des niveaux de service hiérarchisés qui vous permettent de différencier les applications en fonction de leur importance pour l entreprise et de la tolérance de temps d indisponibilité correspondante. Par exemple, SmartCloud Virtualised Server Recovery propose deux options de niveau de service : Gold et Silver. Ces niveaux permettent aux entreprises d optimiser leur budget, en payant une redevance plus élevée pour que leurs applications critiques bénéficient d une disponibilité quasi-continue, et moins élevée pour les autres applications. Avec SmartCloud Virtualised Server Recovery, la fréquence de la réplication des données et les objectifs de délais de reprise et perte de données admissible (RPO/RTO) sont déterminés par le niveau de service affecté au serveur. Plusieurs serveurs prenant en charge la même application et le même processus métier peuvent être affectés collectivement au même groupe et au même niveau de service, afin de garantir la cohérence et la synchronisation des opérations de basculement et de reprise par restauration.
IBM Software 9 La reprise après incident en environnement virtualisé : pour une prise en charge efficace des environnements mixtes Le concept d «image de serveur» est un élément important de la reprise après incident traditionnelle. Face à la complexité grandissante des services informatiques, gérant notamment plusieurs parcs de serveurs sous des systèmes d exploitation différents, ayant des versions différentes, il devient aussi plus difficile de réagir à un incident ou à une panne. Les entreprises sont souvent forcées d effectuer la reprise sur des matériels différents, ce qui allonge les délais et accroît le risque d erreurs et de perte de données. Les entreprises implémentent la virtualisation dans leurs centres informatiques afin d éliminer une partie de cette complexité sous-jacente et d optimiser l utilisation de l infrastructure. Le nombre de machines virtuelles installées a connu une croissance exponentielle au cours des dernières années. Selon une récente enquête réalisée par IBM auprès de directeurs informatiques, 98 % des répondants avaient soit déjà implémenté la virtualisation, soit projetaient de le faire au cours des 12 mois à venir. Une présence locale pour économiser la bande passante La résilience métier sur le Cloud nécessite une réplication continue des serveurs, ce qui fait de la bande passante réseau un facteur important à prendre en compte si vous adoptez cette approche. Un fournisseur international tel qu IBM vous offre la possibilité d une présence locale, réduisant ainsi la distance que les données doivent parcourir dans tout le réseau. SmartCloud Virtualised Server Recovery permet de répliquer la configuration de serveur du client, ses logiciels d application et leurs données associées dans le Centre de secours d IBM, via Internet ou une connexion réseau de votre choix. Les données sont répliquées dans le Centre de secours IBM le plus proche exécutant SmartCloud Virtualised Server Recovery. Le réseau IBM de centres sécurisés assure quant à lui des fonctions supplémentaires de secours et de sauvegarde. IBM propose deux solutions, SmartCloud Virtualised Server Recovery Synchronisation et Bandwidth Estimator, qui vous aident à évaluer vos besoins en bande passante réseau. Un grand nombre de nos clients n ont pas besoin d augmenter la capacité, mais l outil Bandwidth Estimator permet cependant de confirmer les besoins en capacité. Les solutions de résilience métier sur le Cloud doivent offrir une reprise de type physique vers virtuel (P2V) et virtuel vers virtuel (V2V) pour pouvoir prendre en charge ces types d environnements. SmartCloud Virtualised Server Recovery prend en charge les environnements virtualisés, non virtualisés et mixtes, notamment ceux comportant plusieurs systèmes d exploitation.
10 «Cloud Computing : Reprise après incident en mode virtualisé» Les clients identifient tous les serveurs prenant en charge une seule application métier et les incluent dans un seul plan Virtualised Server Recovery. La solution assure la cohérence du basculement et de la reprise par restauration entre tous ces serveurs, améliorant ainsi au passage la sécurité et atténuant les risques. Une coexistence plus efficace avec le secours traditionnel Si la résilience métier en mode Cloud apporte de nombreux avantages aux applications critiques et en lien direct avec les clients, un plan de reprise après incident à l échelle de toute l entreprise se doit d inclure un mélange d approches traditionnelles et Cloud. Les clients peuvent intégrer des solutions de sauvegarde des données telles qu IBM SmartCloud Managed Backup à leur résilience métier en mode Cloud. Dans une enquête récente, les répondants ont indiqué que l objectif le plus important d une bonne solution de reprise après incident était de parvenir à réduire la perte des données. Une coordination de la reprise après incident et de la sauvegarde des données permet de réduire ces pertes et d améliorer la fiabilité de l intégrité des données. Conclusion Le Cloud Computing est une opportunité très intéressante qui permet de bénéficier à la fois des délais d un secours dédié et de la structure de coûts secours mutualisé. Toutefois, un plan de reprise après incident n est pas à prendre à la légère. La sécurité et la résilience du Cloud constituent des facteurs critiques. SmartCloud Virtualised Server Recovery est hébergé dans le réseau IBM de centres de résilience, une garantie pour les clients qu IBM les aide à protéger leurs données sensibles. Par ailleurs, nul besoin de se décider dans la précipitation ; les clients peuvent commencer à travailler avec SmartCloud Virtualised Server Recovery avec seulement cinq machines virtuelles sous contrat géré. La mise en route est donc plus simple et relativement exempte de risques. Avec plus de 1800 professionnels spécialisés dans la continuité des opérations, et plus de 160 centres de résilience pour les entreprises implantés dans le monde entier, les analystes les plus respectés du secteur reconnaissent en IBM un leader de la continuité des opérations et de la résilience métier. Notre expérience, qu aucune autre ne peut égaler, se fonde sur plus de 50 ans de pratique de la résilience métier et de la reprise après incident, avec un portefeuille de plus de 9000 clients concernés. De plus, IBM est présent depuis 60 ans sur le marché avec ses systèmes, et aucune autre entreprise n a une telle maîtrise dans ce domaine. Forts de notre vaste expertise en matière de processus métier et de technologies, nous vous aidons à concevoir et implémenter une solution de résilience métier adaptée aux besoins de votre entreprise.
Notes
Informations complémentaires Pour en savoir plus sur la reprise après incident en environnement virtualisé et la gestion de la résilience métier, prenez contact avec votre représentant marketing IBM ou votre partenaire commercial IBM, ou bien consultez le site Web suivant : ibm.com/fr De plus, IBM Global Financing peut vous aider à acquérir les solutions informatiques correspondant à vos besoins de la façon la plus rentable et stratégique possible. Nous nous associerons aux clients éligibles au crédit pour proposer une solution de financement informatique personnalisée, adaptée aux objectifs métier, permettant une gestion rentable des liquidités et améliorant le coût total de possession. IBM Global Financing est le choix idéal pour financer des investissements informatiques clés et faire prospérer votre entreprise. Pour en savoir plus, visitez le site Web : ibm.com/financing/fr Copyright IBM Corporation 2012 Compagnie IBM France 17, Avenue de l Europe 92275 Bois-Colombes Cedex France Produit aux États-Unis Janvier 2012 IBM, le logo IBM, ibm.com et SmartCloud sont des marques d International Business Machines aux États-Unis et/ou dans certains autres pays. Si ces marques ou d autres termes relatifs aux marques IBM apparaissent lors de leur première occurrence dans ce document accompagnés d un symbole de marque ( ou ), ce symbole indique qu il s agit de marques déposées aux États-Unis ou reconnues par la législation générale comme étant la propriété d IBM au moment de la publication de ce document. Ces marques peuvent aussi être déposées ou reconnues par la législation générale dans d autres pays. La liste actualisée de toutes les marques d IBM est disponible sur la page Web «Copyright and trademark information» à l adresse ibm.com/legal/copytrade.shtml Les autres noms de sociétés, de produits et de service peuvent appartenir à des tiers. 1 Enquête IBM 2011 auprès de directeurs informatiques (IBM 2011 CIO study) BUW03013-FRFR-02