«Perché il mio VPS è lento?» Come sbloccare più prestazioni su Solana

In ERPC, abbiamo la fortuna di accogliere numerosi nuovi utenti ogni giorno, ricevendo un’ampia gamma di richieste tecniche man mano che trader e progetti crescono, con requisiti applicativi sempre più esigenti.

Sebbene noi stessi siamo sviluppatori piuttosto che trader, la natura dei servizi Solana RPC fa sì che i trader ad alta frequenza forniscano frequentemente feedback inestimabili che guidano il nostro sviluppo. Operando quotidianamente in condizioni intense, questi trader offrono spunti di alta qualità che ci aiutano significativamente a migliorare i nostri servizi. Di conseguenza, siamo diventati fornitori dei prodotti di streaming di dati in tempo reale più veloci dell’ecosistema Solana.

Questo articolo è rivolto a chi utilizza un VPS ma sente di non raggiungere le prestazioni desiderate. Qui delineiamo i passi successivi per assicurarsi un ambiente genuinamente ad alte prestazioni.

Innanzitutto, se il tuo obiettivo è la velocità assoluta senza riguardo per i costi, scegliere un VPS è fondamentalmente sbagliato. Per raggiungere le prestazioni più elevate possibili, un server bare metal è essenziale. Esploriamo le ragioni tecniche di ciò.

La «V» in VPS sta per «Virtual». Un server virtuale divide un server fisico in più istanze virtuali. Ad esempio, un server fisico può essere suddiviso in 100 istanze VPS. In termini semplicistici, ogni VPS potrebbe avere circa 1/100 della potenza del server originale. Anche i cavi di rete sono condivisi tra questi server virtuali, il che può portare a un degrado delle prestazioni nei periodi di picco (sebbene la realtà sia un po’ più complessa, come spiegato di seguito).

Le CPU moderne dei data center sono progettate per minimizzare la perdita di prestazioni dovuta alla virtualizzazione, ma restano limitazioni fisiche intrinseche.

I provider VPS spesso allocano risorse oltre i core CPU fisici e la RAM effettivamente disponibili — una pratica nota come «overcommitment».

Ad esempio, una CPU con 64 core e 128 thread potrebbe sembrare in grado di supportare 64 istanze VPS con 2 vCPU ciascuna. Tuttavia, in realtà, i provider possono offrire 512 o più istanze da 2 vCPU su tale hardware. Potresti chiederti: «come si possono creare 512 istanze VPS quando esistono solo 64 core fisici?» La ragione è che le istanze VPS raramente sperimentano carichi di picco simultanei, il che permette ai provider di fare affidamento su questa variabilità.

Il livello di overcommitment influisce notevolmente sulle prestazioni, e alcuni provider cloud impiegano regolarmente rapporti di overcommitment di otto volte o più.

Inoltre, le risorse di rete sono tipicamente limitate. Migliaia di macchine virtuali possono condividere solo pochi cavi di rete fisici. Ciò porta a difficoltà nel garantire una banda stabile e richiede risorse aggiuntive per il bilanciamento del carico, introducendo in definitiva una latenza significativa.

In ERPC, limitiamo significativamente l’overcommitment per mitigare questi problemi di prestazioni.

I servizi VPS generalmente danno priorità al rapporto costo-prestazioni piuttosto che alle prestazioni pure. Di conseguenza, raramente vengono utilizzate CPU, RAM e SSD di ultima generazione.

Tuttavia, ERPC riconosce che i nostri clienti danno priorità alle prestazioni sopra ogni altra cosa. Pertanto, mantenendo costi equilibrati, adottiamo proattivamente CPU, RAM e SSD di ultima generazione e alta qualità. Raggiungere prestazioni comparabili tramite i tipici servizi cloud costerebbe circa cinque volte di più, e a causa di limitazioni intrinseche, quei servizi potrebbero comunque non offrire prestazioni equivalenti.

La maggior parte dei server utilizza configurazioni RAID per prevenire la perdita di dati distribuendoli su più dischi. Tuttavia, questa configurazione va a scapito delle prestazioni.

Nelle applicazioni blockchain, in particolare con Solana, i dati sono pubblicamente disponibili e i dati importanti sono duplicati su più nodi grazie alla struttura decentralizzata del sistema. Pertanto, dare priorità alle prestazioni rispetto alla ridondanza dei dati («No RAID») è spesso consigliato. In effetti, i requisiti ufficiali per i validator di Solana suggeriscono configurazioni No RAID, con le configurazioni RAID frequentemente segnalate come causa di problemi di prestazioni.

In ERPC, generalmente consigliamo No RAID per i clienti orientati alle prestazioni. Tuttavia, configurazioni RAID possono essere fornite anche per i piani di nodi dedicati in base a requisiti specifici del cliente. Non esitare a discutere con noi le tue esigenze.

I tipici provider VPS e cloud non offrono endpoint Solana RPC, il che significa che i dati devono sempre viaggiare attraverso rotte internet esterne. Di conseguenza, la latenza dipende fortemente dalla distanza fisica e dalle condizioni della rete.

ERPC gestisce tutta l’infrastruttura all’interno della propria rete. La comunicazione tra VPS dedicati ed endpoint Solana dedicati non richiede routing su internet esterno. Questa configurazione consente una latenza di comunicazione interna quasi nulla, raggiungendo valori di ping fino a circa 0.1ms.

Molti provider VPS e cloud impongono limiti di banda di rete, portando a costi potenzialmente elevati per un utilizzo intensivo dei dati. La nostra vasta esperienza con i principali provider di cloud pubblico ci ha dato una profonda comprensione di queste sfide di prestazioni e prezzi.

L’infrastruttura di ERPC è progettata specificamente per gestire le notevoli richieste di rete dei validator Solana — circa 150TB per nodo al mese. Sfruttando questa esperienza, abbiamo sviluppato una piattaforma VPS proprietaria ad alte prestazioni.

Offriamo con fiducia prestazioni eccezionali nella nostra fascia di prezzo. Gli ordini sono accettati tramite il Discord ufficiale di Validators DAO.

Restiamo impegnati nello sviluppo continuo di piattaforme innovative. Grazie per il vostro continuo supporto.