Hyper-V 2.0 sous Windows Server 2008 R2
Vous êtes ici : Accueil > Articles
Mise à jour le : 14/10/2011 vers 21h
Catégories :
- Hyper-V
Auteur(s) :
 | Loïc THOBOIS (Membre depuis le 04/09/2007) Société : EGILIA Fonction : Direction filière technologies Microsoft Contactez cet auteur - Affichez les ressources de cet auteur |
 | Saïda AZIRI (Membre depuis le 12/02/2007) Société : Microsoft Fonction : Consultant Contactez cet auteur - Affichez les ressources de cet auteur |
Cluster Shared Volume
Jusqu’à présent sur Hyper-V, il était nécessaire de mettre en place l’architecture de cluster suivante pour bénéficier d’une solution de basculement :
Chaque disque de stockage (principalement des SAN) contenant les vhd (disques des machines virtuels) était contrôlé de manière exclusive par un nœud. Seul ce nœud pouvait accéder au contenu du disque de stockage.
Ainsi il était obligatoire que chaque Machine Virtuelle soit hébergée sur sa propre LUN (Unité de Disque Logique) afin de les isoler en cas de basculement. Cette limite posait des soucis multiples d’administration des SAN (le LUN étant alors l’unité la plus petite de basculement, difficulté avec la gestion des lettres de lecteurs, l’espace de stockage sous exploité, …)
Pour résoudre ce problème, un nouveau modèle de cluster a été mis au point : le Cluster Shared Volume (CSV).
Le Cluster Shared Volume permet un accès concurrentiel (donc simultané) à un même système de fichier. Cela permet donc à plusieurs serveurs d’accéder au même contenu simultanément.
La différence avec un partage de fichier réseau classique est qu’il n’est pas nécessaire aux serveurs d’être client d’une tiers machine donc même si l’une des machines tombe en panne, quelque soit cette machine, les autres pourront continuer à accéder au contenu du disque.
Dans la mesure où l’accès est simultané pour tous les nœuds, une machine virtuelle peut être déplacée sans avoir à perdre le temps de prise de possession du disque et sans démontage et remontage de celui-ci.
Cela permet donc de simplifier la mise en place de l’infrastructure en réduisant le nombre de LUN à une poignée et ceci même pour des dizaines de machines virtuelles.
La configuration du cluster ainsi que la gestion des SAN et des machines virtuelles est elle aussi simplifiée et les performances lors des scénarios de tolérance de panne sont améliorées en simplifiant le processus de remonté des machines.
Un chemin consolidé pour les espaces de stockage des machines virtuelles peut être utilisé afin que les fichiers ai les mêmes noms et chemins quelque soit le nœud du cluster. Les volumes CSV sont mis à disposition sous la forme de répertoires et de sous-répertoires sous le répertoire racine (ex : C:\ClusterStorage\Volume1\<root>, C:\ClusterStorage\Volume2\<root>, C:\ClusterStorage\Volume3\<root>, …)
Aucun matériel ni logiciel spécifique n’est nécessaire, le système est compatible avec tous les types de fichiers sans limitation de structure ou de profondeur de l’arborescence. Aucun agent, installations supplémentaires ou système de fichiers spécifique n’est nécessaire pour sa mise en place.
Le gestionnaire de cluster prend en charge directement Live Migration et SCVMM 2008 à partir du SP1 (System Center Virtual Machine Manager 2008 SP1), et permet même la mise en place de scénario de migration via stratégie.
| Pseudo | Commentaire |
|---|---|