Kui suurt VPS-i sa tegelikult vajad?

Enamikule alustavatest projektidest on mõistlik lähtepunkt 2 vCPU-d ja 4 GB RAM-i. Virtuaal.com valikus tähendab see C-S-paketti, millel on lisaks 80 GB ketast. Sellest piisab tavaliselt ühele mõõdukale WordPressi paigaldusele, n8n-ile või mõnele väiksemale konteinerile.

Olulisem küsimus pole kasutajate koguarv, vaid see, mida server igal hetkel teeb. Vahemälu kasutav veebileht võib teenindada suure publiku vähese mäluga, samal ajal kui üks mahukas automatiseerimisvoog või moditud mänguserver võib sama masina kiiresti täita.

Allolevad suurused on lähtepunktid, mitte lubadus iga tarkvarakoosluse kohta. WordPressi ja n8n-i piirab sageli mälu, Dockeri puhul loeb teenuste arv, API-põhise agendi puhul väline API, kohaliku mudeli puhul mudeli ja konteksti maht, mänguserveril ühe tuuma kiirus ning mitme projekti puhul ühine varu.

Lihtne WordPress, ajaveeb, portfoolio või esitlusleht mahub sageli 1–2 vCPU ja 2–4 GB RAM-i sisse. Vahemälu, pluginate arv, PHP-protsessid ja andmebaasi maht mõjutavad vajadust rohkem kui lehtede arv. Pluginatega e-pood võiks alustada pigem 4 GB juurest.

cPaneli või Pleski lisamisel tekib haldusliidese RAM-lõks: haldusliides võib kasutada 1–2 GB juba enne, kui esimene veebileht avaneb. Seetõttu on haldusliidesega WordPressi mõistlik lähtekoht 2 vCPU-d, 4 GB RAM-i ja 80 GB ketast, mitte 2 GB pakett.

n8n-i puhul on tavaliselt pudelikael RAM. Iga samaaegne käivitus hoiab oma payload’i mälus ning suure JSON-iga töövoog võib kasutada 150–300 MB. Kui mitu webhook’i, päringut või failitöötlust kattuvad, kasvab mälukasutus palju kiiremini kui töövoogude arvust esmapilgul arvaks.

2 GB võib sobida arenduseks ja mõneks kergeks järjestikuseks töövooks, kuid 4 GB on praktilisem algus. Enne produktsiooni vii n8n SQLite’ilt PostgreSQL-ile: eraldi andmebaas sobib paremini samaaegsete käivituste, taastamise ja kasvava tööajaloo jaoks.

Docker ise ei nõua suurt serverit; suuruse määrab konteinerite arv ja see, mida neis jooksutad. Nextcloud, Gitea ja Vaultwarden võivad eraldi olla mõõdukad, kuid koos andmebaasi, pöördproksi, worker’ite ja monitooringuga moodustavad nad ühise mälueelarve.

Liida iga teenuse dokumenteeritud CPU-, RAM-i ja kettanõue ning lisa vähemalt 25% varu. Mõne väikese teenuse jaoks on lähtekoht 2–4 vCPU-d, 4–8 GB RAM-i ja 80–160 GB ketast; tegelik valik sõltub konteinerite andmetest ja samaaegsest tööst.

Välist API-t kasutav AI-agent on serveri jaoks tavaline Node.js-i või Pythoni protsess. Enamasti piisab 2 vCPU-st ja 2–4 GB RAM-ist, sest töö raskem osa toimub API teenusepakkuja juures. Siin saab piiravaks pigem väline API ja korraga töötavate agentide arv kui kohalik arvutus.

Lokaalne mudel vajab RAM-i nii mudeli kaalude kui ka konteksti jaoks. Meie VPS-id on protsessoripõhised ja GPU-d ei ole, mistõttu on realistlik valik väiksem kvantiseeritud mudel 4+ vCPU ja 8+ GB RAM-iga. Mudeli, Ollama ja RAG-i valikut käsitleb põhjalikumalt seotud juhend „AI oma serveris”.

Mänguserveri puhul on ühe tuuma kiirus sageli tähtsam kui tuumade koguarv. Eriti Java-põhised serverid teevad suure osa põhitööst ühes lõimes, seega ei muuda paljude vCPU-de lisamine aeglast pealõime automaatselt kiiremaks.

Modipakid, maailma suurus, aktiivsed mängijad ja lisateenused võivad mälunõuet kordades tõsta. Mõistlik lähtekoht on 4+ vCPU-d, 8+ GB RAM-i ja 160 GB ketast, kuid suure modipaki korral järgi selle dokumenteeritud nõudeid ja mõõda protsessi tegelikku mälukasutust.

Kui ühes VPS-is töötavad korraga veebilehed, andmebaasid, CI-tööd ja siseteenused, on varu väärt rohkem kui üheotstarbelisel serveril. Ühe projekti koormustipp ei tohiks suruda teisi saalealale ega põhjustada protsesside lõpetamist.

Sellise koormuse lähtekoht on 4–6 vCPU-d, 8–16 GB RAM-i ja 160–250 GB ketast. Sea teenustele mälupiirid, jälgi neid eraldi ja jäta piisavalt vaba ruumi, et hooldus, varundamine või ajutine töö ei kasutaks kogu serverit ära.

Enamik OS-malle tuleb ilma swap’ita. Root-õigusega lisatud 2 GB saaleala ei asenda RAM-i, kuid võib lühikese mälutipu ajal anda protsessile aega töö lõpetada. Kui server juba pidevalt saalib, tuleb mälupuudus parandada, mitte saaleala aina kasvatada.

Planeeri ketta kasvu kuus kuud ette: logid, andmebaas ja kohalikud varukoopiad kasvavad ka siis, kui rakenduse kood ei muutu. NVMe ja SATA erinevus on andmebaasiraskel koormusel näha päris vastusaegades; meie ketas on NVMe SSD RAID CITIC Telecomi Tallinna andmekeskuses, AS205930 võrgus.

Meie hüperviisoril jagatakse vCPU-aega AMD EPYC tuumade vahel, RAM on igal VPS-il eraldi. Püsikoormus ei ole sama asi mis lühiajaline koormustipp: jälgi CPU kasutust pikema aja jooksul ja vali mõõdetud vajadusele sobiv varu.

Ära osta suurimat paketti lihtsalt „igaks juhuks”. Alusta praeguse koormuse dokumenteeritud nõuetest, lisa pudelikaelale mõistlik varu ja vaata pärast kasutuselevõttu tegelikku RAM-i, CPU- ja kettakasutust.

Kui kasutus läheneb regulaarselt limiidile, saad VirtFusionis suurema paketi valida. Nii maksad alguses vajaliku mahu eest ja skaleerid mõõdetud andmete, mitte oletuse põhjal. Virtuaal.com paketid ulatuvad C-XS-ist (1 vCPU, 2 GB RAM-i, 50 GB ketast) C-XXL-ini (16 vCPU-d, 32 GB RAM-i, 480 GB ketast); hind algab aastamaksega 7,64 eurost kuus ilma käibemaksuta.