Windows | Windows Server | Active directory | Exchange | SharePoint | SCCM | SCOM | Hyper-V | App-V
ACCUEIL Facebook Twitter Linked In Viadeo Flux RSS
Chapitres
Présentation de la mise en cluster du rôle Hyper-V
Présentation des Cluster Shared Volume
Principe de fonctionnement
Conclusion

Articles suivants

Articles précédents
Nouveautés de Windows Server 2016 CTP2
Histoire de Microsoft et chronologie
Windows 10: Découvrez les nouveautés !
System Center 2012 Orchestrator: Présentation
Optimisation des performances d'un environnement Hyper-V


Publié le : 20/05/2009 19:24:27
Mise à jour le : 14/10/2011 21:14:41
Catégories :


Version imprimable

Auteur(s)

Loïc THOBOIS (Membre depuis le 04/09/2007 17:50:01)
Société : AVAEDOS
Fonction : Consultant / Formateur
Contactez cet auteur - Affichez les ressources de cet auteur

Présentation des Cluster Shared Volume pour Hyper-V 2.0


Principe de fonctionnement

NTFS traite deux types d’informations, les données qui sont le contenu des fichiers en eux même (le contenu de mon document Word par exemple) et les métadonnées qui sont les informations qui permettent d’organiser l’espace de stockage NTFS (l’emplacement où mon contenu se trouve physiquement sur le plateau de mon disque durs par exemple).

Le principe de fonctionnement du CSV est le suivant :

Pour permettre l’accès simultané, il va falloir coordonner les écritures des métadonnées pour éviter de nuire à l’intégrité des informations d’organisation de stockage du système NTFS.

Pour cela, on va définir l’un des nœuds du clustered shared volume comme coordinateur et il aura pour charge de réaliser les écritures des métadonnées pour les autres nœuds. Donc tous les nœuds qui souhaitent écrire sur l’espace de stockage vont envoyer leur requête d’écriture de métadonnées au coordinateur par l’intermédiaire du réseau.

Par contre lorsqu’il va s’agir d’écrire le contenu des données sur le volume, chaque nœud va pouvoir le faire directement. Ce travail consistant la majeur partie de la tâche d’écriture, il n’y aura pas ou très peu de goulot d’étranglement lors des accès classique à un CSV.

CSV est mis en œuvre par le biais du filtre csvfilter.sys qui est chargé de l'interception des demandes de métadonnées NTFS et de tous les I/O dans le cas où un nœud perd la communication avec le volume cible. Un nœud peut alors demander au coordonnateur de s'acquitter de toutes ses I/O si elle ne peut plus communiquer avec le volume cible.

Chaque machine virtuelle étant placée dans son propre sous-dossier, vous n'avez plus besoin d’espace de stockage multiple pour obtenir des capacités de basculement granulaire. Les machines virtuelles vont pouvoir être déplacées de façon indépendante entre les nœuds du cluster.et un seul volume partagé clusterisé suffira (CSV).

Ceci permet de réduire la complexité de l’infrastructure et de minimiser l'espace perdu lorsque l’on gère des centaines de petits LUN.