Hvornår du faktisk har brug for 64 GB RAM (og hvornår 2 GB er nok)

„Serveren er langsom, lad os fordoble RAM'en“ er den dyreste refleks i hosting. Nogle gange er den rigtig. Ofte venter maskinen på disken, eller CPU'en kører for fuld kraft, og den nye hukommelse ligger ubrugt, mens regningen fordobles.

Så før vi taler om, hvem der har brug for 64 GB, så lad os finde ud af, hvad du faktisk mangler. Vil du bare have typiske hukommelsestal pr. workload, står de i vores tidligere guide Hvor meget RAM skal en VPS have, inklusive formlen for sprogmodeller. Denne artikel handler om diagnose: RAM, disk eller CPU.

Tre kommandoer, to minutter

Kør dem på den langsomme server, mens den er langsom, ikke klokken fire om morgenen, når der ikke sker noget:

free -m
vmstat 1 10
cat /proc/pressure/cpu /proc/pressure/memory /proc/pressure/io

Sådan læser du dem uden lærebog.

free -m. Se bort fra kolonnen free; Linux fylder bevidst ledig hukommelse med diskcache. Se på available. Viser den kun et par hundrede megabyte på en maskine med 2 GB, og vokser used for swap hele tiden, er hukommelsen stram.

vmstat 1 10. Fire kolonner fortæller det meste af historien:

Et par værdier over nul i si/so en gang imellem er normalt. Det rigtige signal er jævn swapping, sekund efter sekund.

/proc/pressure/*. Den mest ærlige af de tre. Hver fil viser, hvor stor en del af tiden opgaver stod stille og ventede på den ressource. some avg60=25.00 for memory betyder, at noget i det seneste minut ventede på hukommelse en fjerdedel af tiden. Den fil, der har de største tal, er din flaskehals.

Hvis det er disken

Højt wa, højt io-pres, lidt swapping. Den sædvanlige årsag er en database eller en log-tung app, der læser mere, end der kan være i cachen.

Her kommer drejningen: mere RAM kan løse det, fordi Linux så cacher mere af disken. Er din database 6 GB og den varme del 3 GB, kan springet fra 2 til 8 GB hukommelse få diskproblemet til at forsvinde. Er databasen derimod 300 GB, og rører hver forespørgsel en ny del, cacher ingen fornuftig mængde RAM den. Så hjælper bedre indekser, mindre forespørgsler eller et andet datalayout. Alle tariffer her kører på NVMe, så disken i sig selv er sjældent den langsomme del. Adgangsmønsteret er det som regel.

Hvis det er CPU'en

Højt us+sy, cpu-pres, ingen swapping, lidt venten på disk. Komprimering, builds, videokodning, billedbehandling, kryptografisk matematik. Mere hukommelse hjælper slet ikke.

Hold også øje med st. På en VPS er en vCPU en andel af en fysisk kernes tid, ikke hele kernen: tallet i tariffen er et loft for spidsbelastninger, og vedvarende fuld belastning kan blive droslet for at holde det fair for alle på maskinen. Har dit job brug for alle kerner på 100 % i timevis, er det et spørgsmål om workloaden, og det siger vi hellere nu end efter, at du har købt en større tarif.

Hvis det virkelig er RAM'en

Jævn swapping, stigende hukommelsespres, OOM-killeren i dmesg. Nu er spørgsmålet: hvor meget.

2 GB er nok, ofte i årevis, til: en eller et par bots, et lille API, en VPN, et statisk website bag Nginx, et par cron-scrapere, en overvågningsagent. Micro giver dig 2 vCPU, 2 GB og 25 GB for $5 om måneden på NAT, eller $10 med egen IPv4.

4–8 GB er den behagelige mellemvej: en webapp med sin database, et lille søgeindeks, headless browserautomatisering, et par agenter side om side.

32–64 GB er til data, der skal leve i hukommelsen:

• en database, hvis arbejdssæt er på titalsvis af gigabyte, så cachen faktisk holder de varme data;
• en stor cache eller kø i hukommelsen, der ikke kan flyde over på disk uden at gøre alt langsommere;
• et vektorindeks til søgning over millioner af bidder (rigtige tal i Selvhostet RAG i stor skala);
• CPU-inferens af en mellemstor sprogmodel, hvor vægtene skal kunne være i RAM;
• konsolidering: ti tjenester, der før boede på ti små servere.

Det er det, Pro-64 er til: 12 vCPU, 64 GB RAM, 600 GB NVMe og en dedikeret IPv4 for $70 om måneden. Trinene imellem er Pro-32 til $40 og Pro-48 til $55; over den Pro-80 til $90. Hvilke lokationer der er ledige for Pro-tarifferne, ser du, når du bestiller.

Hvor en stor maskine ikke passer

Tre tilfælde, hvor 64 GB er det forkerte svar, selv hvis du har råd.

GPU-arbejde. Ingen af disse tariffer har en GPU. Har din model brug for en til træning eller hurtig inferens, kører en CPU-maskine med masser af RAM den, langsomt, og du betaler for tålmodigheden.

Vedvarende job på fuld CPU. Som ovenfor: vCPU'er er spidskapacitet. Tolv af dem på 100 % døgnet rundt er ikke det, en VPS er bygget til.

Og „for en sikkerheds skyld“. Viser de tre kommandoer intet hukommelsespres, er de ekstra 60 GB cache til filer, du ikke læser. Start mindre. Skift til en større tarif af samme netværkstype tilføjer vCPU, RAM og disk på stedet, med én genstart, som beskrevet i Skift tarif. Man kan ikke gå ned på stedet, så at købe for stort har en reel pris: for at skrumpe flytter du til en ny server, og flyt en VPS uden nedetid er en opgave, du helst vil være fri for.

Sammenligner du tariffer fra forskellige udbydere, forklarer sådan læser du VPS-specifikationer, hvad tallene for vCPU, disk og port faktisk lover.