The fastest core we sell
Compilers, game ticks, interpreters and query planners all spend their day on one hot thread. Adding cores does nothing for them. A faster core does, and the Ryzen 9 9950X is the quickest thing per core we can buy in volume and still keep cool.
Most workloads are not parallel. They are one hot thread waiting on one core, and the only thing that makes them faster is a faster core. That is what this line is for.
| Piano | Core dedicati | Memoria | Storage NVMe | Velocità porta | Prezzo | |
|---|---|---|---|---|---|---|
| R-4 Single app, comfortably | 4 | 16 GB | 200 GB | 10 Gbit/s | €29.00 /mese | Configura |
| R-8Più utilizzato The one most people buy | 8 | 32 GB | 400 GB | 10 Gbit/s | €54.00 /mese | Configura |
| R-12 Database plus the app around it | 12 | 64 GB | 800 GB | 10 Gbit/s | €98.00 /mese | Configura |
| R-16 A whole chip, to yourself | 16 | 128 GB | 1.6 TB | 10 Gbit/s | €179.00 /mese | Configura |
I prezzi sono IVA esclusa ove applicabile. Traffico: Illimitato, uso corretto.
AMD Ryzen 9 9950X · Zen 5 · up to 5.7 GHz boost · dedicated, never oversold
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.
What Zen 5 is actually good at
Per-core throughput is the one hardware figure most software still cares about, and it is the one the industry quietly stopped advertising once core counts became easier to sell by the dozen.
Sixteen cores at up to 5.7 GHz, on a node that is not packed to the edge.
The 9950X gives you sixteen Zen 5 cores and thirty-two threads on a single memory domain. There is no NUMA topology to reason about, no cross-socket hop, and no scheduler decision that can quietly halve your throughput. Whatever thread is hot gets the whole boost budget it asks for.
We buy this part because the ceiling is high and the floor sits close behind it. Sustained all-core clocks on our nodes land within a few hundred megahertz of the single-core peak, since the chassis was specified for the thermal load rather than to a price. A chip that boosts beautifully for eleven seconds and then idles at base clock all afternoon is no use to anybody.
One hot thread
Build servers, game tick loops, Node and Python event loops, PostgreSQL planning and executing a single query, JVM startup. None of it parallelises, and all of it responds directly to clock speed and instructions per cycle.
Full-width AVX-512
Zen 5 executes five-hundred-and-twelve-bit vectors on a datapath of the same width instead of cracking each one in half. Encoders, cryptography, compression and anything numeric collect the difference without being recompiled.
Memory that answers quickly
DDR5-5600 across two channels, tuned for latency rather than for a benchmark screenshot. Pointer-chasing work, meaning interpreters, linked structures and graph traversal, cares far more about this than about raw bandwidth.
Cache you keep
Cores are pinned, so the L2 and L3 lines your process warms stay warm. On an oversold host that same cache is being flushed continuously by three tenants you cannot see and cannot ask to stop.
Every Ryzen node in production is a 9950X. There is no older generation quietly filling racks in the cheaper cities, and no plan whose page says Zen 5 while the hypervisor says something else.
Who should not buy this
This line is narrow on purpose. Most of the reasons people end up unhappy with it are reasons we could have given them before they paid.
Written down because it is cheaper for both of us than a refund on day six.
Your working set is over 128 GB
The largest Ryzen instance stops at a hundred and twenty-eight gigabytes, because that is what two channels of unbuffered DDR5 hold sensibly. Above it, take EPYC: registered memory, six times the channel count, and room to keep growing.
You need ECC
Ryzen nodes run unbuffered DDR5 with no error correction. For most workloads that is a non-issue. For a ledger, a week-long simulation or anything where silent corruption is worse than a crash, buy the EPYC line instead.
Il lavoro è imbarazzantemente parallelo
Se riesci a saturare quarantotto thread e non ti interessa davvero quanto velocemente ciascuno di essi vada, stai pagando un sovrapprezzo per la velocità di clock che nessuno noterà. I core-ore costano meno per unità su EPYC.
Vuoi decine di terabyte
Questi nodi montano solo NVMe. Oltre circa due terabyte l'aritmetica smette di funzionare a tuo favore e la linea di storage inizia ad avere senso.
Qualsiasi cosa che coinvolga CUDA
Non c'è GPU in questi nodi e non se ne può aggiungere una in seguito. Le schede in passthrough vivono nella propria linea, su host EPYC con la topologia PCIe adatta a sostenerle.
Vuoi il tuo hypervisor
La virtualizzazione annidata funziona qui, ma non fingeremo che funzioni bene. Se il piano prevede Proxmox, un cluster annidato o un kernel personalizzato con il proprio scheduler, compra metal.
Come viene allocato un core
Un core che compri è un core su cui nessun altro viene schedulato. Frase facile da scrivere, costosa da mantenere, quindi ecco il meccanismo che sta dietro.
Rapporto di overselling: zero. Questo è un numero, non una posa.
Ogni nodo ha sedici core fisici e ne vendiamo quindici. Il sedicesimo gestisce l'hypervisor, lo stack di storage e l'agente di monitoraggio, così il nostro overhead non esce mai dalla tua allocazione. Quando un nodo si riempie, il modulo d'ordine smette di offrire quel sito piuttosto che aggiungere un altro tenant accanto a te.
I thread sono pinnati. Una singola istanza detiene un core fisico insieme al suo thread gemello, il che significa che non condividerai mai il silicio con un altro cliente tramite multithreading simultaneo. Quel trucco è come sedici core diventano sessantaquattro su un listino prezzi, ed è la bugia più comune nell'hosting condiviso.
Il tempo di steal su un nodo sano legge zero e rimane lì. Verificalo tu stesso con `vmstat` nella prima ora. Se non è zero, apri un ticket, perché qualcosa è realmente andato storto e preferiamo sentirlo da te piuttosto che da un grafico.
| Risorsa | Come viene allocata | Cosa è condiviso |
|---|---|---|
| Core CPU | Pinnati; un tenant per core fisico e il suo thread gemello | Niente |
| Memoria | Riservata al boot. Nessun ballooning, nessuno swap sull'host | Niente |
| Capacità NVMe | Thick-provisioning alla creazione dell'istanza | Niente |
| Throughput NVMe | Coda equa ponderata con un pavimento garantito per istanza | Headroom sopra il pavimento |
| Porta di rete | Dieci gigabit al secondo, dedicata all'istanza | Uplink del sito, dimensionato sopra la somma |
Dischi
Il layout dello storage è noioso, che è il più alto complimento disponibile in questo settore.
Unità enterprise con protezione da perdita di potenza, mirror, un hot spare per nodo.
NVMe Gen4 in coppie mirror, più un'unità di riserva che resta inattiva fino al giorno in cui guadagnerà il suo mantenimento. Le letture escono da qualsiasi metà del mirror. Le scritture sono riconosciute da una cache alimentata da condensatori, così un evento di alimentazione scarica ciò che pensavi fosse committato invece di perderlo.
La capacità è thick-provisioned. Compra ottocento gigabyte e ottocento gigabyte smettono di essere disponibili a chiunque altro in quel secondo, che è esattamente il motivo per cui non possiamo venderti spazio su un nodo già pieno. Il thin provisioning è come gli host finiscono per scrivere e-mail scuse su filesystem in sola lettura alle tre del mattino.
Cosa misurerai
Throughput sequenziale nell'ordine di migliaia di megabyte al secondo, e abbastanza IOPS casuali da far tornare il collo di bottiglia nella tua stessa applicazione entro un giorno di tuning.
Snapshot
Imagini point-in-time su storage separato, ripristinate in pochi secondi. Disponibili su richiesta a qualsiasi ora. Non sono un backup e continueremo a dirlo.
Backup off-node
Notturni, crittografati lato vostro prima di lasciare l'istanza, scritti in una città diversa da quella in cui gira l'istanza.
Cosa manca
Nessun volume root di rete, nessun filesystem cluster condiviso sotto di voi, nessun tier di storage che rallenta perché un vicino sta avendo una serata movimentata. I dischi sono nella macchina.
Dove averlo
Ryzen è l'unica famiglia che portiamo ovunque. Se un sito è acceso, ha capacità 9950X, inclusi quelli piccoli che non portano altro.
Tutti i trentaquattro siti, ventinove paesi. Nessuna eccezione in questa linea.
Scegliete la giurisdizione con almeno altrettanta cura della latenza. Per la maggior parte dei nostri clienti la giurisdizione si rivela più importante, ed è la più difficile da cambiare in seguito. Le mediane round-trip dalle nostre sonde sono sulla pagina delle posizioni, e si muovono quando lo fa l'internet.
Tre siti meritano una nota. Reykjavík ha un percorso più breve verso il Nord America rispetto a gran parte dell'Europa continentale, cosa che sorprende sempre. Santiago e Johannesburg sono solo Ryzen per ora, quindi tutto ciò che costruite lì deve stare dentro questa linea. Il piano più nuovo di Francoforte porta esclusivamente 9950X, senza generazioni precedenti in rack dietro.
| Se volete | Iniziate qui | Perché |
|---|---|---|
| Il sito più denso che gestiamo | Amsterdam | Primo sito che abbiamo mai acceso, e tutto arriva lì per primo |
| Minore latenza transatlantica dall'Europa | Londra | Il salto verso ovest più breve nella footprint europea |
| Il terabyte più economico in Europa | Bucarest | Transit generoso e spazio rack fuori moda |
| Una giurisdizione tranquilla | Chișinău o Panama City | Entrambe leggono una citazione molto letteralmente |
| Utenti del Sud-Est asiatico | Singapore | Risposta predefinita, e raramente quella sbagliata |
| Utenti effettivamente in Brasile | São Paulo | Qualsiasi altra cosa aggiunge cento millisecondi e una discussione |
ISO personalizzata è disponibile in ogni sito. Caricate un'immagine o dategli un URL, e l'installazione gira sullo stesso percorso di media virtuale che usano le nostre immagini.
Trasferimento
La migrazione è la parte dell'hosting che tutti temono e nessuno scrive onestamente. Questa è la sequenza che raccomandiamo davvero, nell'ordine in cui la raccomandiamo.
Mediana di quarantasette secondi da fattura saldata a credenziali root.
- 01
Comprate la cosa più piccola che dimostra il punto
Prendete un'istanza nel sito che state considerando, con termine mensile, ed eseguite il vostro carico di lavoro reale invece di un benchmark sintetico. La finestra di rimborso è di sette giorni e non fa domande, quindi un test serio non vi costa nulla se non attenzione.
- 02
Portate la vostra immagine, o usate la nostra
Ventidue immagini predefinite sono a un clic di distanza, da Debian e Alpine attraverso i BSD. Se la vostra build dipende da un kernel che non spediamo, caricate l'ISO e installate esattamente quello che avevate. Nulla della nostra piattaforma richiede un agente dentro la vostra istanza.
- 03
Copiate i dati prima di passare
Le porte sono a dieci gigabit e il traffico non è misurato, quindi un rsync iniziale di qualche centinaio di gigabyte è un pomeriggio, non un progetto. Eseguilo due volte: una per spostare la massa, una per catturare il delta nel punto in cui smettete di scrivere.
- 04
Spostate gli indirizzi per ultimi
Abbassa il time-to-live DNS un giorno prima, verifica la nuova istanza sul suo IP, poi cambia il record. Tieni la vecchia istanza attiva per una settimana. Chi salta questo passaggio scrive all'assistenza poco dopo.
- 05
Aumenta quando i numeri lo dicono
Passare a un piano superiore richiede un riavvio e qualche minuto; memoria e NVMe crescono sul posto sullo stesso nodo quando c'è spazio. I core sono l'unica risorsa che occasionalmente richiede una migrazione live verso un nodo con capacità, che programmiamo con te e non intorno a te.
“Quattro anni, due attacchi, un NVMe morto sostituito senza che me ne accorgessi. Questa è l'intera lista degli eventi.”
Quando un nodo fallisce
Preferiamo descrivere chiaramente il percorso di guasto piuttosto che implicare di averlo eliminato. Nessuno ci è riuscito.
L'hardware muore. La domanda interessante è cosa succede nei dieci minuti successivi.
La maggior parte dei guasti riguarda i drive, e i drive sono il caso che abbiamo reso noioso. Una metà del mirror muore, lo spare subentra automaticamente, l'array si ricostruisce mentre la tua istanza continua a girare, e un tecnico sostituisce l'unità morta alla successiva visita in loco. Di solito lo scopri perché leggi la notifica, non perché te ne accorgi.
I guasti dell'intero nodo sono più rari e più rumorosi: una scheda madre, una coppia di alimentatori, un controller. Il monitoraggio out-of-band se ne accorge in pochi secondi, l'istanza viene ricostruita dai suoi volumi mirror su un nodo di standby nello stesso sito, e i tuoi indirizzi IP ti seguono. Il tempo tipico per avviarsi altrove è sotto i quindici minuti.
Verrà detto
La notifica parte quando lo rileviamo, non quando abbiamo finito di scrivere la spiegazione. Il record dell'incidente sulla pagina di stato viene aggiornato man mano che le cose cambiano e resta pubblicato in seguito.
I tuoi indirizzi ti seguono
IPv4 e il routed IPv6 /64 vengono riassegnati all'istanza sostitutiva. Non sono necessarie modifiche DNS e nessun certificato viene invalidato.
Lo SLA si applica senza moduli
L'uptime contrattuale è del 99.99% mensile. Se non lo rispettiamo, il credito appare automaticamente sul tuo account. Non c'è alcuna richiesta da presentare né un agente dell'assistenza da convincere.
Gli snapshot sono il rollback rapido
Il guasto hardware non è l'unico motivo per cui potresti aver bisogno di ripristinare martedì scorso. Il ripristino di uno snapshot richiede secondi, ecco perché suggeriamo di tenerne uno prima di ogni deploy di cui non sei sicuro.
Domande su questa linea
Fisicamente assegnato, e il suo thread gemello appartiene alla stessa istanza. Puoi verificarlo: il steal time rimane a zero sotto carico sostenuto, e un benchmark single-thread restituisce lo stesso valore alle tre del pomeriggio come alle tre di notte. Nessun altro è schedulato lì.
Abbiamo eliminato il livello economico nel 2021. Generava nove ticket di assistenza su dieci e praticamente tutte le segnalazioni di abuso, e rimuoverlo ha reso possibile tutto il resto di questa lista. Non c'è alcun piano per riportarlo.
No. La piattaforma usa DDR5 unbuffered e non intendiamo dichiarare una correzione che non esegue. Se il tuo carico di lavoro richiede ECC, la linea EPYC usa DDR5-4800 registered con correzione registrata dove puoi leggerla.
La porta è a dieci gigabit al secondo ed è dedicata. Il fair use su quella porta è di cinquanta terabyte al mese, pubblicato e non suggerito. Se lo superi costantemente ricevi un'email su un accordo dedicato, mai una fattura a sorpresa.
Sali di livello all'interno della linea mentre c'è spazio sul nodo, oppure passa a EPYC quando la memoria, piuttosto che la velocità di clock, diventa il vincolo. I passaggi tra famiglie sono una nuova istanza e una copia, ecco perché suggeriamo di mantenere il tuo build riproducibile dal primo giorno.
Niente ballooning, niente swap host, niente trucchi di compressione. La memoria è riservata all'avvio e resta riservata finché l'istanza non viene distrutta, inclusa la parte che non stai attualmente usando.
Provane uno per una settimana
Scegli un sito, paga in moneta e avrai root in ben meno di un minuto. Se il carico di lavoro non si comporta come ti aspettavi, chiedi il rimborso entro sette giorni e torna a casa nell'asset che hai inviato.