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

In ERPC abbiamo la fortuna di accogliere ogni giorno numerosi nuovi utenti e riceviamo un’ampia gamma di richieste tecniche. Man mano che trader e progetti crescono, anche i requisiti delle applicazioni diventano più impegnativi.

Sebbene siamo sviluppatori e non trader, la natura dei servizi RPC per Solana ci porta a ricevere spesso dai trader ad alta frequenza riscontri preziosi, che orientano il nostro sviluppo. Poiché operano ogni giorno in condizioni estreme, questi trader condividono indicazioni di grande qualità che ci aiutano concretamente a migliorare i servizi. Di conseguenza, siamo diventati fornitori dei prodotti di streaming dati in tempo reale più veloci dell’ecosistema Solana.

Questo articolo è rivolto a chi utilizza un VPS ma ritiene di non ottenere le prestazioni desiderate. Di seguito illustriamo i passi successivi per passare a un ambiente davvero ad alte prestazioni.

Innanzitutto, se l’obiettivo è la velocità assoluta e il costo non è un vincolo, scegliere un VPS è in partenza la soluzione sbagliata. Per ottenere le massime prestazioni serve un server bare metal. Vediamo perché dal punto di vista tecnico.

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 molto semplificati, ogni VPS potrebbe disporre di 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 assegnano risorse in quantità superiore ai core fisici della CPU e alla RAM realmente disponibili: questa pratica è detta «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 raggiungono raramente il picco di carico nello stesso momento, consentendo ai provider di fare affidamento su questa variabilità.

Il livello di overcommitment incide notevolmente sulle prestazioni; alcuni provider cloud assegnano regolarmente risorse virtuali pari a otto volte o più quelle fisicamente disponibili.

Inoltre, le risorse di rete sono tipicamente limitate. Migliaia di macchine virtuali possono condividere appena pochi collegamenti di rete fisici. Diventa quindi difficile garantire una banda stabile e servono ulteriori risorse per il bilanciamento del carico, con un aumento significativo della latenza.

In ERPC limitiamo fortemente l’overcommitment per attenuare 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. Per questo, pur mantenendo i costi equilibrati, adottiamo in modo proattivo CPU, RAM e SSD di ultima generazione e di 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 di circa 0,1 ms.

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 150 TB per nodo al mese. Sfruttando questa esperienza, abbiamo sviluppato una piattaforma VPS proprietaria ad alte prestazioni.

Siamo certi di offrire prestazioni eccezionali nella nostra fascia di prezzo. Gli ordini sono accettati tramite il Discord ufficiale di Validators DAO.

Continueremo a sviluppare piattaforme innovative. Grazie per il vostro costante supporto.