¿Alcanza el servidor o hay que pasar a uno más grande?
La radiografía del servidor, tal como está ahora
Memoria: de 7,6 GB, hay 3,1 GB ocupados y 4,6 GB disponibles. La barra se ve así:
Gris: lo que ya está usado. Verde: lo que queda libre.
Procesador: hay 4 núcleos y ahora mismo están 61% quietos. Hay aire de sobra.
Corren 35 contenedores (cada contenedor es como un local dentro del edificio). El disco está al 60%: quedan 30 GB.
Quién se come la memoria hoy
Esto es importante, porque de los 3,1 GB usados, el Gestor Obra usa muy poquito:
| Qué | Cuánta memoria |
|---|---|
| La plataforma que me hace funcionar a mí (mensajería, panel, puertas de entrada) | ≈ 1,5 GB |
| El enrutador de modelos (OmniRoute, el que maneja tus IAs) | 478 MB |
| Gestor Obra: el programa y las dos bases de datos | ≈ 400 MB en total |
| Sistema, Docker y resto de los contenedores | ≈ 700 MB |
Lo que pedirían las dos apps nuevas
| App | Qué pesa | Memoria estimada |
|---|---|---|
| Negocios (bot-003) | Programa web, fotos, recorte de imágenes y procesamiento de video | 300 a 500 MB en reposo; sube fuerte cuando procesa un video |
| Concesionarias (panel-006) | Programa web, recorte de imágenes y un navegador invisible para leer MercadoLibre | 300 a 500 MB en reposo; sube cuando scrapea |
| Total | Las dos juntas | 1 a 1,5 GB, con picos cortos |
Contra 4,6 GB libres, entran con lugar. Es como tener un galpón con la mitad vacío y querer meter dos autos: hay espacio.
Los tres problemas reales (y ninguno se arregla pagando)
1. No tenés red de contención (el más importante)
El servidor no tiene memoria de auxilio (se llama swap). Es un colchón en el disco que se usa cuando la memoria se llena. Hoy no hay colchón: si un proceso se descontrola, el sistema mata lo primero que encuentra, y puede ser la base del Gestor Obra.
Poner 4 GB de colchón no cuesta nada y se hace en cinco minutos. Es el mismo principio que el disyuntor de la casa: no evita el cortocircuito, evita que se prenda fuego todo.
Entonces, ¿paso al de 16 GB o no?
El salto que mencionás (de 8 a 16 GB) en el mismo proveedor y la misma familia también duplica los núcleos: pasarías de 4 a 8, con el mismo disco de 80 GB. Y el precio, en esa familia, es cerca del doble: por eso te da entre 15 y 20 dólares.
(Los precios exactos no los pude leer desde acá porque Hetzner pide iniciar sesión. La relación de "el doble de memoria, el doble de precio" es cómo escala esa familia; confirmalo en el panel antes de pagar.)
| Situación | Qué hacer |
|---|---|
| Probás las apps con tu propio negocio y uno o dos clientes de prueba | Quedate en el de 8 GB. Con el colchón y el tope de memoria, sobra |
| Vendés el segundo o tercer cliente con bot andando | Ahí sí: 16 GB. No por la memoria, por los picos de video e imágenes |
| Empezás a procesar videos o a scrapear MercadoLibre todos los días | 16 GB también, y conviene separar el scrapeo en un horario fijo |
| Vendés licencia con servidor propio por cliente | Otro servidor aparte, no este |
Lo que NO haría
- No pasar a 32 GB. Es el triple de plata para un problema que todavía no tenés.
- No separar cada app en un servidor propio. Tres servidores chicos cuestan más que uno mediano y hay que mantener tres.
- No comprar disco extra todavía. 30 GB alcanzan; primero limpiar imágenes viejas.
Próximos pasos
- Decime "dale" y pongo los 4 GB de colchón (swap) en el servidor. No cuesta nada y no reinicia nada.
- Después subo las dos apps con tope de 1 GB cada una y las dejo andando junto al Gestor Obra.
- En una semana medimos otra vez, con las tres corriendo. Con esos números decidís si pagás el servidor de 16 GB o te quedás donde estás.