Cosa nasconde la parola SSD sullo storage del vostro host
«SSD enterprise» su una pagina dei prezzi può voler dire un disco consumer dietro una sola scheda RAID oppure una SAN all-flash dedicata a doppio controller, e solo una delle due sopravvive al server. Cinque domande, un'email, e qualsiasi host deve dirvi quale delle due ha.
In questo articolo 5 sezioni
- Gran parte dello storage venduto come enterprise è SSD consumer o prosumer dietro una sola scheda RAID, dentro lo stesso server che esegue il vostro carico. Quando quel server muore, lo storage muore con lui.
- Il nostro è una SAN: array all-flash dedicati a doppio controller, raggiunti attraverso due fabric indipendenti, che servono a millisecondi a una cifra o meglio.
- Abbiamo standardizzato su una sola piattaforma di storage, HPE 3PAR all-flash su Fibre Channel, e l'abbiamo padroneggiata invece di gestire un menu di fornitori.
- Cinque domande alla fine di questo post espongono la differenza in una sola email. Inoltratele al vostro host, e a noi.
Una pagina d'ordine di hosting vi dà numeri esatti per core e RAM e una sola parola per lo storage, di solito SSD. Quella sola parola copre il divario di qualità più ampio del settore. Due host possono stampare la stessa parola e stare a un'intera architettura di distanza: uno tiene i vostri dati su un disco consumer dietro una scheda RAID dentro il vostro server, l'altro li tiene su un array all-flash dedicato che continua a servire dopo che quel server è morto. Ecco la differenza, in chiaro, e alla fine, le cinque domande che strapperanno la verità a qualsiasi host, noi compresi.
Una sola parola, SSD, copre tre architetture diverse
Lo storage nell'hosting arriva in tre livelli, e il testo del prodotto per tutti e tre si legge quasi allo stesso modo.
- 01Disco locale. Dischi dentro il server, sul controller del server stesso. Veloce da provisionare ed economico da vendere, e lo storage condivide ogni destino che la macchina ha: alimentatore, backplane, scheda madre, controller. L'intero livello è un unico dominio di guasto.
- 02SSD dietro una sola scheda RAID. Dove sta davvero la maggior parte dell'hosting venduto come enterprise. I dischi sono di solito componenti consumer o prosumer scelti al gigabyte, e il RAID vi protegge esattamente da una cosa, un disco morto, che è il guasto più economico che lo storage abbia. Non fa nulla per un controller morto, un backplane morto o un server morto.
- 03Una vera SAN. Lo storage come sistema ingegnerizzato a sé: un array dedicato con due controller, i propri dischi e la propria rete per raggiungerlo. L'array ha una vita indipendente da qualsiasi singolo nodo di calcolo, il che cambia l'aspetto di una brutta giornata.
Non potete distinguere questi livelli dal testo, perché il testo non lo dice. Gli stessi cinque schemi compaiono in tutta la categoria, qui parafrasati perché sono norme onnipresenti e non il peccato di una singola azienda.
| COSA DICE LA PAGINA | COSA NON DICE MAI |
|---|---|
| «Storage SSD NVMe ultraveloce» | Se i dischi sono locali o su un array, consumer o enterprise, dietro un controller o due. Un aggettivo di velocità regge l'intera frase. |
| «SSD enterprise» | Enterprise qui descrive il livello di marketing del disco. Non rivendica un array enterprise, perché di solito dietro non ce n'è uno. |
| «Storage protetto RAID-10» | La scheda RAID sta dentro lo stesso server. Un disco morto è sopravvivibile; lo storage muore comunque con la macchina. |
| «Fino a N IOPS» | Un tetto senza cifra di latenza, senza pavimento e senza misurazione sotto carico. I tetti sono ciò che i benchmark producono su un sistema inattivo. |
| «Storage ridondante» | Cosa esattamente è ridondante. Di solito significa di nuovo RAID. Un array a doppio controller con multipath è una macchina diversa, e il testo che ne ha uno lo dice. |
Nessuna di queste frasi dice che lo storage è un array ridondante separato, all-flash, raggiunto attraverso due fabric indipendenti, che sopravvive alla morte di qualsiasi singolo server. Quella frase costa soldi veri per poterla stampare, quindi le pagine che possono stamparla lo fanno. Quando il testo si ferma all'aggettivo, di solito anche l'architettura si ferma lì. Questo è l'indizio.
Una pagina dice «SSD enterprise» e si ferma lì. Quale macchina c'è dietro la parola?
Dischi dietro una sola scheda RAID
Componenti consumer scelti al gigabyte, dentro il server che esegue il vostro carico. Sopravvive a un disco morto e a nient'altro di ciò che lo chassis gli ha in serbo.
Un array dedicato
Due controller, i propri dischi, il proprio fabric. Il testo che può nominare un array lo fa, perché ce n'è uno da nominare.
Una SAN tiene vivi i vostri dati quando il server che esegue il vostro carico muore
Il senso di una SAN è la separazione dei destini. Il vostro disco è una LUN su un array dedicato, e il server che esegue il vostro carico è solo la macchina che al momento la monta.
- MUORE UN CONTROLLER
- Il secondo controller dell'array continua a servire. Su una scheda RAID non c'è un secondo controller.
- MUORE UNO SWITCH, UN CAVO O UNA PORTA
- L'altro fabric porta il carico, active/active.
- MUORE IL SERVER
- La LUN continua a servire, e il carico torna su un altro host contro lo stesso storage. Su disco locale o scheda RAID, questo è il giorno in cui scoprite come andavano i backup.
La velocità è la parte con cui il testo parte sempre, quindi ecco la nostra nell'unica formulazione che metteremo per iscritto: i nostri array servono a millisecondi a una cifra o meglio.
Abbiamo standardizzato su una sola piattaforma di storage e l'abbiamo imparata a fondo
Abbiamo standardizzato su HPE 3PAR all-flash su Fibre Channel: una sola piattaforma, scelta e padroneggiata. Deviamo solo quando un lavoro se lo merita davvero. La standardizzazione è ciò che compra la profondità dietro ogni risposta di questo post. L'argomento generale a favore dell'hardware con un'opinione è nel suo post dedicato.
Il vostro array gira senza contatore
Lo storage a blocchi in affitto fattura il disco al gigabyte, di nuovo per IOP provisionato, e di nuovo all'uscita. L'array è vostro; non c'è un contatore per IOP né un pedaggio di egress sui vostri dati. L'economia completa del contatore sul disco, incluso cosa addebitano davvero quelle voci cloud e cosa costa un vero picco su flash di proprietà, è in il contatore sul vostro disco.
Cinque domande espongono lo storage di qualsiasi host in una sola email
Tutto quanto sopra si comprime in cinque domande. Richiedono una sola email per essere inviate, e sono molto difficili da rispondere in modo convincente senza una vera SAN alle spalle. Eccole, con le nostre risposte messe agli atti.
I miei dati sono su una SAN, o su una scheda RAID dentro il mio server?
Questa è la domanda sulla condivisione del destino. Se la risposta onesta è una scheda RAID, tutto il resto della pagina descrive un solo server. La nostra risposta: una SAN. I vostri dati vivono su un array all-flash dedicato a doppio controller. Non stanno su una scheda RAID dentro il vostro server.
Lo storage è all-flash?
Un testo vago nasconde livelli misti, e livelli misti significano che la vostra latenza dipende da quale ripiano hanno raggiunto i vostri blocchi. La nostra risposta: abbiamo standardizzato su HPE 3PAR all-flash su Fibre Channel.
C'è multipath su fabric indipendenti?
Ridondante significa poco finché non chiedete cosa è indipendente da cosa. Due percorsi attraverso un solo switch condividono la brutta giornata di quello switch. La nostra risposta: sì. Ogni host raggiunge il suo storage attraverso due fabric Fibre Channel completamente indipendenti con switch separati, in active/active. Uno switch, un cavo o una porta possono guastarsi e la vostra LUN continua a servire sull'altro percorso.
Dove sono replicati i miei dati, e con quale RPO?
La risposta debole è una pianificazione di backup. Un backup misura quanto potete perdere dall'ultima notte; la replica riguarda quanto potete perdere in assoluto. La nostra risposta: replicati su un secondo array, con l'RPO progettato per carico di lavoro.
Chi ripara l'array quando si comporta male, voi o la coda di un fornitore?
Questa è la domanda che separa gli operatori dagli inquilini. La nostra risposta: noi. Teniamo in organico ingegneri che sanno leggere gli interni dell'array e diagnosticarlo a livello di firmware, così le persone che rispondono alla vostra chiamata capiscono lo storage fino a quel livello invece di aspettare il produttore.
Contate i sostantivi. Una risposta vera nomina un'architettura: un array, un fabric, un numero di controller, un RPO. Una risposta debole restituisce aggettivi e un benchmark. E se la domanda cinque produce una pausa, avete imparato dove sta davvero lo storage.
Risposte dirette
Cos'è una SAN nel web hosting?+
Storage gestito come sistema ingegnerizzato a sé invece che dischi dentro il vostro server: un array dedicato con due controller, i propri dischi e la propria rete per raggiungerlo. Il vostro disco è una LUN su quell'array, e il server che esegue il vostro carico è solo la macchina che al momento la monta, quindi lo storage ha una vita indipendente da qualsiasi singolo server.
L'NVMe locale non è più veloce di una SAN?+
Su un benchmark a vuoto, un disco NVMe locale registrerà numeri molto veloci. La cifra che conta in produzione è il tempo di servizio sotto carico reale e cosa succede quando l'hardware si guasta. I nostri array servono a millisecondi a una cifra o meglio, e la LUN continua a servire attraverso un server morto, uno switch morto o un controller morto. Il disco locale vince il benchmark a vuoto e condivide ogni destino che la macchina ha.
Il mio host dice RAID-10. Basta?+
Il RAID risponde esattamente a un guasto, un disco morto. Non fa nulla per un controller morto, un backplane morto o un server morto, e su una scheda RAID uno qualsiasi di questi si porta via il vostro storage. Il RAID dentro una sola macchina e un array a doppio controller su fabric indipendenti sono macchine diverse che per caso condividono la parola ridondante.
Come dovrei usare le cinque domande?+
Mandatele al vostro host attuale prima di mandarle a uno nuovo, e valutate le risposte sui sostantivi. Una risposta vera nomina l'array, il fabric e la persona che lo ripara. Se la risposta è aggettivi e un benchmark, avete imparato cosa significava la parola enterprise sulla pagina dei prezzi.
Fateci le cinque domande
Un ingegnere di storage risponde per il vostro carico reale, agli atti, nello stesso modo in cui abbiamo risposto qui.
Parla con un ingegnereSiete arrivati alla fine.
Mettete la lettura al lavoro
Cosa fate girare?
Raccontateci il carico di lavoro, il traffico e i requisiti di ripristino. Partite dal configuratore di server, oppure discutete i dettagli con un ingegnere.
Scritto dagli ingegneri che costruiscono e gestiscono l'infrastruttura che descrive.Parla con un ingegnere