Capacità che puoi effettivamente rileggere
Uno storage economico che non riuscite a leggere velocemente non è storage, è una discarica con fattura mensile. Ogni nodo di questa linea abbina la capacità di massa a un livello NVMe e a una porta abbastanza grossa da svuotare il tutto prima che perdiate interesse.
Cheap storage that you cannot read quickly is not storage, it is a landfill. Every node in this line pairs bulk capacity with an NVMe tier and a port fat enough to drain it.
| Piano | Core dedicati | Memoria | Storage NVMe | Storage di massa | Velocità porta | Prezzo | |
|---|---|---|---|---|---|---|---|
| S-20 20 TB | 8 | 32 GB | 500 GB | 20 TB | 10 Gbit/s | €119.00 /mese | Configura |
| S-50Più utilizzato 50 TB | 12 | 64 GB | 1 TB | 50 TB | 10 Gbit/s | €249.00 /mese | Configura |
| S-100 100 TB | 16 | 128 GB | 2 TB | 100 TB | 25 Gbit/s | €449.00 /mese | Configura |
I prezzi sono IVA esclusa ove applicabile. Traffico: Illimitato, uso corretto.
EPYC 9354P host · NVMe write cache · enterprise SATA bulk tier
Trentaquattro città, ventinove paesi
I valori di latenza sono mediane misurate dalle nostre sonde, non brochure dei fornitori. Si aggiornano; la pagina si aggiorna quando lo fanno.
Due livelli, una macchina
Il presupposto progettuale è che una piccola parte dei vostri dati sia attiva e il resto no. Questo vale per quasi tutti gli archivi, le librerie multimediali e i target di backup che abbiamo mai visto, ed è ciò che rende economica questa linea.
Gen4 NVMe davanti, SATA enterprise dietro, entrambi locali all'host.
Ogni nodo dispone da cinquecento gigabyte a due terabyte di Gen4 NVMe accanto a una capacità di massa enterprise da venti a cento terabyte. L'NVMe non è una cache che gestiamo noi per voi. È un dispositivo a blocchi separato, vostro da usare come buffer di scrittura, volume di metadati, database, area scratch per qualunque cosa venga elaborata questa settimana, o tutte e quattro.
Sotto, il livello di massa è composto da SATA enterprise in un array ridondante con parità e hot spare. La velocità di lettura/scrittura sequenziale è buona, quella casuale è quella che il supporto magnetico offre, e la suddivisione tra i due livelli sta a voi. Non mettiamo un astuto livello di tiering in mezzo per poi spiegarvi gli spike di latenza con un diagramma.
Il set caldo su NVMe
Indici, database, upload in corso, scratch di transcodifica, assemblaggio pezzi torrent. Qualsiasi cosa che tocchi ripetutamente gli stessi blocchi va qui piuttosto che sull'array di massa.
Il set freddo su massa
Media finiti, backup, archivi, log che nessuno legge finché un revisore non lo chiede. Scritti una volta, letti di rado, e prezzati di conseguenza.
Core reali davanti
Da otto a sedici core EPYC dedicati con memoria ECC. I nodi di storage finiscono per fare hashing, compressione, crittografia e transcodifica, e nulla di tutto ciò è gratis.
Una porta che può svuotarlo
Dieci gigabit sui livelli più piccoli, venticinque sul più grande. Cento terabyte a venticinque gigabit sono un weekend lungo, non un cambio di carriera.
Who should not buy this
Questa linea fa bene un lavoro e male diversi lavori adiacenti. Quelli fatti male val la pena elencarli prima che vi impegniate per un anno.
Lo storage di massa si compra con ottimismo più spesso di qualunque altro prodotto, tranne le GPU.
Vi servono IOPS casuali su tutto il dataset
Un database con un working set caldo di cento terabyte non sta su supporto magnetico, e nessuna quantità di NVMe davanti lo salva. Quello è un'istanza EPYC con molta NVMe, e costa quello che costa.
Volete storage per oggetti con API
Questo è un server con dischi dentro. Non c'è bucket, né URL firmato, né politica di ciclo di vita. Installate quello che volete sopra; non è fornito nulla.
Volete che sia un backup
Un array in un edificio non è un backup, per quanta parità porti. Se i dati contano, replicate su un nodo in una città diversa, cosa che qui è economica proprio perché la banda non è a consumo.
Stai immagazzinando qualcosa di illegale nel sito che hai scelto
La giurisdizione è vostra da scegliere e vostra da sopportare. Non leggiamo ciò che passa, ma rispondiamo a ciò che la legge di quel sito richiede, e la politica di utilizzo accettabile è breve e specifica sui pochi assoluti.
Ti serve a Dubai, Sydney o Zurigo
Sedici dei trentaquattro siti non hanno alcuna capacità di massa, generalmente perché lo spazio rack costa troppo perché abbia senso. Il configuratore vi mostra i diciotto che la offrono.
Come è costruito l'array
Nulla qui è innovativo. È il layout che è stato corretto per quindici anni, costruito con componenti acquistati nuovi.
Parità, un hot spare, e niente thin provisioning da nessuna parte.
La capacità è thick-provisioned come tutto il resto che vendiamo. Cinquanta terabyte acquistati sono cinquanta terabyte riservati, non cinquanta terabyte sperati. Lo storage è il prodotto dove l'overselling causa più danni ed è più comune, quindi preferiamo esaurire lo stock piuttosto che i blocchi.
I tempi di ricostruzione su un grande array di parità si misurano in ore, a volte più di un giorno per un nodo da cento terabyte pieno. La velocità effettiva durante una ricostruzione è inferiore al normale. Questa è fisica, non una politica, e chiunque ti citi una cifra senza questa avvertenza non ne ha mai gestito uno.
| Livello | Cos'è | Cosa succede se si rompe |
|---|---|---|
| Livello caldo | Gen4 NVMe, in mirroring, protetto contro la perdita di corrente | Lo specchio continua, lo spare ricostruisce, nessuna interruzione |
| Livello bulk | Enterprise SATA, array di parità con hot spare | L'array degrada, la ricostruzione parte automaticamente, le letture continuano |
| Cache di scrittura | Con backup a condensatore, scaricata in caso di perdita di alimentazione | Il journal viene riprodotto correttamente anziché perdere le scritture confermate |
| Host | EPYC 9354P, ECC DDR5, due uplink in bonding | L'istanza viene ricostruita su hardware di standby nello stesso sito |
| Copia fuori nodo | Backup notturno opzionale in un'altra città | Indipendente da tutto ciò che sta sopra, ed è questo il punto |
Come trasferire i dati dentro e fuori
Un prodotto di storage con trasferimento in uscita a consumo è una trappola con un piano a rate mensili. Qui il traffico è senza limiti in base a una cifra di uso corretto che pubblichiamo per velocità di porta, piuttosto che accennare vagamente.
Senza limiti in base all'uso corretto pubblicato. Cinquanta terabyte al mese su una porta da dieci gigabit.
Il primo upload
Dieci gigabit sostenuti muovono circa cento terabyte al giorno se l'estremità remota tiene il passo. In pratica il collo di bottiglia è quasi sempre l'estremità remota, e vale la pena testare prima di pianificare in base a una data.
Le copie tra nodi sono gratuite
La replica tra due dei nostri siti attraversa la nostra backbone. Avere un secondo nodo in un altro paese è il piano di disaster recovery più economico a tua disposizione.
Trasferimenti seed
Per carichi iniziali davvero grandi, chiedi al supporto prima di inventare un piano che coinvolge supporti fisici. Di solito c'è un percorso di rete migliore che possiamo organizzare per una settimana.
Il filtraggio resta attivo
Lo scrubbing al edge è permanentemente in linea, fino a dodici terabit al secondo nei siti più grandi. Lo storage esposto al pubblico attira attenzione, e questo è incluso piuttosto che rivenduto durante un incidente.
Se superi l'uso corretto
Ricevi un'email che propone un accordo di porta dedicata. Quello che non ricevi è una fattura a sorpresa, una limitazione applicata in silenzio, o una sospensione nel fine settimana.
Una porta dedicata da quaranta gigabit è disponibile su questa linea nei siti con capacità di upstream sufficiente. È un'opzione a pagamento e la maggior parte delle persone non ne ha bisogno.
Dove si trova la capacità
I nodi di storage stanno dove lo spazio e l'energia sono convenienti, che non è sempre dove ci sono i siti alla moda. Bucarest è il terabyte più economico che vendiamo, con un margine abbastanza grande che la gente si trasferisce lì solo per questo.
Diciassette siti, quindici paesi. La capacità bulk segue spazio rack economico e transito economico.
L'Europa ne ha undici su diciassette: entrambi i piani di Amsterdam, Francoforte, Helsinki, Stoccolma, Reykjavík, Bucarest, Sofia, Chișinău, Riga e Varsavia. Il Nord America ha New York, Miami e Toronto. Panama City e San Paolo coprono l'America Latina, mentre Singapore e Mumbai coprono l'Asia. Niente in Medio Oriente o in Africa porta ancora capacità bulk.
Varsavia si riempie più in fretta. I nodi montati lì sono di solito venduti in pochi giorni, il che è lusinghiero e scomodo in egual misura. Helsinki e Reykjavík hanno il costo energetico più basso della flotta, quindi tendono a essere dove aggiungiamo capacità per prima quando la domanda non è legata a una giurisdizione specifica.
| Se la tua priorità è | Considera | Perché |
|---|---|---|
| Prezzo per terabyte | Bucarest | Transito economico e spazio rack fuori moda |
| Una giurisdizione tranquilla | Chișinău o Panama City | Due posti che leggono un reclamo in modo molto letterale |
| Basso costo dell'energia e aria fredda | Helsinki o Reykjavík | Dove aggiungiamo capacità per primi quando nient'altro lo decide |
| Utenti nordamericani | New York o Miami | Miami gestisce anche la maggior parte del nostro traffico latinoamericano |
| Una seconda copia lontana | Qualsiasi sito più un altro | La replica da nodo a nodo attraversa il nostro backbone |
Trasferimento
Le migrazioni di storage falliscono per ragioni noiose: la sorgente è più lenta di quanto chiunque abbia misurato, l'albero delle directory contiene quattro milioni di file piccoli, o nessuno ha controllato gli hash.
Prova con un terabyte prima di impegnarne cento.
- 01
Misura la sorgente, non la destinazione
La nostra velocità di porta è facile da verificare e raramente è il problema. Copia cento gigabyte da dove i dati vivono ora, cronometra e moltiplica. Il risultato è di solito sobrio.
- 02
Sposta il grosso prima, il delta dopo
Un trasferimento lungo mentre il vecchio sistema è ancora in servizio, poi un secondo passaggio breve una volta che le scritture sono cessate. Chiunque provi a farlo in un passaggio con il servizio attivo lo fa due volte.
- 03
I file piccoli sono un problema diverso
Milioni di file minuscoli sono limitati dalle operazioni sui metadati, non dalla larghezza di banda. Impacchettali in archivi per il transito e scompattali all'altra estremità; spesso è un ordine di grandezza più veloce.
- 04
Verifica con gli hash, non con il conteggio dei file
Controlla i checksum su entrambe le estremità. Un conteggio dei file che corrisponde non è prova di nulla, e un file troncato appare perfettamente presente in un elenco di directory.
- 05
Decidi cosa vive su NVMe
Metti l'indice, il database e il percorso delle scritture sul tier caldo deliberatamente, non per caso. Questa singola decisione spiega la maggior parte della differenza di prestazioni tra due clienti su nodi identici.
“Ho spostato undici istanze in un weekend e l'unica cosa che ho dovuto chiedere al supporto è se il /48 fosse instradato o in proxy. Era instradato.”
Quando un disco fallisce
Acquista abbastanza media rotanti e parte di essi fallirà quest'anno. L'array è costruito su questa premessa, e così anche il nostro processo di sostituzione.
Su un array da cento terabyte, i dischi che falliscono sono un programma piuttosto che un evento.
Un disco bulk fallito porta l'array in uno stato degradato, lo spare caldo viene attirato automaticamente e la ricostruzione inizia senza che nessuno venga svegliato. I tuoi dati rimangono leggibili per tutto il tempo, con throughput ridotto. Un tecnico sostituisce l'unità morta alla visita successiva e il nuovo disco diventa lo spare.
Perdere l'host piuttosto che un disco significa una ricostruzione su hardware di standby nello stesso sito, con gli indirizzi che seguono. Essere chiari sui tempi è importante qui: spostare un array grande è più lento che spostare una piccola istanza NVMe, e il range onesto è sotto l'ora per i tier più piccoli e più lungo per un nodo completo.
Degradato significa più lento, non fermo
Letture e scritture continuano durante una ricostruzione. Il throughput cala mentre la parità viene ricalcolata e si riprende quando la ricostruzione finisce.
Due fallimenti è il motivo per cui esiste lo spare
La parità più uno spare caldo copre il caso realistico. Niente copre ogni caso, che è l'argomento per una seconda copia in un'altra città.
Verrà detto
La notifica esce alla rilevazione. Il record dell'incidente sulla pagina di stato viene aggiornato mentre accade e rimane pubblicato dopo.
Lo SLA resta valido
99,99% di uptime mensile contrattuale, con crediti applicati automaticamente. Un degrado delle prestazioni durante un rebuild non è un'interruzione, e non fingiamo il contrario in nessuna delle due direzioni.
Domande su questa linea
SATA enterprise, sì. È questo che rende conveniente un centinaio di terabyte. Il tier NVMe davanti è veramente NVMe, e la suddivisione tra i due la gestisci tu, non la facciamo noi in modo invisibile.
La gente lo fa, in gran numero, e la porta unmetered a dieci gigabit è il motivo. Quello che non puoi fare è ciò che vieta la policy di utilizzo accettabile o ciò che è illegale nel sito che hai scelto. Non ispezioniamo il traffico e rispondiamo alle richieste legali dove si applicano.
Cinquanta terabyte al mese su una porta a dieci gigabit, centocinquanta su venticinque gigabit, duecentocinquanta su quaranta. Pubblicato nella pagina dei prezzi e applicato con un'email, non con una fattura.
Passa a un tier superiore mentre il nodo ha spazio, come di solito accade passando da venti a cinquanta terabyte. Il salto a un nodo pieno da cento terabyte comporta generalmente un nuovo nodo e una copia attraverso il nostro backbone, concordata con te.
No. Quello che scrivi è quello che viene archiviato, byte per byte. Qualsiasi deduplicazione o compressione che vuoi la configuri tu, dove puoi vederne il costo.
Solo se li crittografi tu. Non conserviamo chiavi per i volumi dei clienti, perché una chiave che custodiamo è una chiave che può esserci richiesta. La crittografia completa del disco all'interno dell'istanza, attivata all'avvio tramite la console out-of-band, è la soluzione che useremmo noi stessi.
Inizia con venti terabyte
Prendi il nodo più piccolo nel sito che vuoi, sposta un terabyte e misuralo onestamente. Passare a un tier superiore è un lavoro programmato, non un rebuild, e i primi sette giorni vengono rimborsati se i numeri ti deludono.