Com triar un VPS per a Docker: mesura els recursos de l’aplicació

Una aplicació creada amb IA pot acabar sent un web estàtic, una API, diversos contenidors o una base de dades amb tasques en segon pla. El nom del framework i el nombre de serveis de Docker Compose no indiquen quin servidor has de contractar. Prova una càrrega semblant a la real i fes servir els resultats per triar RAM, CPU i disc: no hi ha una mida universal per a «una app Docker».

Si encara has de preparar la pila i el proxy invers, consulta la guia per desplegar Docker Compose en un VPS. Aquest article se centra en la capacitat de la màquina.

Si el projecte és una aplicació Django convencional amb Gunicorn i Nginx, segueix la guia de desplegament de Django en un VPS, amb l’entorn Python, el servei systemd i les comprovacions de producció. Per a una aplicació Flask, consulta la guia de Flask amb Gunicorn i Nginx; per a una API ASGI, la guia de FastAPI amb Uvicorn.

Fes inventari del que s’executarà

Anota cada servei permanent: aplicació, workers, proxy, base de dades, cua, memòria cau i monitoratge. Inclou el sistema operatiu, Docker, les tasques de manteniment i les feines puntuals com una compilació o una migració. Una compilació de Next.js pot tenir un pic diferent del servidor mentre atén visites; mesura totes dues fases si les executaràs al mateix VPS.

Separa els fitxers estàtics dels serveis que necessiten un procés actiu. Si el resultat és estàtic, compara Hostbrid Projects abans d’administrar un VPS. Un VPS et dona accés root i control del sistema; també t’encarrega Docker, les actualitzacions, el tallafoc, les còpies i la recuperació.

Un bot de Discord que ha de continuar connectat també necessita un procés permanent: consulta la guia per executar un bot de Discord 24/7 en un VPS.

Mesura una prova representativa

Inicia un entorn de prova i reprodueix les tasques importants: trànsit esperat, consultes a la base de dades, pujades de fitxers, workers, tasques programades i una actualització. Una lectura en repòs no representa el pic. Anota el consum durant l’arrencada, la càrrega i la finalització de les feines; comprova també el temps de resposta i els errors.

docker compose ps
docker stats --no-stream
free -h
df -h
docker system df -v

docker stats --no-stream obté una mostra; docker stats manté les estadístiques obertes mentre executes la prova. A Linux, la xifra de memòria del client Docker resta una part de la memòria cau i no substitueix l’observació del servidor complet. Compara la memòria disponible del sistema amb tota la pila. docker system df -v ajuda a revisar els objectes de Docker; df -h mostra l’espai dels sistemes de fitxers. Consulta la referència d’estadístiques de Docker i la seva guia de límits de recursos.

Tria RAM, CPU i disc per separat

Per a la RAM, observa els pics simultanis de tota la màquina, no només la mitjana de cada contenidor. Reserva capacitat per al sistema i les variacions de càrrega. Docker no limita automàticament la memòria de cada contenidor: si defineixes límits a Compose, la suma ha de deixar espai per al servidor i els límits no poden quedar per sota de les necessitats reals. Un límit massa baix pot acabar el procés per manca de memòria; la swap no converteix el disc en RAM ràpida.

Per a la CPU, mira l’ús sostingut juntament amb la latència i la feina pendent. Una compilació pot requerir CPU durant uns minuts, encara que l’app en repòs no en necessiti tant. Per al disc, compta el sistema, les imatges que conviuran durant les actualitzacions, les dades persistents, les pujades, els registres i l’espai temporal. Una còpia desada al mateix VPS no et protegeix si perds el servidor.

No dedueixis una mida a partir de «tres contenidors». La base de dades pot dominar la RAM; les execucions d’una automatització poden omplir el disc; i una app que crida una API d’IA externa necessita recursos diferents d’una que executa un model localment. Tria després de mesurar i repeteix la prova quan canviïn el trànsit, les dades o l’arquitectura.

Compara el resultat amb el catàleg

Quan tinguis una prova útil, compara CPU, RAM, emmagatzematge i trànsit amb les mides VPS disponibles. A la contractació, confirma el preu final, la IPv4, la disponibilitat i les condicions vigents. Si preveus que necessitaràs una talla superior més endavant, confirma amb suport quins canvis admet el teu servei i en quines condicions abans de dependre’n en producció.

Si estàs comparant tarifes i extres entre proveïdors, consulta també la guia per calcular el cost total d’un VPS econòmic.

Si el projecte és un agent sempre actiu com OpenClaw, consulta també els requisits i l’accés privat des d’un VPS; allotjar-lo no vol dir exposar el Gateway a Internet.

Si no pots reproduir la càrrega o no saps distingir una compilació temporal d’un servei permanent, anota el framework, els contenidors, la base de dades i el consum observat, i consulta’ns abans de triar. No enviïs claus, contrasenyes ni dades reals d’usuaris.