Meilleure pratique pour une baie de 24 disques

9

nous venons de migrer pour notre ancien stockage SAN fibre vers un stockage IBM v3700 avec 24 disques SAS 600 Go.

Ce stockage est connecté directement à deux serveurs IBM ESXi 5.5 dotés chacun de deux contrôleurs SAS multivoie 6 Gbit / s.

Jusqu'à présent, j'ai configuré le stockage que j'ai utilisé dans plusieurs groupes RAID5. Chaque groupe serait destiné à un serveur / objectif différent. Principalement, les groupes RAID seraient OracleDB, Oracle archive, SQL Server et le reste (serveur de fichiers, courrier, etc.). Les applications les plus critiques sont Oracle et SQL Server.

Ma première préoccupation est la sécurité puis les performances de nos applications. J'ai donc décidé d'aller avec RAID6 + rechange (s).

Ma principale préoccupation est maintenant, puisque nous utilisons ESXi, dois-je configurer l'ensemble du stockage en un seul RAID, économiser de l'espace et créer des volumes de stockage de données à partir d'ESXi pour chaque serveur, ou n'est-ce pas une bonne pratique et il est préférable de créer séparément groupes RAID matériels?

teo
la source
4
Les gens qui votent pour fermer ceci: ce n'est pas une question d'opinion, c'est une question de meilleures pratiques. Il y a une réponse du fournisseur, et c'est sur le sujet à la défaillance du serveur.
Basil

Réponses:

7

Chaque fournisseur a ses propres recommandations, alors commencez par demander à IBM. Vous pouvez ouvrir un ticket pour demander des conseils de configuration sans payer pour une assistance supplémentaire, généralement. Cela ou celui qui vous l'a vendu peut.

Bref googler, j'ai découvert ce livre rouge . Page 212, vous voudrez probablement un raid de base 6, ce qui signifie 1 disque de rechange et un disque par objectif de matrice de 12. Cela signifie deux raids, un de 12, un de 11. Je ne recommanderais pas le raid 10, car vous perdez la moitié de votre capacité. Cela évite la parité, mais c'est quelque chose dont vous ne devez vous soucier que du stockage bas de gamme ou interne. Votre stockage masquera la surcharge de parité des remplacements aléatoires derrière le cache. Ma boutique utilise raid 6 exclusivement pour un demi-pétaoctet de VMWare 5.5, et ça va.

Vous devriez lire ce livre et comprendre comment ils font des disques et des pools. Vous souhaitez créer un pool à large bande sur tous vos fuseaux, une fois vos groupes de raid mis en place.

Basilic
la source
4

Avis de non - responsabilité - Ceci est fortement basé sur l'opinion et a signalé la question comme telle, mais je vais essayer de proposer une réponse car j'ai récemment configuré presque exactement la même configuration.

Je doute fortement que tout type de base de données fonctionne bien sur une matrice RAID5 ou 6. La plupart des fournisseurs découragent activement (et même dans certains cas l'interdisent) l'utilisation de niveaux RAID basés sur la parité non imbriqués en raison des temps de reconstruction élevés, ce qui entraîne un risque accru ou un URE pendant une reconstruction.

Personnellement, je diviserais cela en deux groupes distincts - un RAID10 pour votre charge élevée d'E / S telles que les bases de données et un RAID50 pour le reste de vos données. Le nombre de disques que vous dédiez à chaque baie dépend de la quantité de données que vous devez stocker.

Par exemple, pour votre baie de 24 disques, vous pouvez perdre deux disques pour les pièces de rechange du boîtier et créer quatre plages de 2 disques (soit 8 disques au total) pour obtenir un RAID10 logique d'environ 2,4 To. Cela vous laisse avec 14 disques pour votre RAID50, avec 7 disques par plage, et environ 7,2 To d'espace disponible. Bien sûr, vous pouvez jongler avec le nombre d'étendues, mais gardez à l'esprit que les RAID10 ont besoin de multiples de 2.

Quant aux banques de données, cela ne fait pas vraiment de différence si vous n'utilisez pas de fonctionnalités sophistiquées comme Storage vMotion et DRS pour mélanger les ressources.

De plus, pour clarifier votre dernier paragraphe: plus, des disques plus petits sont généralement préférables à des disques moins grands , en raison du temps qu'il faut pour reconstruire un disque défaillant et de la charge placée sur les autres disques pendant la reconstruction.

Craig Watson
la source
Je dois être d'accord avec vous et suivre vos conseils pour RAID10 pour la base de données. Je ne suis pas sûr que RAID50 soit pris en charge sur v3700 car il monte à RAID10. Est-ce fait dans une configuration en deux étapes à partir du gestionnaire de stockage?
teo
6
Votre indicateur est incorrect - il s'agit d'une question spécifique avec une réponse spécifique et correcte. Il y a un livre rouge d'IBM qui contient les informations demandées. En outre, votre commentaire sur le raid 5 et 6 est incorrect pour le stockage d'entreprise. Les temps de reconstruction sur un raid de 600 Go à 12 disques ne sont pas les reconstructions de plusieurs semaines que vous obtenez sur des disques de 7200 4 To. De plus, le raid 50 n'existe pas sur ce stockage, ils utilisent de larges piscines à rayures contenant des étendues de plusieurs groupes de raid du raid 5, 6 ou 10.
Basil
1

Je n'irais jamais pour un RAID6, ou même 5 d'ailleurs pour les charges de travail de style base de données. Puisqu'ils sont basés sur la parité, ils encourent une pénalité d'écriture élevée et les temps de reconstruction peuvent être ÉNORMES.

RAID 10 vous offrira les meilleures performances, vous pourrez survivre à une défaillance de chaque côté de la matrice et vous pouvez allouer un disque de secours ou deux pour vous assurer que la matrice récupère rapidement sa redondance en cas de panne d'un disque.

En termes de division de stockage et de présentation ... Je suis généralement un schéma de 1 LUN par groupe RAID, chaque LUN contient alors plusieurs disques VM.

tomstephens89
la source
3
Les temps de reconstruction sur un disque SAS de 600 Go ne sont pas énormes. Votre conseil est vrai pour le stockage local à 7200 tr / min, et non pour le stockage d'entreprise avec un grand cache d'écriture de contrôleur et de petites broches rapides. De plus, pour VMWare 5.5, deux LUN par magasin de données sont recommandés, et une répartition large doit être utilisée dans la mesure du possible pour que chaque LUN ait accès aux performances sous-jacentes de toutes les broches, et pas seulement d'une seule baie.
Basil
1
Quoi qu'il en soit, le RAID basé sur la parité est lent par rapport à la bande et au miroir (à la fois les performances et la reconstruction) et ne doit être utilisé que lorsque la capacité est la préoccupation, pas les IOPS et le débit.
tomstephens89
4
Le problème avec les reconstructions RAID 5 est moins le temps qu'il faut pour terminer, mais plutôt la quantité de données qui doivent être lues (à savoir: toutes les données des disques survivants) sans une seule erreur de lecture irrécupérable:
Hagen von Eitzen
1
Je ne recommande pas le raid 5, Hagen. Je recommande le raid 6. Et Tom, la question indique qu'ils ont 24 disques SAS de 600 Go. Pas une large gamme de gros disques lents, ni aucun SSD (peu importe comment la technologie a été établie). Cette question est très explicite et claire.
Basil
2
Les taux d'erreur irrécupérables sur les disques d'entreprise sont généralement cent fois meilleurs que les modèles de bureau. Cette préoccupation pour les reconstructions n'est pas particulièrement importante.
Sobrique