Saltar al contenido
Journal

Cuánto servidor necesita tu aplicación

Memoria, procesador, disco y tráfico: qué significa cada número y cómo elegir el tamaño del servidor sin pagar por lo que no usas ni trabarte en el primer pico de visitas.

Infraestructura. 22 de octubre de 2026. 6 min de lectura.

Parte trasera de un servidor con cables de red azules conectados y luces de estado encendidas

Elegir un servidor suele ser así: alguien abre una tabla de planes, ve cuatro números en cada fila y elige el del medio, por las dudas. A veces sale bien. A veces la empresa paga durante meses una máquina que se queda en 5% de uso, o descubre en un día de ofertas que el servidor era demasiado chico.

Se puede elegir mejor entendiendo qué hace cada número.

Los cuatro números

La memoria (RAM) es lo que más suele faltar. Cada programa que corre en el servidor ocupa una parte: la aplicación, la base de datos, el sistema operativo, las tareas en segundo plano. Cuando se acaba, el servidor se pone lento de golpe o tira abajo alguno de esos programas. Si la aplicación y la base de datos comparten la misma máquina, empieza con al menos 4 GB.

El procesador (vCPU) pesa cuando la aplicación hace cálculos: generar un informe, redimensionar una imagen, procesar una planilla que subió el cliente. Una aplicación común, que solo busca y guarda datos, usa poco procesador la mayor parte del tiempo y lo necesita en los picos.

El disco (SSD) guarda el sistema, la base de datos, los archivos subidos y los registros (logs). La base de datos y los logs crecen cada mes. Conviene ver cuánto ocupan hoy y proyectar un año hacia adelante.

El tráfico es el volumen de datos que sale del servidor hacia quien accede. Páginas, imágenes, archivos descargados. Para un sistema interno, casi nunca es el límite. Si sirves video o muchos archivos grandes, es el primer número que hay que mirar.

Un punto de partida

SituaciónEmpieza con
Sitio o API pequeña, pocas visitas2 vCPU, 2 GB de memoria
Sistema de la empresa con la base de datos en el mismo servidor2 vCPU, 4 GB
SaaS con clientes que pagan y tareas en segundo plano2 vCPU, 8 GB
Muchos accesos simultáneos o una base de datos pesada4 vCPU, 16 GB o más

Son puntos de partida. El tamaño correcto aparece después de algunas semanas observando la aplicación en uso real.

Medir antes de crecer

Antes de cambiar de plan, mira el monitoreo:

  • Memoria por encima del 80% todo el tiempo pide más memoria, o separar la base de datos en otro servidor.
  • Procesador alto solo en algunos horarios puede pedir un servidor más grande o simplemente cambiar el horario de una tarea pesada, como el informe que corre a las 9 de la mañana, cuando llega todo el mundo.
  • Disco por encima del 70% pide más espacio o una limpieza de logs viejos y archivos temporales.

Si nada de eso pasa, el servidor tiene el tamaño correcto y no hay motivo para pagar más.

Lo que no puede faltar en ningún tamaño

Backup automático probado (un backup que nunca se restauró es una apuesta), un firewall que solo abre lo necesario, un certificado de seguridad en el dominio y alguien mirando el monitoreo. Estos puntos valen para el servidor más chico tanto como para el más grande.

En Anuntech Cloud los planes siguen esta lógica y ya incluyen backup, firewall y monitoreo. Si tienes dudas sobre el tamaño, cuéntanos qué hace la aplicación y cuántas personas la usan. Te ayudamos a elegir, incluso si la respuesta es el plan más chico.

Cuéntanos qué estás tratando de construir.

Sin formularios. Nos explicas el problema por WhatsApp y te decimos con franqueza si tiene sentido trabajar juntos.