1 votes

SAN: Comment déterminer la quantité de LUN et CSV

Nous avons hérité d'un environnement Hyper-V (2008 R2) avec un stockage SAN (matériel HP4500). Deux hôtes et deux SAN pour la redondance. Bien que je comprenne bien les machines virtuelles, je suppose que mes connaissances en matière de stockage sont très faibles. J'essaie de comprendre comment notre ingénieur MSP l'a conçu et pourquoi. C'était la partie introductive, voici la partie principale.

Nous disposons de 5,32 To d'espace utilisable sur chaque SAN, et quatre volumes sur les machines hôtes Hyper-V : Volume1, Volume2, Volume3 et un volume Exchange récemment créé pour le serveur Exchange. Sur la console de gestion HP, je peux voir que selon (LUN ?) les volumes ont une taille de 3 To, 1,79 To, 2 To et 1,07 To. Cela peut sembler surprovisionné, mais ce n'est pas la principale question pour l'instant.

Ma question pour l'instant est de savoir comment la décision a été prise de créer ces volumes et pour quelle raison ? Pourquoi ne pas créer un seul grand volume ou beaucoup de petits volumes ?

J'ai essayé de faire des recherches et après quelques articles, en particulier celui-ci : https://technet.microsoft.com/en-us/library/ff182320(WS.10).aspx#BKMK_LUNs cela a du sens. Je ne veux pas faire d'hypothèse et poser ma question au cas où cela pourrait être erroné, je ne veux pas confondre d'autres personnes qui cherchent une réponse similaire. Je vais essayer de poser la question à la place.

Diviser le stockage en quelques volumes est-il pour des raisons de performance et pour éviter que les disques ne soient trop pleins ou écrasés ?

Comment décider sur quel volume je devrais stocker ma nouvelle machine virtuelle - je devrais créer tous les fichiers VHD système sur un volume et tous les fichiers VHD de données sur un autre ?

Si oui et si de nombreuses machines virtuelles ont un seul fichier VHD alors que se passera-t-il si un volume contient trop de VHD et que sa taille augmente ?

3voto

Grant Points 16706

Les principales raisons de le diviser en plusieurs parties seraient :

  • Pour utiliser différents niveaux de RAID
  • Pour utiliser des vitesses de disques différentes
  • Peut-être des restes de la migration entre différents clusters, d'avant que vous puissiez simplement effectuer des mises à niveau progressives vers une nouvelle version de Windows, ou d'autres raisons de migration matérielle étranges

J'ai une configuration similaire avec un SAN Dell MD3600f, et 3 LUN, chacun pour un volume partagé en cluster sur mon Hyper-V cluster.

Une LUN est constituée de petits disques SAS 15k en RAID10 - cela contient le lecteur OS pour les VM, et la totalité des petites VM. Le deuxième est un grand tableau RAID6 de disques NLSAS - beaucoup d'espace de stockage, mais considérablement plus lent. Il contient les lecteurs de données pour la plupart des VM. Le troisième est un petit CSV à des fins de test - ainsi je peux tester des choses comme l'accès redirigé sans affecter les principaux.

Je ne peux pas vous dire pourquoi c'est configuré de cette manière dans VOTRE environnement, mais il peut y avoir de bonnes raisons de le faire. La première chose à faire est d'examiner comment les disques sont configurés - quels types de disques sont-ils, quels niveaux RAID, et travailler à partir de là.

0voto

LinkPhoenix Points 101

Pour élaborer légèrement sur la réponse de Grant - J'ai déjà eu de l'expérience avec un HP MSA qui, il est vrai, n'est pas le même modèle de stockage HP que vous utilisez, mais je suppose que l'architecture globale est similaire.

Nous avons appris de ce type particulier de stockage que découper plusieurs LUN nous a permis d'utiliser la fonctionnalité de contrôleur actif/actif du MSA, de sorte que nous pouvions faire passer le trafic par plusieurs contrôleurs. Cela signifiait que nous pouvions utiliser le cache sur les deux contrôleurs, tout en ayant également une méthode d'équilibrage de charge d'E/S entre les contrôleurs. C'est peut-être une autre raison architecturale pour laquelle il a créé plusieurs LUN.

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