Ce que le mot SSD cache du stockage de votre hébergeur
Enterprise SSD sur une page de prix peut vouloir dire un disque grand public derrière une seule carte RAID ou un SAN all-flash dédié à deux contrôleurs, et un seul des deux survit au serveur. Cinq questions, un e-mail, et tout hébergeur doit vous dire lequel des deux il exploite.
Dans cet article 5 sections
- Une grande partie du stockage vendu comme enterprise est faite de SSD grand public ou prosumer derrière une seule carte RAID, dans le même serveur qui fait tourner votre charge. Quand ce serveur meurt, le stockage meurt avec lui.
- Le nôtre est un SAN : des baies all-flash dédiées à deux contrôleurs, accessibles par deux fabrics indépendants, qui servent à la milliseconde ou mieux.
- Nous avons standardisé sur une seule plateforme de stockage, HPE 3PAR all-flash en Fibre Channel, et nous l'avons maîtrisée au lieu d'exploiter un menu de fournisseurs.
- Cinq questions à la fin de cet article exposent la différence en un e-mail. Transmettez-les à votre hébergeur, et à nous.
Une page de commande d'hébergement vous donne des chiffres exacts pour les cœurs et la RAM et un seul mot pour le stockage, en général SSD. Ce seul mot couvre le plus large écart de qualité du secteur. Deux hébergeurs peuvent imprimer le même mot et être séparés par toute une architecture : l'un garde vos données sur un disque grand public derrière une carte RAID dans votre serveur, l'autre les garde sur une baie all-flash dédiée qui continue de servir après la mort de ce serveur. Voici la différence, simplement, et à la fin, les cinq questions qui feront sortir la vérité de n'importe quel hébergeur, nous compris.
Un seul mot, SSD, couvre trois architectures différentes
Le stockage en hébergement vient en trois paliers, et le texte produit des trois se lit presque pareil.
- 01Disque local. Des disques dans le serveur, sur le contrôleur du serveur lui-même. Rapide à provisionner et bon marché à vendre, et le stockage partage chaque sort de la machine : alimentation, fond de panier, carte mère, contrôleur. Tout le palier est un seul domaine de panne.
- 02Des SSD derrière une seule carte RAID. C'est là que se trouve réellement la plupart de l'hébergement vendu comme enterprise. Les disques sont en général des composants grand public ou prosumer choisis au gigaoctet, et le RAID vous protège d'exactement une chose, un disque mort, qui est la panne la moins chère que le stockage connaisse. Il ne fait rien contre un contrôleur mort, un fond de panier mort ou un serveur mort.
- 03Un vrai SAN. Le stockage comme système conçu à part entière : une baie dédiée avec deux contrôleurs, ses propres disques et son propre réseau pour l'atteindre. La baie a une vie indépendante de tout nœud de calcul, ce qui change à quoi ressemble une mauvaise journée.
Vous ne pouvez pas distinguer ces paliers d'après le texte, parce que le texte ne le dit pas. Les mêmes cinq motifs apparaissent dans toute la catégorie, paraphrasés ici parce qu'ils sont des normes omniprésentes et non le péché d'une seule société.
| CE QUE DIT LA PAGE | CE QU'ELLE NE DIT JAMAIS |
|---|---|
| « Stockage SSD NVMe ultra-rapide » | Si les disques sont locaux ou sur une baie, grand public ou enterprise, derrière un contrôleur ou deux. Un adjectif de vitesse porte toute la phrase. |
| « SSD enterprise » | Enterprise décrit ici le palier marketing du disque. Il ne revendique pas une baie enterprise, parce qu'il n'y en a en général aucune derrière. |
| « Stockage protégé par RAID-10 » | La carte RAID est dans le même serveur. Un disque mort est survivable. Le stockage meurt toujours avec la machine. |
| « Jusqu'à N IOPS » | Un plafond sans chiffre de latence, sans plancher et sans mesure sous charge. Les plafonds sont ce que produisent les benchmarks sur un système au repos. |
| « Stockage redondant » | Qu'est-ce qui est redondant, exactement. En général, cela veut encore dire RAID. Une baie à deux contrôleurs avec multipath est une autre machine, et le texte qui en a une le dit. |
Aucune de ces phrases ne dit que le stockage est une baie redondante séparée, all-flash, accessible par deux fabrics indépendants, qui survit à la mort de n'importe quel serveur. Cette phrase coûte de l'argent réel pour pouvoir être imprimée, donc les pages qui peuvent l'imprimer le font. Quand le texte s'arrête à l'adjectif, l'architecture s'arrête en général là aussi. C'est le signe.
Une page dit « SSD enterprise » et s'arrête là. Quelle machine se trouve derrière le mot ?
Des disques derrière une seule carte RAID
Des composants grand public choisis au gigaoctet, dans le serveur qui fait tourner votre charge. Survit à un disque mort et à rien d'autre de ce que le châssis lui réserve.
Une baie dédiée
Deux contrôleurs, ses propres disques, son propre fabric. Le texte qui peut nommer une baie le fait, parce qu'il y en a une à nommer.
Un SAN garde vos données en vie quand le serveur qui fait tourner votre charge meurt
L'intérêt d'un SAN est la séparation des sorts. Votre disque est un LUN sur une baie dédiée, et le serveur qui fait tourner votre charge n'est que la machine qui le monte en ce moment.
- UN CONTRÔLEUR MEURT
- Le second contrôleur de la baie continue de servir. Sur une carte RAID, il n'y a pas de second contrôleur.
- UN SWITCH, UN CÂBLE OU UN PORT MEURT
- L'autre fabric porte la charge, en active/active.
- LE SERVEUR MEURT
- Le LUN continue de servir, et la charge revient sur un autre hôte sur le même stockage. Sur un disque local ou une carte RAID, c'est le jour où vous découvrez comment allaient les backups.
La vitesse est la partie par laquelle le texte commence toujours, alors voici la nôtre dans la seule formulation que nous mettrons par écrit : nos baies servent à la milliseconde ou mieux.
Nous avons standardisé sur une seule plateforme de stockage et nous l'avons apprise sur le bout des doigts
Nous avons standardisé sur HPE 3PAR all-flash en Fibre Channel : une seule plateforme, choisie et maîtrisée. Nous ne dévions que quand un travail le mérite réellement. La standardisation est ce qui achète la profondeur derrière chaque réponse de cet article. L'argument général pour un matériel choisi avec des avis tranchés est dans son propre article.
Votre propre baie tourne sans compteur dessus
Le block storage loué facture le disque au gigaoctet, encore à l'IOP provisionné, et encore à la sortie. C'est votre baie. Il n'y a pas de compteur par IOP et aucun péage d'egress sur vos propres données. L'économie complète du compteur du disque, avec ce que ces lignes de facture cloud facturent réellement et ce que coûte un vrai pic sur du flash qui vous appartient, est dans le compteur sur votre disque.
Cinq questions exposent le stockage de tout hébergeur en un e-mail
Tout ce qui précède se condense en cinq questions. Elles tiennent dans un seul e-mail, et elles sont très difficiles à répondre de façon impressionnante sans un vrai SAN derrière soi. Les voici, avec nos réponses consignées.
Mes données sont-elles sur un SAN, ou sur une carte RAID dans mon serveur ?
C'est la question du sort partagé. Si la réponse honnête est une carte RAID, tout le reste de la page décrit un seul serveur. Notre réponse : un SAN. Vos données vivent sur une baie all-flash dédiée à deux contrôleurs. Elles ne sont pas sur une carte RAID dans votre serveur.
Le stockage est-il all-flash ?
Un texte vague cache des paliers mixtes, et des paliers mixtes signifient que votre latence dépend de l'étagère où vos blocs ont atterri. Notre réponse : nous avons standardisé sur HPE 3PAR all-flash en Fibre Channel.
Y a-t-il du multipath sur des fabrics indépendants ?
« Redondant » dit peu jusqu'à ce que vous demandiez ce qui est indépendant de quoi. Deux chemins à travers un seul switch partagent la mauvaise journée de ce switch. Notre réponse : oui. Chaque hôte atteint son stockage par deux fabrics Fibre Channel totalement indépendants avec des switches séparés, en active/active. Un switch, un câble ou un port peut tomber et votre LUN continue de servir par l'autre chemin.
Où mes données sont-elles répliquées, et avec quel RPO ?
La réponse faible est un calendrier de backup. Un backup mesure combien vous pouvez perdre depuis hier soir. La réplication concerne combien vous pouvez perdre tout court. Notre réponse : répliquées sur une seconde baie, avec le RPO conçu par charge de travail.
Qui répare la baie quand elle se comporte mal, vous ou la file d'un fournisseur ?
C'est la question qui sépare les opérateurs des locataires. Notre réponse : nous. Nous avons dans l'équipe des ingénieurs capables de lire les entrailles de la baie et de la diagnostiquer jusqu'au firmware, pour que les personnes qui répondent à votre appel comprennent le stockage jusqu'à ce niveau au lieu d'attendre le constructeur.
Comptez les noms. Une vraie réponse nomme une architecture : une baie, un fabric, un nombre de contrôleurs, un RPO. Une réponse faible renvoie des adjectifs et un benchmark. Et si la question cinq provoque un silence, vous avez appris où se trouve réellement le stockage.
Réponses directes
Qu'est-ce qu'un SAN en hébergement web ?+
Du stockage exploité comme un système conçu à part entière plutôt que des disques dans votre serveur : une baie dédiée avec deux contrôleurs, ses propres disques et son propre réseau pour l'atteindre. Votre disque est un LUN sur cette baie, et le serveur qui fait tourner votre charge n'est que la machine qui le monte en ce moment, donc le stockage a une vie indépendante de tout serveur.
Le NVMe local n'est-il pas plus rapide qu'un SAN ?+
Sur un benchmark au repos, un disque NVMe local affichera des chiffres très rapides. Le chiffre qui compte en production est le temps de service sous charge réelle et ce qui se passe quand le matériel tombe en panne. Nos baies servent à la milliseconde ou mieux, et le LUN continue de servir à travers un serveur mort, un switch mort ou un contrôleur mort. Le disque local gagne le benchmark au repos et partage chaque sort de la machine.
Mon hébergeur dit RAID-10. Est-ce suffisant ?+
Le RAID répond à exactement une panne, un disque mort. Il ne fait rien contre un contrôleur mort, un fond de panier mort ou un serveur mort, et sur une carte RAID n'importe lequel de ces trois emporte votre stockage avec lui. Le RAID dans une machine et une baie à deux contrôleurs sur des fabrics indépendants sont des machines différentes qui partagent par hasard le mot redondant.
Comment utiliser les cinq questions ?+
Envoyez-les à votre hébergeur actuel avant de les envoyer à un nouveau, et notez les réponses sur les noms. Une vraie réponse nomme la baie, le fabric et la personne qui la répare. Si la réponse est des adjectifs et un benchmark, vous avez appris ce que le mot enterprise voulait dire sur la page de prix.
Posez-nous les cinq questions
Un ingénieur stockage y répond pour votre charge de travail réelle, par écrit, comme nous y avons répondu ici.
Parler à un ingénieurVous êtes arrivé à la fin.
Mettez la lecture en pratique
Que faites-vous tourner ?
Parlez-nous de la charge de travail, du trafic et des exigences de reprise. Commencez par le configurateur de serveur, ou passez en revue les détails avec un ingénieur.
Écrit par les ingénieurs qui construisent et exploitent l'infrastructure qu'il décrit.Parler à un ingénieur