Premi\u00e8rement, le BCP (Business Continuity Planning)<\/strong> ou BCM (Business Continuity Management)<\/strong> est un processus de planification proactif qui assure des services ou des produits essentiels lors d’une interruption. Il doit permettre de mettre en place des proc\u00e9dures afin d\u2019assurer la continuit\u00e9 et la survie de l\u2019entreprise en respectant les obligations l\u00e9gales ou autres d’une organisation.<\/p>\n A tous les niveaux, seront int\u00e9gr\u00e9s des notions de gestion d\u2019incidents, d\u2019op\u00e9rations et de communications<\/strong>, souvent oubli\u00e9es, ce qui peut vite g\u00e9n\u00e9rer un d\u00e9ficit d\u2019image, m\u00eame si le cas a \u00e9t\u00e9 r\u00e9solus dans les meilleures conditions.<\/p>\n Le BCP<\/strong> n\u2019englobe pas seulement l\u2019IT, mais \u00e9galement la gestion des employ\u00e9s, avec la prise en compte de risques tel que les pand\u00e9mies, les d\u00e9placements et les moyens de communications, apr\u00e8s une catastrophe naturelle.<\/p>\n <\/p>\n Il est compos\u00e9 du Business Continuity Plan,<\/strong> qui va offrir un pourcentage de disponibilit\u00e9, selon la criticit\u00e9 de l\u2019application, souvent li\u00e9 aux SLA (Service Level Agreement<\/strong>).<\/p>\n De l\u00e0, va d\u00e9couler des solutions de Haute Disponibilit\u00e9 (HA),<\/strong> d\u2019un BRP (Business Resumption Plan)<\/strong>, qui va g\u00e9rer la reprise d\u2019activit\u00e9, apr\u00e8s la perte d\u2019un service (backup \/ restaure) et finalement en cas de d\u00e9sastre majeur du DRP (Disaster Recovery Plan).<\/strong><\/p>\n <\/p>\n Les solutions de DRP<\/strong> sont souvent confondues avec celle du Business Continuity Plan<\/strong>, pourtant ce ne sont pas les m\u00eame proc\u00e9dures, m\u00e9triques, et outils, bien que de plus en plus des solutions offre les deux, tel que la virtualisation de stockage<\/strong> (Falconstor, Datacore, Metrocluster<\/strong>) et le CDP (Continuous Data Protection).<\/strong><\/p>\n <\/p>\n La Haute disponibilit\u00e9 : <\/strong><\/p>\n Pour la partie HA (High Availability)<\/strong>, elle est mesur\u00e9e \u00e0 l\u2019aide du pourcentage de disponibilit\u00e9 par ann\u00e9e.<\/p>\n <\/p>\n \u00c9videmment, plus il y a de 9, derri\u00e8re la virgule, plus la solution est complexe et couteuse.<\/p>\n <\/p>\n C\u2019est dans ce cas-l\u00e0, que la virtualisation<\/strong> sort son \u00e9pingle du jeu et offre d\u2019une mani\u00e8re simple de la Haute Disponibilit\u00e9 hardware<\/strong>, \u00e0 l\u2019aide d\u2019un stockage partag\u00e9 et de fonctionnalit\u00e9 de red\u00e9marrage des VMs, perdues lors du crash de l\u2019hyperviseur<\/strong>.<\/p>\n Autres solutions de HA<\/strong>, les clusters de serveurs comme le MSCS (Microsoft Cluster Service) <\/strong>et plus r\u00e9cemment le Failover Cluster pour Windows 2008 R2<\/strong>, qui g\u00e9n\u00e8rent souvent plus de probl\u00e8mes qu\u2019ils n\u2019en r\u00e9solvent\u2026<\/p>\n La mode actuelle \u00e9tant de mettre en place le cluster, au niveau applicatif, avec sa propre r\u00e9plication, \u00e0 l\u2019image du DAG (Database Availability Group) de Microsoft Exchange 2010<\/strong>.<\/p>\n <\/p>\n Le BRP ET DRP<\/strong><\/p>\n <\/p>\n Lors de la perte d\u2019un service ou d\u2019un datacenter, on va utiliser des m\u00e9triques tel que :<\/p>\n Le RPO (Recovery Point Objective)<\/strong> perte de donn\u00e9es d\u00e9finie comme \u00e9tant le maximum acceptable, en cas de crise, qui va d\u00e9pendre de la r\u00e9plication et des backups des donn\u00e9es.<\/p>\n <\/p>\n Le RTO (Recovery time Objective)<\/strong> d\u00e9lai pr\u00e9d\u00e9fini dans lequel les processus critiques doivent \u00eatre r\u00e9tablis. Toutes vos applications et services n’auront pas forc\u00e9ment le m\u00eame RTO, en cas de DRP. Cela pourra aller de quelques minutes \u00e0 plusieurs semaines.<\/p>\n <\/p>\n Le BRP (Business Resumption Plan)<\/strong> est simplement votre proc\u00e9dure de restauration d\u2019un serveur, \u00e0 l\u2019aide de vos backups ou snapshots, qui vous permettrons de restaurer vos donn\u00e9es et services.<\/p>\n On va utiliser ce terme lors que l\u2019on a perdu 1 service qui n\u2019a pas de solution de HA et donc il faudra, selon le type de crash, changer le hardware d\u00e9fectueux ou restaurer la donn\u00e9e voire l\u2019entier de l\u2019OS et des donn\u00e9es.<\/p>\n D\u2019exp\u00e9rience, si l\u2019on red\u00e9ploye une VM et que l\u2019on fait un full restaure, ceci pour autant qu\u2019il n\u2019y a pas des TB de donn\u00e9es, il est possible de remettre en production un serveur en moins de deux heures.<\/p>\n <\/p>\n Finalement le DRP<\/strong>, qui est une proc\u00e9dure li\u00e9 \u00e0 un crash majeur dans l\u2019entreprise. Il existe deux types de d\u00e9sastre,<\/strong> le clinique<\/strong>, qui est principalement li\u00e9 \u00e0 l’erreur humaine et aux d\u00e9fauts d’infrastructures et les catastrophes naturelles<\/strong>.<\/p>\n Voici un slide du VMworld 2011 repr\u00e9sentant les diff\u00e9rents cas de figures.<\/p>\n <\/p>\n Cela va exiger un site distant, en principe \u00e0 un minimum d\u2019une soixantaine de Km de l’entreprise, afin de garantir la s\u00e9curit\u00e9 physique des donn\u00e9es. C’est \u00e9galement dans ce type de cas que le Cloud IaaS<\/strong> peuvent offrir un solution simple et \u00e9lastic.<\/p>\n VMware pr\u00e9voit d\u00e9j\u00e0 d’int\u00e9grer SRM<\/strong> et vSphere Replication<\/strong> dans leur outil vCloud Director<\/strong>.<\/p>\n <\/p>\n C\u2019est lors de la perte d\u2019un datacenter que l\u2019on va voir si les proc\u00e9dures sont compl\u00e8tes et bien r\u00e9fl\u00e9chies.<\/p>\n En principe, si elles ont \u00e9t\u00e9 test\u00e9es, une \u00e0 deux fois par ann\u00e9e, il ne devrait pas y avoir de surprise.<\/p>\n Ces process devraient \u00eatre fait de telles mani\u00e8res que n\u2019importe quel personnel de l\u2019IT, soit capable de remonter la production, m\u00eame si c\u2019est un sous-traitant, qui ne connait pas l\u2019infrastructure. Sacr\u00e9 pari !<\/p>\n <\/p>\n Une fois de plus la virtualisation<\/strong> permet de mettre en place de solutions de DRP<\/strong> simples et efficaces, \u00e0 l\u2019aide de la r\u00e9plication des baies de stockage ou d\u2019applications tiers<\/strong> tel que Weeam, <\/strong>vSphere Replication <\/strong>et bient\u00f4t Hyper-V Replica avec Windows 8<\/strong>.<\/p>\n C’est l\u00e0 que VMware SRM (Site Recovery Manager)<\/strong> va rentrer en jeu et permettre une reprise de production extr\u00eamement rapide, sur le site DR.<\/p>\n Pour les serveurs physiques, des outils comme Double Take<\/strong>, Storage Fondation<\/strong>, Falconstor<\/strong> ou Datacore<\/strong> permettront de r\u00e9pliquer et repr\u00e9senter des LUN \u00e0 des serveurs de spare, sur le site distant.<\/p>\n <\/p>\n Cet article se veut une introduction et vulgarisateur, \u00e0 ces diff\u00e9rents concepts et n’est \u00e9videmment pas exhaustif, si vous avez des remarques et compl\u00e9ments d’informations, c’est avec plaisir que je vous laisse ajouter des compl\u00e9ments \u00e0 cette article.<\/p>\n Il existe passablement de documentations et normes, qui r\u00e9gissent leur mise en place, notamment la norme ISO\/PAS22399:2007, qui est un consensus des normes internationales.<\/p>\n <\/p>\n Bon BCM<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Bonjour, Afin de pouvoir vous parler de VMware Site Recovery Manager, j\u2019ai trouv\u00e9 int\u00e9ressant de faire une introduction aux diff\u00e9rents concepts qui r\u00e9gissent une reprise d\u2019activit\u00e9. Premi\u00e8rement, le BCP (Business Continuity Planning) ou BCM (Business Continuity Management) est un processus de planification proactif qui assure des services ou des produits essentiels lors d’une interruption. Il doit permettre de mettre Continue reading Business Continuity et Disaster Recovery d’une infrastructure virtuelle<\/span>![\"HADowntime\"](\"https:\/\/i0.wp.com\/www.virtualementvotre.ch\/blog\/wp-content\/uploads\/2012\/02\/HADowntime.jpeg\")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n