7 votes

Cluster Hyper-V à deux nœuds du serveur 2012 R2 : Est-il possible d'utiliser des disques physiques locaux dans le cluster ?

En regardant les espaces partagés en grappe suivants TechNet article Il semble que cela ne s'applique qu'aux hôtes partageant un boîtier JBOD par le biais d'un fond de panier SAS externe.

Cependant, chaque hôte du cluster à deux nœuds possède un nombre identique de disques SAS 15K (4), actuellement configurés en tant que matrice RAID 10.

Je me demande s'il existe un équivalent Hyper-V de la technologie Virtual SAN de VMWare, où les disques locaux peuvent être exposés en tant que nœuds de stockage partagé sur le cluster.

En fait, nous voulons simplement utiliser les disques de l'hôte et le gestionnaire Failover Cluster ne semble pas vouloir jouer le jeu avec les disques locaux en tant que cible pour déplacer une machine virtuelle. Ce serait bien pour la maintenance du SAN de pouvoir déplacer les machines virtuelles vers les disques locaux si nécessaire.

4voto

Grant Points 16706

Les clusters de basculement nécessitent un stockage partagé. Sans cela, si une machine meurt, les données qu'elle contient sont inaccessibles et il n'y a aucun moyen de basculer sans ces données.

Je ne pense pas qu'il existe une méthode intégrée de tolérance aux pannes pour utiliser les lecteurs locaux. Pour les machines virtuelles en grappe, vous avez besoin d'un stockage partagé, et les disques internes ne remplissent pas les conditions requises.

Ce que vous pouvez faire, en particulier si c'est temporaire pendant que vous effectuez la maintenance ou les mises à niveau du SAN, c'est perdre la tolérance aux pannes. Si vous utilisez SCVMM, décochez la case "Rendre cette machine virtuelle hautement disponible". Si vous utilisez le gestionnaire de cluster de basculement, supprimez la machine virtuelle du gestionnaire de cluster (elle existera toujours sur l'hôte physique). Utilisez ensuite le gestionnaire Hyper-V pour la déplacer vers le stockage local.

Dans ce cas, vous perdez la tolérance aux pannes : si un hôte physique meurt, toutes les machines virtuelles présentes sur cet hôte disparaissent avec lui. Vous pourrez toujours utiliser la version non clusterisée de la migration en direct pour les déplacer d'un hôte à l'autre en fonctionnement normal, mais cela impliquera de déplacer également les fichiers du disque, ce qui prendra plus de temps.

Lorsque vous avez terminé, replacez leurs disques sur le stockage partagé et rendez-les à nouveau hautement disponibles.

4voto

Stuka Points 5016

Pas grand chose à ajouter ici puisque StarWind et HP VSA sont déjà mentionnés ! Les deux produits offrent une grande valeur et font exactement ce que vous essayez d'accomplir.

Gardez à l'esprit que vous ne pourrez pas déplacer les VM vers le stockage local s'il est déjà provisionné comme pool de stockage pour HP VSA ou StarWind. Cependant, le stockage de StarWind est toujours disponible en mode loopback, ce qui vous permet d'accéder à vos VM même pendant la maintenance. Je ne suis pas sûr pour HP VSA, il y a une 3ème entité de vote requise pour le cluster, donc le processus de maintenance peut devenir plus compliqué.

Si vous avez une réserve d'espace pour déplacer les VM - vous pouvez utiliser la fonctionnalité Storage Live Migration avec n'importe quelle solution de stockage disponible sur le marché.

3voto

RiGiD5 Points 837

StarWind Virtual SAN est à peu près tout ce dont vous avez besoin. A la différence de la solution maison de gestion de VM que GregL mentionnait, celle-ci est 100% native à Hyper-V en tant qu'application Windows : simple à installer et pas de VM Parcheando. + performances. Si les VM ne vous posent pas de problème, jetez un coup d'œil à HP StoreVirtual VSA. Il serait 1TB limité en capacité pour leur version gratuite et demanderait un troisième nœud autonome pour installer FOM (équivalent de témoin de cluster Windows).

0voto

Jojje Points 353

Je pense que le seul moyen d'y parvenir serait de mettre en place votre propre version de vSAN avec des "contrôleurs" hébergés localement.

Quelque chose comme este ou un ensemble d'éléments groupés FreeNAS / OpenFiler instances en cours DRBD devrait faire l'affaire.

Je ne m'y fierais pas à des fins de stockage principal, mais il pourrait faire l'affaire en cas de besoin lorsque vous devez effectuer une maintenance SAN perturbatrice et que vous devez maintenir une poignée de machines virtuelles en fonctionnement.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X