Anarchie dans le cadre du stockage: pas d'avenir pour les SAN

Rick Vanover de Veeam m'a récemment invité à son podcast communautaire pour parler de la virtualisation du stockage et de l'utilisation de technologies de serveur standard qui transforment le centre de données moderne.

Vous pouvez écouter le podcast ici.

Comme d'habitude, Rick et moi aimons prendre des tangentes. En raison de mon expérience en technologie cloud et fournisseur de services chez Microsoft, nous avons parlé un peu des espaces de stockage Windows 2012 R2, ainsi que des technologies de réseau convergé de fournisseurs comme Cisco.

Cela étant dit, je tiens à souligner que le concept global de virtualisation du stockage/stockage défini par logiciel et l'utilisation de disques de base pour Construire votre centre de données est probablement l'approche la plus indépendante du fournisseur et la plus anti-lock-in pour les entreprises ainsi que les fournisseurs de services. avant.

Au début de cette année, Robin Harris, contributeur de ZDNet, a publié un article "Pourquoi les SSD sont obsolètes ». Il avance un certain nombre de points valables, car les technologies de bus de stockage principalement utilisées (SAS et SATA) ont désespérément besoin d'une refonte.

Après tout, les interfaces de bus SAS et SATA de la génération actuelle ne sont que des améliorations évolutives par rapport aux technologies d'interface SCSI et ATA qui les ont précédées des décennies plus tôt.

La technologie moderne des serveurs les a éclipsés, tout comme notre demande toujours croissante d'applications basées sur les données.

Comme le postule Robin, l’industrie devrait-elle envisager de moderniser notre technologie fondamentale de bus/fond de panier de stockage? Bon sang oui.

Mais il s'agit de questions purement académiques alors que les véritables problèmes auxquels sont confrontées les entreprises ne consistent pas tant à extraire ces IOPS des broches et des SSD pour les applications basées sur les données les plus exigeantes, mais le coût total de possession de ce stockage.

Dans les plus grandes entreprises, la prolifération des données reste de plus en plus préoccupante, en particulier dans les secteurs réglementés qui nécessitent des données à long terme. conservation et nécessité de conserver ces données dans un état en ligne, prêt à être consulté plutôt que d'utiliser des technologies de stockage d'archives, telles que des bandes ou des même Stockage intégré au cloud.

Allons droit au but. Le matériel SAN et NAS de votre entreprise est super cher et ils contribuent probablement à au moins un tiers, voire plus, des dépenses en matériel de votre centre de données. Et même si les fournisseurs de ces produits ont une solide réputation et que vous comptez sur ces cadres pour stocker le plus données critiques, avouons-le: il n'y a pas beaucoup de sauce secrète à l'intérieur de ces boîtes de la taille d'un réfrigérateur remplies de disques durs.

À l'intérieur de l'un de ces châssis, vous disposez de fonds de panier SAS et SATA, d'interfaces de structure de stockage, de contrôleurs et de logiciels spéciaux qui effectuent le partitionnement des plateaux pour la présentation des LUN. La plupart de ces contrôleurs fonctionnent sur une version propriétaire d'UNIX ou même sur des dérivés BSD que vous ne voyez jamais - le fournisseur de stockage vous en tient à l'écart, vous laissant à son logiciel utilitaire.

Pour la plupart, une trame SAN ou NAS est une boîte noire après avoir découpé les plateaux et présenté un LUN à un serveur.

Il y a une fin à cette folie coûteuse, mais cela nécessite une réflexion créative et disruptive sur le fait partie d'une entreprise - et cela signifie aborder le stockage comme le fait un fournisseur de services hyperscale.

Et quand je parle d'hyperscale, je parle des Amazon Web Services, des Microsoft Azure et des Google Compute Engines du monde.

Vous ne pensez pas que ces entreprises parviennent à tarifer le stockage cloud au plus bas prix en utilisant EMC et NetApps, n'est-ce pas? Bien sûr que non. S’ils le faisaient, ils feraient faillite.

