Sauvegarde et récupération Hyper-V

Récupération d’urgence

1. Définition d’une stratégie

L’évolution des technologies de virtualisation et leur adoption de plus en plus rapide aujourd’hui confortent les entreprises dans leur choix de mise en œuvre de ces solutions, avec à la clé une réduction des coûts d’infrastructure et une augmentation significative du niveau de qualité de service offert via une bien plus grande agilité.

Pour aller au bout de cette stratégie, et encore développer les avantages apportés par la plate-forme de virtualisation, une étape importante, et indispensable, consiste à profiter de ces nouvelles possibilités comme un nouveau moyen de permettre ou d’améliorer les stratégies de récupération d’urgence des moyens informatiques dans les entreprises.

Les études montrent que la préparation des plans de reprise, ou de récupération d’urgence, sont encore aujourd’hui parmi les sujets les plus « chauds ». Ces études mettent en avant les pertes auxquelles sont soumises les entreprises. Les plus grandes d’entre elles perdent plusieurs centaines de milliers d’euros par heure ou par jour d’arrêt en fonction de l’importance ou criticité. Néanmoins, même si ces pertes financières sont considérables, en général, aucune de ces entreprises ne souffrira d’une perte de données catastrophique qui mettrait en danger sa survie à court ou moyen terme.

Ce chapitre introduit les possibilités, limites et grandes recommandations en rapport avec les principes de la récupération d’urgence dans le cadre de la plate-forme de virtualisation Hyper-V. Nous nous attacherons à analyser les différentes options de sauvegarde et de restauration des machines virtuelles avec les outils intégrés à Windows Server 2016 ainsi qu’avec les immenses possibilités offertes par la nouvelle fonctionnalité Storage Replica incluse avec Windows Server 2016.

La sauvegarde des machines virtuelles devrait être implémentée avec une solution professionnelle connue et reconnue du marché. Apparue il y a quelques années dans les environnements VMware, la solution...

Environnements multisites et réplication du stockage

1. Critères à respecter

La réplication des données entre différents sites est un sujet important qui introduit le concept du géo-cluster. Les fournisseurs de solutions tierces implémentent des solutions parfois très différentes qui nécessitent que nous y portions une attention particulière. Les critères ou considérations suivantes doivent impérativement être respectés :

Choix du niveau de réplication : la solution peut supporter la réplication au niveau bloc (via une prise en charge spécifique du matériel), au niveau du système de fichiers (via une prise en charge spécifique au niveau du système d’exploitation), ou encore au niveau d’une application, comme cela est le cas avec des applications telles que Microsoft SQL Server, Microsoft Exchange Server ou Hyper-V avec la fonctionnalité Hyper-V Replica. En fonction du besoin, ce premier choix devra être fait.
Configuration de la réplication pour éviter la corruption des données : la solution de réplication doit être configurée de telle sorte que toute interruption impromptue de la réplication n’introduise pas de corruption des données. Le moteur de réplication doit toujours considérer que les données réelles sont issues du site principal et que l’ordre des opérations d’entrées-sorties doit être préservé. Ce point est très important car en cas de corruption, la réparation de grands volumes de données sera très rarement un succès. De plus, le fait qu’il existe peu d’applications capables de réparer les données corrompues n’ira pas dans le sens d’une bonne fiabilité.

À titre d’exemple, la quasi-totalité des mécanismes de réplication utilisés par Microsoft au sein de ses produits est basée sur le « log shipping ». Cette méthode, visant à rejouer à l’identique les opérations originales vers la cible, est donc par définition très fiable. Il faut cependant noter qu’elle a comme inconvénient de consommer l’espace utilisé...

Opérations de récupération Hyper-V

La sauvegarde des machines virtuelles est certainement le point le plus sensible d’une plate-forme de virtualisation, le regroupement de N serveurs sur une seule machine hôte créant naturellement un SPOF (Single Point of Failure), ou point de défaillance unique, qu’il faut impérativement prendre en charge.

1. Stockage et types de sauvegarde

La planification d’une stratégie de sauvegarde et de récupération pour une plate-forme de virtualisation nécessite la considération de multiples facteurs. Parmi ces facteurs, nous pouvons recenser les suivants :

Le type de sauvegarde qui sera réalisé.
Le type de stockage utilisé pour les machines virtuelles.
L’état des machines virtuelles.

Ces différents critères, tous à considérer, possèdent leurs propres avantages et leurs propres inconvénients, lesquels sont présentés ci-dessous.

Considérations et options de sauvegarde

L’application Sauvegarde Windows Server de Windows Server 2016 utilise un rédacteur VSS Hyper-V qui permet de sauvegarder et restaurer les machines virtuelles et leurs paramètres indépendamment les unes des autres.

Sauvegarde et restauration des VM et configurations en Cluster : cette possibilité apportée par Windows Server 2012 R2 et toujours supportée par Windows Server 2016 est intéressante pour assurer un service « minimal » des opérations de sauvegarde et de restauration. Dans le même ordre d’idées, il est important de noter que l’application Sauvegarde Windows Server ne permet pas la sauvegarde à distance des machines virtuelles.

Exécuter une sauvegarde à partir de la machine hôte Hyper-V

Cette méthode est certainement la méthode la plus judicieuse car elle permet la sauvegarde des données nécessaires à une récupération totale. L’administrateur peut alors réaliser une restauration complète en cas de sinistre. Une sauvegarde complète de la machine hôte Hyper-V inclut la sauvegarde complète du système d’exploitation Windows Server 2016, la configuration des machines virtuelles, les réseaux virtuels, les captures instantanées...