3 votes

Configurer le matériel ZFS 100 To

Nous avons reçu un devis pour la configuration de serveur suivante :

  • Intel Xeon E5-2609V2
  • 2 x WD RE 2TB SATA III
  • 34 x WD RE 4TB SAS II
  • 32 Go de mémoire (ECC)
  • LSI MegaRAID 9271-8i en vrac, 8 x SATA III/SAS II RAID matériel interne
  • LSI CacheVault pour série 9266-9271

Nous voulons ajouter (directement) un JBOD à ce serveur, à moitié rempli de disques de 8 To, que nous pourrons étendre ultérieurement. Ils ont suggéré :

  • LSI MegaRAID 9380-8e
  • 22 x HGST Ultrastar 8 To He8 enterprise, SAS III

Ceci était basé sur notre serveur précédent, que nous avons configuré en tant que serveur ZFS et dont nous n'avons pas eu beaucoup de "plaisir" (bien que la configuration en soit la cause, je suppose)

J'ai quelques questions sur cette configuration : - L'argument pour prendre 2x2 To est d'utiliser un miroir pour le système, car lorsque qu'un disque doit être remplacé, l'E/S est lente pendant la reconstruction. La vitesse n'est pas notre réel problème, l'espace l'est, et nous avons une sauvegarde en ligne qui ne sera utilisée que comme plateforme de lecture (en cas de problèmes). Serait-il préférable de choisir 36 x 4 To ? (36 = 3*12 disques dans un pool) - Est-ce que 32 Go de mémoire sont suffisants ? (ZFS sur linux, en prenant en compte le JBOD à pleine capacité 44*8+32*4) - Il s'agit d'un contrôleur raid, un JBOD/HBA (?) serait-il un meilleur choix ? Si oui, quel type de JBOD devrais-je rechercher ? - Comment devrais-je mieux configurer ce système pour être "prêt" à ajouter les 22 disques suivants dans le JBOD ? (c'est un JBOD de 44 disques, 22 emplacements sont remplis)

Quelques informations supplémentaires basées sur les commentaires :

  • temps de fonctionnement/disponibilité : nous nous en soucions peu s'il tombe en panne quelques minutes, tant que cela n'arrive pas trop souvent. Pas besoin de haute disponibilité. En essence, ce sera une sauvegarde à chaud de notre serveur de stockage actuel. Nous lisons principalement et l'écriture n'est pas limitée par la vitesse (de loin)
  • La vitesse de lecture est importante mais nous ne voulons pas sacrifier d'espace pour cela
  • La vitesse d'écriture n'est pas très importante, en grande partie des flux en provenance de la machine tandis que de gros fichiers sont copiés là-bas afin qu'ils puissent s'exécuter pendant la nuit.

0 votes

Quels sont vos besoins en termes de disponibilité/temps de fonctionnement ? Quels sont vos besoins en termes de performance ? Combien d'espace disque êtes-vous prêt à sacrifier pour la redondance ?

2 votes

Votre 9380-8e est un SPOF. Je ne dormirais jamais tranquillement avec une telle configuration. Je choisirais 2 * SAS HBA et ferais du multipath avec votre JBOD. La vraie question est, est-ce que votre JBOD a 2 modules d'interface SAS ? Vous manquez certainement de RAM et cela aura un impact sur les performances. Je recommanderais 1 Go de RAM par To d'espace disque (uniquement si vous ne prévoyez pas d'utiliser la déduplication). Les performances se font avec l'ARC / L2ARC.

1 votes

Tout d'abord, je recommanderais de prendre des disques de même capacité, car sinon vos performances seront instables. Pourriez-vous en dire plus sur vos besoins en lecture ? Si vous lisez la plupart du temps le même contenu (MFU), vous pourriez simplement utiliser un cache SSD PCIe (vous permet d'économiser un emplacement de disque ;) en tant que L2ARC. Dans ce cas, vous pourriez utiliser raidz1/2 pour obtenir plus d'espace de vos disques.

4voto

ewwhite Points 193555

Je travaillerais avec un professionnel de ZFS ou un fournisseur spécialisé dans les solutions basées sur ZFS. Vous parlez de 100 To de données, et à cette échelle, il y a trop d'opportunités pour faire des erreurs.

ZFS n'est pas quelque chose de facile à maîtriser ; surtout lorsque vous incorporez une haute disponibilité et une conception pour la résilience.

Je ne prévoierais pas de remplir à moitié des baies de stockage ou quoi que ce soit de ce genre. L'expansion des matrices ZFS n'est pas quelque chose que vous pouvez faire facilement avec RAIDZ1/2/3, et l'expansion des miroirs ZFS peut vous laisser avec des données déséquilibrées.

0 votes

Donc en général, vous dites d'oublier ZFS et d'utiliser directement des ensembles de disques en RAID ? Merci pour vos conseils.

3 votes

Non, j'adore ZFS... Il suffit simplement d'une conception intelligente pour le rendre efficace.

0 votes

C'est pourquoi j'ai demandé conseil ici je sais que certains professionnels sont présents, y compris vous. Cependant, nous préférons former les gens plutôt que d'acheter simplement des "solutions" (comme une boîte noire avec des LED)

1voto

shodanshok Points 42743

Je ne suis pas sûr que j'utiliserais ZFS sur Linux pour une telle configuration, car ZoL reste une cible quelque peu "instable".

En ce qui concerne votre carte RAID, si elle peut être configurée en mode JBOD, il n'y a aucun problème. Cependant, si elle ne fonctionne qu'en mode RAID, je la remplacerais par un adaptateur JBOD/HBA.

Quoi qu'il en soit, comme le suggère ewwhite, je demanderais l'avis d'un professionnel du ZFS / consultant.

0 votes

Merci pour vos conseils, je crois que cette carte RAID ne peut pas fonctionner en JBOD. Une recherche rapide sur Google n'a pas permis de trouver des experts en ZFS, et la société qui nous vend le serveur propose en réalité un logiciel qui prend en charge le ZFS. Cela rend simplement les choses beaucoup plus coûteuses en licences inutiles. Si je ne peux pas apprendre, ce sera des ensembles de disques RAID simples.

0 votes

En théorie, vous pouvez transformer votre carte RAID en quelque chose de similaire à une carte JBOD/HBA en utilisant plusieurs ensembles RAID0, un pour chaque disque et en désactivant tout cache au niveau du contrôleur. Bien que je ne recommande pas cette configuration, elle peut être effectuée si vraiment nécessaire.

0 votes

@SvennDhert Qui vous vend la solution?

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