Waarom is Mijn VPS Traag? Hoe Meer Prestaties te Ontsluiten op Solana

Bij ERPC verwelkomen wij dagelijks talloze nieuwe gebruikers en ontvangen wij een breed scala aan technische vragen naarmate traders en projecten opschalen, wat resulteert in steeds veeleisendere applicatievereisten.

Hoewel wij zelf eerder ontwikkelaars dan traders zijn, betekent de aard van Solana RPC-diensten dat high-frequency traders regelmatig waardevolle feedback geven die onze ontwikkeling stuurt. Deze traders, die dagelijks onder intense omstandigheden opereren, bieden hoogwaardige inzichten die ons aanzienlijk helpen onze diensten te verbeteren. Als resultaat zijn wij uitgegroeid tot aanbieders van de snelste realtime datastreamingproducten in het Solana-ecosysteem.

Dit artikel is bedoeld voor wie een VPS gebruikt maar het gevoel heeft niet de gewenste prestaties te bereiken. Hier schetsen wij de volgende stappen om een echt hoogwaardige omgeving te verkrijgen.

Allereerst: als uw doel absolute snelheid is zonder rekening te houden met kosten, is het kiezen van een VPS fundamenteel onjuist. Om de hoogst mogelijke prestaties te bereiken is een bare-metal server essentieel. Laten we de technische redenen hierachter verkennen.

De "V" in VPS staat voor "Virtual." Een virtuele server verdeelt één fysieke server in meerdere virtuele instanties. Een fysieke server kan bijvoorbeeld worden opgesplitst in 100 VPS-instanties. Simpel gezegd zou elke VPS ruwweg 1/100e van de kracht van de originele server kunnen hebben. Netwerkkabels worden ook gedeeld tussen deze virtuele servers, wat potentieel tot prestatievermindering kan leiden tijdens piekperioden (hoewel de realiteit iets complexer is, zoals hieronder uitgelegd).

Moderne datacenter-CPU's zijn ontworpen om prestatieverlies door virtualisatie te minimaliseren, maar er blijven inherente fysieke beperkingen bestaan.

VPS-providers wijzen vaak meer middelen toe dan de daadwerkelijk beschikbare fysieke CPU-cores en RAM — een praktijk die bekend staat als "overcommitment."

Bijvoorbeeld: een CPU met 64 cores en 128 threads lijkt 64 VPS-instanties met elk 2 vCPU's te kunnen ondersteunen. In werkelijkheid kunnen providers echter 512 of meer 2-vCPU-instanties op dergelijke hardware aanbieden. U vraagt zich misschien af: "Hoe kunnen 512 VPS-instanties worden aangemaakt wanneer er slechts 64 fysieke cores zijn?" De reden is dat VPS-instanties zelden gelijktijdige piekbelastingen ervaren, waardoor providers op deze variabiliteit kunnen vertrouwen.

Het niveau van overcommitment heeft een grote impact op prestaties, en sommige cloudproviders hanteren regelmatig overcommitmentratio's van acht keer of meer.

Daarnaast zijn netwerkmiddelen doorgaans beperkt. Duizenden virtuele machines kunnen slechts enkele fysieke netwerkkabels delen. Dit leidt tot moeilijkheden bij het garanderen van stabiele bandbreedte en vereist extra middelen voor loadbalancing, wat uiteindelijk aanzienlijke latentie introduceert.

Bij ERPC beperken wij overcommitment aanzienlijk om deze prestatieproblemen te mitigeren.

VPS-diensten geven over het algemeen prioriteit aan prijs-prestatieverhoudingen boven pure prestaties. Hierdoor worden de nieuwste generatie CPU's, RAM en SSD's zelden gebruikt.

ERPC erkent echter dat onze klanten prestaties boven alles stellen. Daarom adopteren wij, met behoud van evenwichtige kosten, proactief de nieuwste generatie, hoogwaardige CPU's, RAM en SSD's. Het bereiken van vergelijkbare prestaties via typische clouddiensten zou ongeveer vijf keer meer kosten, en vanwege inherente beperkingen leveren die diensten mogelijk nog steeds niet gelijkwaardige prestaties.

De meeste servers gebruiken RAID-configuraties om gegevensverlies te voorkomen door data over meerdere schijven te verdelen. Deze opzet gaat echter ten koste van prestaties.

In blockchain-applicaties, met name bij Solana, zijn gegevens publiekelijk beschikbaar en worden belangrijke gegevens gedupliceerd over meerdere nodes vanwege de gedecentraliseerde systeemstructuur. Daarom wordt het prioriteren van prestaties boven dataredundantie ("No RAID") vaak aanbevolen. Solana's officiële validatorvereisten suggereren zelfs No RAID-opstellingen, waarbij RAID-configuraties regelmatig als oorzaak van prestatieproblemen worden gemeld.

Bij ERPC adviseren wij over het algemeen No RAID voor prestatiegerichte klanten. RAID-configuraties kunnen echter ook worden geboden voor dedicated node-plannen op basis van specifieke klantvereisten. Neem gerust contact met ons op om uw behoeften te bespreken.

Typische VPS- en cloudproviders bieden geen Solana RPC-endpoints, wat betekent dat data altijd via externe internetroutes moet reizen. Bijgevolg hangt de latentie sterk af van fysieke afstand en netwerkomstandigheden.

ERPC beheert alle infrastructuur binnen ons eigen netwerk. Communicatie tussen dedicated VPS en dedicated Solana-endpoints vereist geen externe internetroutering. Deze opzet maakt bijna-nul interne communicatielatentie mogelijk, met pingwaarden van circa 0,1ms.

Veel VPS- en cloudproviders leggen netwerkbandbreedtelimieten op, wat kan leiden tot potentieel hoge kosten voor uitgebreid datagebruik. Onze uitgebreide ervaring met grote publieke cloudproviders heeft ons diep inzicht gegeven in deze prestatie- en prijsuitdagingen.

ERPC's infrastructuur is specifiek ontworpen om de aanzienlijke netwerkvereisten van Solana validators aan te kunnen — circa 150TB per node per maand. Op basis van deze ervaring hebben wij een eigen high-performance VPS-platform ontwikkeld.

Wij bieden met vertrouwen uitzonderlijke prestaties binnen onze prijsklasse. Bestellingen worden geaccepteerd via de Validators DAO officiële Discord.

Wij blijven ons inzetten voor het continu ontwikkelen van innovatieve platforms. Dank voor uw voortdurende steun.