”Servern är långsam, vi dubblar RAM:et” är den dyraste reflexen i hosting. Ibland stämmer den. Ofta väntar maskinen på disken, eller så går CPU:n för fullt, och det nya minnet ligger oanvänt medan fakturan dubblas.
Så innan vi pratar om vem som behöver 64 GB, låt oss ta reda på vad du faktiskt har brist på. Vill du bara ha typiska minnessiffror per last finns de i vår tidigare guide Hur mycket RAM behöver en VPS, inklusive formeln för språkmodeller. Den här artikeln handlar om diagnos: RAM, disk eller CPU.
Tre kommandon, två minuter
Kör dem på den långsamma servern medan den är långsam, inte klockan fyra på morgonen när ingenting händer:
free -m
vmstat 1 10
cat /proc/pressure/cpu /proc/pressure/memory /proc/pressure/io
Så här läser du dem utan lärobok.
free -m. Strunta i kolumnen free; Linux fyller medvetet ledigt minne med diskcache. Titta på available. Visar den bara några hundra megabyte på en maskin med 2 GB och växer used för swap hela tiden, är minnet trångt.
vmstat 1 10. Fyra kolumner berättar det mesta:
| Kolumn | Vad den betyder | Pekar på |
|---|---|---|
si / so | sidor in och ut ur swap per sekund | RAM |
wa | % av tiden som CPU:n väntar på disken | disk |
us + sy | % av tiden som CPU:n arbetar | CPU |
st | % av tiden som hypervisorn gav din CPU till någon annan | CPU (vCPU delas med andra) |
Några värden över noll i si/so då och då är normalt. Den verkliga signalen är jämn swappning, sekund efter sekund.
/proc/pressure/*. Den ärligaste av de tre. Varje fil visar hur stor del av tiden uppgifter stod still och väntade på den resursen. some avg60=25.00 för memory betyder att något väntade på minne en fjärdedel av tiden under den senaste minuten. Den fil som har störst siffror är din flaskhals.
Om det är disken
Högt wa, högt io-tryck, lite swappning. Den vanliga orsaken är en databas eller en loggtung app som läser mer än vad som får plats i cachen.
Här kommer vändningen: mer RAM kan lösa det, eftersom Linux då cachar mer av disken. Är din databas 6 GB och den heta delen 3 GB, kan steget från 2 till 8 GB minne få diskproblemet att försvinna. Är databasen 300 GB och varje fråga rör en ny del, cachar ingen rimlig mängd RAM den. Då behövs bättre index, mindre frågor eller en annan datalayout. Alla tariffer här kör på NVMe, så disken i sig är sällan det långsamma. Åtkomstmönstret är det oftast.
Om det är CPU:n
Högt us+sy, cpu-tryck, ingen swappning, lite väntan på disk. Komprimering, byggen, videokodning, bildbehandling, kryptografisk matematik. Mer minne hjälper inte alls.
Håll också koll på st. På en VPS är en vCPU en andel av en fysisk kärnas tid, inte hela kärnan: siffran i tariffen är ett tak för toppar, och ihållande full last kan strypas för att det ska vara rättvist för alla på maskinen. Behöver ditt jobb alla kärnor på 100 % i timmar är det en fråga om lasten, och det säger vi hellre nu än efter att du köpt en större tariff.
Om det verkligen är RAM:et
Jämn swappning, stigande minnestryck, OOM-killern i dmesg. Nu är frågan: hur mycket.
2 GB räcker, ofta i åratal, för: en eller ett par botar, ett litet API, en VPN, en statisk webbplats bakom Nginx, några cron-scrapers, en övervakningsagent. Micro ger 2 vCPU, 2 GB och 25 GB för $5 i månaden på NAT, eller $10 med egen IPv4.
4–8 GB är den bekväma mitten: en webbapp med sin databas, ett litet sökindex, headless webbläsarautomatisering, ett par agenter sida vid sida.
32–64 GB är för data som måste leva i minnet:
- en databas vars arbetsmängd är tiotals gigabyte, så att cachen faktiskt håller den heta datan;
- en stor cache eller kö i minnet som inte kan spilla över till disk utan att allt blir långsamt;
- ett vektorindex för sökning över miljontals bitar (riktiga siffror i Självhostad RAG i stor skala);
- CPU-inferens av en medelstor språkmodell, där vikterna måste få plats i RAM;
- konsolidering: tio tjänster som tidigare bodde på tio små servrar.
Det är vad Pro-64 är till för: 12 vCPU, 64 GB RAM, 600 GB NVMe och en dedikerad IPv4 för $70 i månaden. Stegen emellan är Pro-32 för $40 och Pro-48 för $55; ovanför finns Pro-80 för $90. Vilka platser som är tillgängliga för Pro-tarifferna syns när du beställer.
Där en stor maskin inte passar
Tre fall där 64 GB är fel svar, även om du har råd.
GPU-arbete. Ingen av dessa tariffer har en GPU. Behöver din modell en för träning eller snabb inferens kör en CPU-maskin med mycket RAM den, långsamt, och du betalar för tålamodet.
Ihållande jobb på full CPU. Som ovan: vCPU:er är toppkapacitet. Tolv av dem på 100 % dygnet runt är inte vad en VPS är byggd för.
Och ”för säkerhets skull”. Visar de tre kommandona inget minnestryck är de extra 60 GB cache för filer du inte läser. Börja mindre. Att byta till en större tariff av samma nätverkstyp lägger till vCPU, RAM och disk på plats, med en omstart, som beskrivs i Byta tariff. Att gå ner på plats går inte, så att köpa för stort har en verklig kostnad: för att krympa flyttar du till en ny server, och flytta en VPS utan driftstopp är ett jobb du helst slipper.
Jämför du tariffer från olika leverantörer förklarar så läser du VPS-specifikationer vad siffrorna för vCPU, disk och port faktiskt lovar.
Kommentarer
Inga kommentarer än. Bli först.