EQVPS

VPS voor multi-agent systemen en agent-vloten

Eén agent is goedkoop te hosten. Een crew van tien die gedeelde state vasthoudt is een geheugenprobleem. Een CrewAI/LangGraph-vloot dimensioneren, waarom state RAM opeet, en waar no-KYC high-memory past. Vanaf $40/mnd.

De meest voorkomende fout met agent-hosting is dimensioneren voor één agent. Iemand draait een enkele agent, ziet hem 400 MB gebruiken, en concludeert dat agents goedkoop te hosten zijn. Dan schalen ze op naar een echte crew en begint de box te swappen om 3 uur 's nachts.

Eén agent is goedkoop. Dat is niet het interessante geval.

Waar het geheugen eigenlijk heen gaat

Een agent die alleen API-calls op een model afvuurt is licht — hij wacht meestal op het netwerk. Draai er een dozijn van op een klein plan en je zou het nooit merken.

Het RAM verdwijnt wanneer agents state vasthouden. History die elke beurt groeit. Een working set die meerdere agents lezen en schrijven. Een vector store voor langetermijngeheugen in hetzelfde proces. Op het moment dat de architectuur ophoudt "roep API aan, vergeet" te zijn en "onthoud, coördineer, draag over" wordt, is geheugen de constraint — niet CPU. CrewAI, LangGraph, AutoGPT-achtige loops neigen allemaal deze kant op naarmate ze serieuzer worden. Het framework eet het RAM niet op; de state doet dat. We doken hier in de cijfers.

Ruwe dimensionering

Begin onder waar je denkt te moeten zijn, kijk een dag naar htop, herschaal omhoog wanneer je swap ziet. Hoog gokken verspilt gewoon geld.

Waarom deze vorm van host

Een vloot die zijn eigen servers provisioneert of beheert wil een API die hij zonder mens kan aansturen — en in toenemende mate, ook betalen zonder een. High memory, een dedicated IP, cryptobetaling, geen KYC, en het geheel bestelbaar door een agent via MCP: die combinatie is zeldzaam, en het is waar de Pro-lijn voor gebouwd is. Het is niet het goedkoopste per gigabyte, en als je agents licht zijn heb je het echt niet nodig. Maar voor een serieus systeem dat state vasthoudt en privacy waardeert, is het de juiste keuze.

Wanneer je er bent, dekt Pro-32 een echte crew; schaal op naar 64 of 80 GB naarmate de vloot groeit.

Klaar om te implementeren? Betaal met crypto, geen KYC — live in ongeveer een minuut.

Nu implementeren →

FAQ

Hoeveel agents passen op Pro-32 vs Pro-64?

Geen schoon getal — het hangt ervan af hoeveel elke agent in het geheugen houdt. Ruwe indruk: een crew van 5–10 met gedeeld geheugen plus een bescheiden vector store is comfortabel op 32 GB; een paar dozijn agents, grotere histories, of een grote memory-index brengt je naar 64 GB. Begin lager, herschaal wanneer je swap raakt.

Mijn agents roepen alleen een LLM-API aan — heb ik dit nodig?

Waarschijnlijk niet. Lichte, API-gebonden agents raken lokaal geheugen nauwelijks aan; een NAT- of dedicated-IP-plan van $3–20 handelt ze prima af. Pro verdient zijn plek zodra agents gedeelde state vasthouden — history, een working set die ze rondgeven, een vector store voor geheugen.

Heb ik een GPU nodig voor een agent-vloot?

Nee. Agents orkestreren en roepen een LLM aan; het model draait op de GPU's van je provider. Lokaal heb je CPU en RAM nodig voor coördinatie, geheugen en eventuele vector search. Dat is precies wat een Pro-plan is.

Waarom no-KYC voor een agent-systeem?

Als een agent zijn eigen infrastructuur provisioneert, of de workload data raakt die je liever niet aan je identiteit koppelt, houdt betalen in crypto zonder ID de hele lus privé — en een agent kan de server zelf bestellen via MCP, zonder menselijke stap.

Reacties

Nog geen reacties. Wees de eerste.

Laat een reactie achter

Reacties worden gemodereerd voordat ze verschijnen.