3 votes

Est-ce que les dispositifs FC et SAS DAS sont assez standard ?

Avant de poser mes questions, voici quelques informations générales qui pourraient être utiles ou non :

Pour la première fois, je me retrouve à avoir besoin d'une solution DAS. Ma priorité est le débit de données dans une seule direction. Je peux écrire de gros blocs et je n'ai pas besoin de lire en même temps. Le serveur (le dispositif produisant des données) n'est pas vraiment un serveur typique, c'est un ordinateur à carte unique très puissant. En tant que tel, j'ai des options limitées en ce qui concerne les cartes d'extension que je peux installer, car cela doit utiliser l'interface assez rare, XMC. Actuellement, je crois que je suis limité à PCIex8 gen 1, ce qui signifie que le goulot d'étranglement probable pour moi sera cette connexion de 16 Gbit/s.

Les cartes XMC que j'ai trouvées jusqu'à présent offrent les connexions suivantes :

a) Contrôleur Ethernet Dual 10GBE, débit total de 20 Gbit/s

b) Double connecteurs Quad SAS 2.0 (SFF-8XXX) HBA (pas de raid), débit total de 48 Gbit/s

c) Double connecteurs FC 8 Gbit HBA (pas de raid), débit total de 16 Gbit/s

Mes questions pour vous sont les suivantes :

1) SAS et/ou FC, et par extension leurs HBAs, sont-ils suffisamment standard pour que je puisse acheter un serveur de stockage Dell ou Aberdeen avec un contrôleur raid qui possède des ports SAS ou FC externes et m'attendre à ce que je puisse le connecter à mon HBA SAS ou FC, être présenté avec un seul volume (si j'ai configuré le serveur de stockage ainsi), le tout sans avoir à vérifier la compatibilité de l'HBA ?

2) Sur un appareil comme un Dell PowerVault (soit un DAS, soit un NAS), y a-t-il un système d'exploitation à prendre en compte, ou est-il censé être géré à distance ? Y a-t-il une interface locale au cas où je ne pourrais pas le gérer à distance (c'est-à-dire si mon ordinateur à carte unique utilise un système d'exploitation non supporté par Dell OpenManage). Cela serait-il vrai pour pratiquement tout appareil se nommant DAS ?

3) Si j'achète une sorte de châssis de stockage Supermicro, que j'installe un contrôleur raid avec des connexions externes, existe-t-il un système d'exploitation léger que je pourrais exécuter spécifiquement pour la gestion du contrôleur ? Aurais-je même besoin d'un système d'exploitation puisque la carte raid serait déjà configurée avant le démarrage de toute façon ?

4) Il est beaucoup plus facile d'acheter des cartes Ethernet 10 gigabits basées sur XMC (généralement à double port). De quelles manières pourrais-je rencontrer des problèmes en utilisant iSCSI comme DAS ou en câblant directement avec des câbles SFP+ ?

Merci d'avance

3voto

the-wabbit Points 40039

Annonce 1) Il existe différents types de solutions de stockage sur le marché - il serait nécessaire de faire attention à ce que vous achetez:

  • Boîtiers JBOD avec des arrière-plans passifs - vous en trouverez certains pour SAS. Ils fournissent simplement des connexions de passage pour les liaisons multi-pistes et n'ont pas de logique ou de gestion quelconque
  • JBOD avec des expandeurs (SAS ou FC) - ces derniers sont plus courants pour des applications à haute densité, l'expander va répartir 1 ou 2 liens (multi-pistes) à un plus grand nombre de disques. La gestion (principalement pour le zoning) peut être hors bande (via un contrôleur de gestion séparé avec connectivité IP) ou intégrée (SES), selon l'implémentation.
  • appareils de stockage avec leurs propres contrôleurs - peuvent être connectés en FC, SAS ou iSCSI (dans ce dernier cas parfois avec une fonctionnalité NAS aussi), extensibles avec des étagères JBOD supplémentaires et disponibles avec des contrôleurs redondants. Les contrôleurs sont intégrés, la gestion se fait hors bande. De nombreuses solutions utilisent le même châssis de base et un ensemble différent de contrôleurs ou d'interfaces supplémentaires en fonction du type d'interconnexion hôte nécessaire

Les appareils de stockage sont généralement compatibles avec ce qui est revendiqué - une interconnexion SAS peut être connectée avec une HBA SAS et présenter un seul volume (d'un niveau RAID configurable), il en va de même pour le FC et l'iSCSI. Les JBOD sont plus délicats - surtout s'ils ont été conçus comme des étagères d'extension pour un appareil de stockage, vous devriez faire particulièrement attention pour vous assurer qu'ils fonctionneraient avec (et seraient pris en charge sur) le contrôleur choisi.

annonce 2) bien sûr, il y a un OS sur les appareils de stockage. Mais comme il est fourni avec l'appareil, vous pouvez considérer et manipuler cela comme "firmware". Vous n'avez certainement pas besoin de regarder l'écran de démarrage et d'appuyer sur ctrl+alt+del avant d'utiliser l'appareil (bien que vous trouverez des appareils basés sur Windows Storage Server sur le marché). Comme la gestion se fait généralement hors bande, vous auriez la possibilité d'utiliser un ordinateur supplémentaire pour la maintenance et le suivi.

annonce 3) Si je comprends bien, vous souhaitez configurer un contrôleur RAID pour connecter vos disques et servir de cible à la HBA de votre SBC. Je ne connais pas de cartes qui prendraient en charge ce mode de fonctionnement. Les expandeurs fonctionnent un peu de cette manière (vous pouvez connecter des cibles et des initiateurs à n'importe quel port donné d'un expander), mais vous devriez quand même avoir la logique RAID sur le contrôleur de votre SBC.

annonce 4) vous ne devriez probablement pas avoir trop de problèmes. L'iSCSI est une interconnexion de stockage assez standard de nos jours, les performances sont décentes et les options de multipath et de basculement sont bien développées. Cependant, comme la pile iSCSI est plus complexe et a plus de dépendances que, par exemple, le SAS, vous devez savoir ce que vous faites. De plus, vous êtes généralement confronté à une latence plus élevée par rapport aux interconnexions SAS ou FC:

résumé de la latence pour différentes interconnexions

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