Au lieu des SAN et des appliances NAS, les fournisseurs hyperscale utilisent largement JBOD -- en fait, des pools de « Juste un tas de disques » pendant des années. Contrairement aux PME ou aux entreprises, ces fournisseurs de cloud hyperscale ont créé leurs propres architectures de stockage à l'aide de composants de base, JBOD et expérience d'ingénierie locale afin de réduire leurs coûts de stockage bien en dessous de ceux de leur entreprise homologues.

Pour l'essentiel, la « sauce secrète » pour construire une architecture de stockage de matières premières n'a pas été standardisée, et elle a également été entravée par le fait qu'un L'un des principaux obstacles à cette démarche était le recours continu aux HBA Fibre Channel pour fournir la structure de stockage en cluster, qui était encore cher.

Avec des réseaux Ethernet convergés 10Gigabit et 40Gigabit, spécialisés RDMA Les cartes Ethernet et l'avènement du PME 3.0 protocole de stockage réseau, cependant, cela évolue rapidement.

Le concept est assez simple: connectez plusieurs « têtes » de serveur de fichiers à votre structure Ethernet commutée existante et utilisez plusieurs JBOD (tels que ceux fabriqués par DataOn, Dell ou Supermicro) rempli d'une combinaison de SAS 15K et de SSD dans une configuration à plusieurs niveaux connectés à ces têtes dans un cluster SAS formation.

Les têtes de serveur de fichiers se connectent à leur tour à vos hôtes de virtualisation ou à vos systèmes physiques qui assurent la connectivité à vos données à l'aide de SMB 3.0. La résilience est intégrée le système d'exploitation fournissant le stockage lui-même, plutôt qu'une sauce secrète propriétaire intégrée aux contrôleurs au sein du cadre de stockage, comme dans le cas d'un SAN ou NAS.

Dans mon exemple ci-dessus, j'utilise Le serveur de fichiers évolutif (SoFS) de Microsoft, intégré gratuitement à Windows Server 2012 R2 et est également basé sur Microsoft Espaces de stockage qui est le stockage défini par logiciel intégré au système d’exploitation. Le matériel de stockage utilisé dans ce scénario est le DNS-1660D de DataOn en combinaison avec des serveurs montés en rack Dell R820 de base et Mellanox RDMA cartes.

La configuration décrite dans le livre blanc lié ci-dessus est capable d'atteindre des vitesses soutenues de plus d'un million d'IOPS par seconde.

Dell lui-même a également publié son propre livre blanc sur la façon de construire un SoFS en utilisant son MD1220 PowerVault Les baies JBOD, mais il est concevable que toute combinaison de matériel de serveur JBOD et x86 de base utilisant SAS et une connectivité Ethernet 10 Gbit/s suivant ces directives architecturales de base devrait fonctionner.

Outre les SoFS et les espaces de stockage de Microsoft, il existe d'autres fournisseurs qui proposent des architectures de stockage similaires basées sur JBOD, telles que Nextenta (qui est basé sur ZFS de Solaris). Pour Linux, il existe HA-LVM et GFS/GFS2 qui est fourni avec le module complémentaire Resilient Storage de RedHat.

Sur Ubuntu Server, l'équivalent s'appelle ClusterStack. Si vous recherchez une architecture de stockage définie par logiciel Linux un peu plus pré-packagée, vous voudrez peut-être examiner QuantaStor par OSNEXUS.

En fin de compte, même si les SAN et les NAS sont éprouvés et fiables, leur hégémonie en matière de fourniture des performances les plus élevées et du stockage le plus résilient pour un prix abordable touche à sa fin.

Si vous êtes un CxO intelligent qui essaie de réduire vos coûts de stockage toujours croissants, commencez à examiner ce que font les fournisseurs de cloud hyperscale: utilisez les JBOD et le stockage défini par logiciel. intégré aux systèmes d'exploitation de serveur modernes et utilise également le stockage intégré au cloud pour les applications qui n'ont pas besoin de tirer parti du stockage de proximité ou qui peuvent conserver les données d'archives dans le cloud.

Votre organisation a-t-elle déjà commencé à utiliser le stockage défini par logiciel en utilisant du matériel standard? Répondez et faites-le-moi savoir.