Il contatore sul vostro disco e l'array che non ne ha
Lo storage a blocchi cloud fattura capacità, operazioni e throughput su contatori separati. Su un array di vostra proprietà non c'è nulla da provisionare e nulla da negoziare.
In questo articolo 4 sezioni
- Un volume a blocchi in affitto alimenta più contatori alla volta: capacità per gigabyte-mese, IOPS provisionate, un livello di throughput, gli snapshot su una riga a parte, e l'egress quando i dati escono.
- Il flash di proprietà non ha allocazioni da dimensionare.
- La nostra parte dell'argomento sta in una riga: l'array è vostro; non c'è un contatore per IOP né un pedaggio di egress sui vostri dati.
- Sull'all-flash di proprietà, un picco atterra su hardware che avete già pagato. Un decennio di notti elettorali sul nostro hardware dice che la notte più intensa costa quanto la più tranquilla.
Affittate un volume a blocchi da un public cloud e la fattura divide il vostro disco in cinque contatori separati, tutti reali, pubblicati e in funzione. Ecco come funzionano, e come appare lo stesso disco quando l'array che ci sta sotto è vostro.
Un volume in affitto alimenta cinque contatori separati
La parola in fattura è storage, al singolare. La fatturazione sottostante è al plurale. Ecco l'anatomia, contatore per contatore, come la pubblicano i cloud provider.
- CAPACITÀ
- Fatturata per gigabyte-mese. L'unico contatore che tutti si aspettano di trovare, e di solito il più piccolo della famiglia.
- OPERAZIONI
- Una base modesta è inclusa. Oltre, provisionate le IOPS come allocazione e pagate l'allocazione sia che la usiate sia che resti inattiva.
- THROUGHPUT
- I megabyte al secondo sullo stesso disco stanno su un proprio livello, fatturato separatamente dalle operazioni.
- SNAPSHOT
- I backup del volume finiscono su una riga di storage separata che cresce mese dopo mese.
- L'USCITA
- Spostare i vostri dati altrove si misura per gigabyte. La tassa d'uscita ha il suo post.
Niente di tutto questo è nascosto. Ogni contatore sta sul listino pubblicato del provider, voce per voce e per regione, che è la parte onesta. I contatori si moltiplicano: un database ne usa diversi contemporaneamente, e quello che conta di più per un carico intenso sono le operazioni provisionate.
Le IOPS provisionate si fatturano per allocazione
Un disco di vostra proprietà rende quanto può l'hardware. Un volume provisionato rende quanto la sua allocazione.
La maggior parte dei carichi di produzione ha un ampio divario tra lo stato stazionario e il picco. Su un volume provisionato, dimensionare quel divario è una decisione che rivedete man mano che il vostro traffico cambia.
I team su volumi provisionati di solito gestiscono la cosa guardando i grafici, prevedendo il picco e ri-provisionando l'allocazione a scadenze fisse. Sul flash di proprietà, quel lavoro non esiste.
Il flash di proprietà non ha un contatore con cui negoziare
La nostra posizione è breve. L'array è vostro; non c'è un contatore per IOP né un pedaggio di egress sui vostri dati. Qui i dati dei clienti vivono su array all-flash dedicati raggiunti via Fibre Channel, con tempi di servizio di pochi millisecondi o meglio. Abbiamo standardizzato su HPE 3PAR all-flash e lo conosciamo a fondo; i dettagli sono nella nostra pagina storage.
Quando il vostro traffico sale, le operazioni atterrano su flash che possedete già. Non c'è un'allocazione da alzare prima né una riga di eccedenza da spiegare dopo. L'abbiamo visto accadere per dieci anni di notti elettorali sul nostro hardware con un editore nazionale di notizie.
| VOLUME A BLOCCHI IN AFFITTO | ARRAY ALL-FLASH DI PROPRIETÀ | |
|---|---|---|
| Capacità | Per gigabyte-mese, per sempre | Dimensionata una volta, nella build |
| Operazioni al secondo | Provisionate e fatturate, usate o inattive | Quello che l'array serve; nessuna allocazione da comprare |
| Throughput | Un livello a pagamento separato | Nessuna riga separata |
| Picco di traffico | Fatturato per allocazione | Atterra sul margine già nella macchina |
| I vostri dati, in uscita | Egress per gigabyte | Nessun pedaggio di egress sui vostri dati |
L'assenza del contatore è facile da sottovalutare. Lo storage è il livello in cui il carico è più difficile da prevedere ora per ora, ed è esattamente il livello che i contatori misurano più finemente. Togliete i contatori e un'intera classe di lavoro sopra di essi smette di esistere: le previsioni e il ri-provisioning a calendario.
Un volume a contatore è la scelta giusta per dati piccoli e inattivi
Se la vostra impronta è di pochi gigabyte con traffico leggero, i contatori si arrotondano a spiccioli e vi diremmo di restare dove siete. I contatori iniziano a contare quando c'è una base costante e un picco reale sotto un'attività: un database di produzione, un'applicazione trafficata, un sistema che la gente aspetta. È il carico che guadagna di più dal possedere il flash che ci sta sotto. Se volete sapere se il vostro supera quella linea, portate il grafico del traffico e chiedete a un ingegnere.
Il contatore sul disco fa parte di una famiglia. Il conto per andarsene ne ha un altro, e l'insieme completo delle domande da porre a qualsiasi host su dove vivono davvero i vostri dati è nel post sullo storage che ha aperto questa serie.
Risposte dirette
Quali contatori sto pagando davvero su un volume a blocchi cloud?+
Capacità per gigabyte-mese, IOPS provisionate oltre una base inclusa, un livello di throughput sullo stesso volume, storage per gli snapshot su una riga a parte, ed egress per gigabyte ogni volta che i dati escono. Tutti pubblici, prezzati per regione sulle pagine del provider stesso. Leggete le vostre accanto all'ultima fattura e contate quante righe genera un solo disco.
Come prezzate lo storage senza un contatore?+
L'array fa parte della build. Lo dimensioniamo con voi all'inizio, da ciò che il vostro carico fa davvero, e finisce sulla stessa riga fissa del resto della macchina. Nessuna allocazione per IOP, nessun livello di throughput, e spostare i vostri dati fuori non è un evento fatturabile.
Che prestazioni ottengo se non c'è un numero provisionato?+
Quello che l'array serve. I vostri dati vivono su un array all-flash dedicato via Fibre Channel, con tempi di servizio di pochi millisecondi o meglio, e non c'è un'allocazione da far rispettare, quindi nulla vi strozza al picco.
Cosa succede quando il mio traffico supera quello che abbiamo dimensionato?+
Il picco atterra sul margine già presente nella build, quindi nulla va alzato prima e nulla compare come riga di eccedenza dopo. Se il carico supera davvero l'array, ridimensionarlo è una conversazione con un ingegnere, non un contatore.
Dimensionate l'array sotto il vostro carico
Rispondete a una manciata di domande su cosa fa davvero il vostro carico. Il Sizing Desk propone una build reale su flash di proprietà, con lo storage sulla stessa riga fissa di tutto il resto, e vi dirà se vi serve meno di quanto pensate.
Dimensionalo onestamenteSiete 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