Højhukommelses-VPS til AI-agenter: hvornår din flåde faktisk har brug for RAM'en

Fejlen, jeg oftest ser med agent-hosting, er at dimensionere efter det forkerte. Nogen kører én agent, den bruger 400 MB, og de konkluderer, at agenter er billige at hoste. Så skalerer de til et rigtigt hold, og boksen begynder at swappe klokken 3 om natten.

Én agent er billig. Det er ikke det interessante tilfælde.

Hvor hukommelsen faktisk forsvinder hen

En agent, der kun affyrer API-kald til en model, er let — den venter mest på netværket. Du kunne køre et dusin af dem på et lille abonnement uden nogensinde at bemærke det.

RAM'en forsvinder, når agenter begynder at holde tilstand. Samtalehistorik, der vokser hver tur. Et arbejdssæt, flere agenter læser og skriver. Et vektorlager til langtidshukommelse, der sidder i samme proces. I det øjeblik din arkitektur holder op med at være "kald API, glem" og bliver "husk, koordinér, aflevér", bliver hukommelse begrænsningen, ikke CPU.

CrewAI, LangGraph, AutoGPT-agtige løkker — de trender alle i denne retning, når de bliver seriøse. Frameworket æder ikke RAM'en; det gør tilstanden.

Grov dimensionering, ærligt

Jeg vil ikke lade, som om der findes en formel, for det gør der ikke — det afhænger fuldstændig af, hvor meget hver agent holder på. Men en praktisk fornemmelse fra at køre disse:

• Lette, API-bundne agenter — du har slet ikke brug for Pro her; et NAT- eller dedikeret-IP-abonnement ($3–20) klarer det. Pro tjener sin plads, når delt tilstand skubber dig forbi ~32 GB.
• 32 GB — det søde punkt for et rigtigt multi-agent-system: 5–10 agenter med delt hukommelse plus en vektordatabase, der faktisk er nyttig. De fleste lander her.
• 64 GB — større flåder, længere historikker, et hukommelsesindeks i millioner af vektorer eller flere tjenester samplaceret. Det er her, én boks erstatter de tre mindre, du ellers ville jonglere med.
• 80 GB — tungt, hukommelsesbundet arbejde: store in-memory-datasæt, mange samtidige agenter, eller agenter plus lokal modelinferens på samme vært.

Start under, hvor du tror, du skal være. Hold øje med htop en dag. Skalér op, når du ser swap, ikke før — at gætte højt spilder bare penge.

Den del, der er svær at købe

Her er det, der gør dette akavet: at leje 64 GB RAM er let. At leje 64 GB med krypto og uden identitetstjek er det ikke. De fleste udbydere, der sælger seriøs hukommelse billigt, gør det bag et kort og en KYC-formular.

Hvis din agent selv provisionerer sin egen server, eller arbejdsbyrden rører data, du helst ikke vil knytte til et navn, er den kombination — høj hukommelse, krypto, ingen KYC, og bestilbar af agenten selv over MCP — det faktiske produkt. Det er ikke billigere per gigabyte, og jeg har skrevet separat om, hvorfor den sammenligning vildleder. Det er tilgængeligt på vilkår, næsten ingen tilbyder.

Så hvad gør du

Hvis dine agenter er lette og API-bundne, så tænk ikke for meget over det — et lille NAT- eller dedikeret-IP-abonnement er rigeligt, spring hele højhukommelses-spørgsmålet over. Hvis du kører et rigtigt hold, der holder tilstand, så dimensionér efter, hvad der faktisk er i hukommelsen, start ved 32 GB, og gå op, når grafen fortæller dig det.

Når du er der, dækker Pro-linjen 32 til 80 GB med en dedikeret IP og natlige backups. Vælg det niveau, der matcher dit arbejdssæt, ikke dine ambitioner.