20 usos reales para un VPS y cuánta RAM necesita
Descubre 20 usos reales de un VPS, desde webs y VPN hasta fotos, juegos y agentes de IA, con el consumo de RAM indicado para cada caso.
Qué se puede hacer con un VPS?
Un VPS (servidor privado virtual) es una máquina Linux con una dirección IP pública que sigue funcionando aunque el portátil esté apagado. Por tanto, cualquier servicio que deba permanecer accesible puede ejecutarse allí. En la práctica, esto incluye sitios web, una VPN privada, almacenamiento propio de archivos y fotos, servicios multimedia, servidores de juegos, scripts programados y una lista cada vez mayor de herramientas de IA. A continuación se describen veinte usos que la gente ejecuta realmente, ordenados aproximadamente según la frecuencia con la que son el motivo principal para alquilar un servidor.
Cada entrada indica en qué consiste la tarea, cuánta memoria consume y dónde se encuentra la guía completa. Si busca un catálogo más amplio de aplicaciones en lugar de tareas, consulte la lista complementaria de aplicaciones que merece la pena alojar uno mismo en 2026, organizada aplicación por aplicación.
Las 20 cosas que la gente ejecuta realmente
- Alojar un sitio web o una aplicación web. Esta sigue siendo la respuesta más habitual. Un solo servidor pequeño puede ejecutar nginx o Apache, PHP y una base de datos sin problemas con 1 GB de RAM, y el punto de partida clásico es una pila LAMP en Ubuntu 24.04. Añada un certificado gratuito con Certbot y Let's Encrypt en nginx, porque una dirección IP sin más en el puerto 80 hace que los navegadores muestren una advertencia que le hace perder visitantes.
- Ejecutar varios sitios y aplicaciones en un mismo servidor. Un servidor puede atender una docena de nombres si algo situado delante clasifica las peticiones por nombre de host. Un reverse proxy realiza esa tarea y también renueva los certificados. Por eso Traefik delante de varias aplicaciones Docker suele ser el segundo paso. El ahorro es real: cinco proyectos en un servidor de 4 GB cuestan menos que cinco servidores pequeños y son más fáciles de respaldar.
- Su propia VPN. Un VPS le proporciona una IP de salida bajo su control. Así, una Wi-Fi pública no puede leer su tráfico y sus servicios domésticos no quedan expuestos en Internet. WireGuard usa menos de 50 MB de memoria y se ejecuta en el kernel. El servidor apenas nota la carga. La guía VPN WireGuard autohospedada cubre los problemas de handshake y DNS que suelen afectar a los usuarios. Estos dos productos se confunden con frecuencia. Por eso conviene dedicar un minuto antes a la comparación entre VPS y VPN.
- Un gestor de contraseñas bajo su control. Vaultwarden utiliza el protocolo de Bitwarden. Todas las aplicaciones oficiales y extensiones del navegador se conectan a su servidor en lugar de hacerlo al de una empresa. Necesita unos 150 MB de RAM y casi nada de disco. Por eso Vaultwarden en un VPS es el mejor primer proyecto de esta lista. Este servidor contiene todas sus contraseñas. Trate su certificado y sus copias de seguridad como parte de la instalación, no como una tarea posterior.
- Almacenamiento de archivos y calendarios en la nube. Nextcloud sustituye un plan de pago de Drive o Dropbox por clientes de sincronización para todos los ordenadores y teléfonos, además de calendarios y contactos. Reserve de 1 a 2 GB de RAM, además del espacio necesario para sus archivos, e instálelo desde el principio en PostgreSQL. La guía Nextcloud con Docker, TLS y copias de seguridad explica por qué migrar la base de datos más adelante es la forma más habitual de dañar una instancia.
- Una biblioteca de fotos con carga desde el teléfono. Immich carga automáticamente las fotos de la cámara y permite buscar por rostros y objetos. Esta función es la que finalmente hace que muchos usuarios abandonen Google Photos. Es la aplicación que más recursos consume de esta lista debido al contenedor de aprendizaje automático. Lea la guía de Immich autohospedado antes de contratar el plan más pequeño. La página de requisitos de Immich pide al menos 6 GB de RAM (se recomiendan 8 GB) y 2 núcleos de CPU, o 4 GB de RAM con las funciones de aprendizaje automático desactivadas. Si su plan no puede reservar esa cantidad de memoria, PhotoPrism e Immich comparados directamente analiza ambos en cuanto a RAM, aplicaciones móviles y comandos de copia de seguridad para que pueda elegir el que su servidor pueda ejecutar realmente. Fije una versión en lugar de extraer
latest, porque siguen apareciendo cambios incompatibles entre versiones.
- Un servidor multimedia para su propia biblioteca. Jellyfin transmite sus películas y series a una aplicación de TV, un navegador o un teléfono sin cuenta y sin pago por la reproducción remota. En reposo utiliza entre 1 y 2 GB de RAM. No obstante, la guía de hardware de Jellyfin recomienda 8 GB para una implementación media y señala que 4 GB pueden ser suficientes en un servidor Linux sin entorno de escritorio. Lo que determina si funciona es la transcodificación. Jellyfin en un VPS muestra cómo conservar los archivos en un formato que los clientes reproduzcan directamente. Así, el servidor sólo mueve bytes. Cuando ya esté funcionando, Halcyon presenta la misma biblioteca como un videoclub de los años 1990 que se recorre estante por estante. En la práctica, resulta una forma mucho mejor de elegir algo que desplazarse por una cuadrícula interminable de miniaturas.
- Un servidor de juegos para amigos. Un servidor de Minecraft para unos pocos jugadores necesita entre 2 y 4 GB de RAM y una máquina que siga activa cuando el jugador anfitrión se vaya a dormir. Eso es precisamente lo que ofrece un VPS. La guía servidor de Minecraft en un VPS cubre los flags de memoria de Java y su ejecución bajo systemd para que se reinicie automáticamente después de un fallo.
- Scripts, scrapers y bots programados. Todo lo que deba ejecutarse a las 3 de la madrugada necesita una máquina que esté activa a las 3 de la madrugada. Escriba el trabajo como un servicio de systemd con un temporizador en lugar de una línea de cron. Así tendrá registros, estado de error y una forma limpia de probarlo. Servicios y temporizadores de systemd en un VPS incluye los archivos de unidad. Un bot de Discord o Telegram sigue el mismo patrón, pero con un proceso de larga duración en lugar de uno programado.
- Flujos de trabajo de automatización. n8n proporciona un editor visual para las tareas por las que Zapier cobra según el número de ejecuciones. Al ejecutarlo usted mismo elimina ese coste por tarea. El tamaño de los datos sigue teniendo un límite, pero usted decide cuál: n8n limita las cargas útiles a 16 MiB de forma predeterminada mediante
N8N_PAYLOAD_SIZE_MAX. Puede aumentarlo y reiniciar el servicio. Consume unos 500 MB de RAM. Defina explícitamente la clave de cifrado, como muestra n8n autohospedado con HTTPS. De lo contrario, n8n genera una clave durante el primer arranque y la guarda en su carpeta~/.n8n. Si esa carpeta no está en un volumen persistente, una reconstrucción del contenedor elimina la clave y hace que todas las credenciales guardadas resulten ilegibles.
- Ejecutar un modelo de lenguaje por cuenta propia. Ollama sirve modelos de pesos abiertos mediante una API local. Así, las instrucciones y los documentos nunca salen de su servidor. En un VPS que sólo use CPU, espere unos pocos términos por segundo en lugar de respuestas instantáneas. Reserve unos 8 GB de RAM para un modelo 8B habitual. La descarga predeterminada de
llama3.1:8bde Ollama ocupa por sí sola 4.9 GB, antes de contar el contexto. Ejecutar Ollama para autohospedar un LLM ofrece cifras realistas. Para añadir una plataforma de flujos de trabajo sobre el modelo, Dify en un VPS incorpora una interfaz y recuperación de información.
- Dar un lugar donde ejecutarse a un agente de programación. Un agente de programación de IA que trabaja durante una hora no sirve de nada si muere al cerrar el portátil. Por eso se ejecuta en un servidor dentro de un multiplexor de terminales y se vuelve a conectar más tarde. Claude Code en un VPS con tmux muestra la configuración, y ejecutar un agente de programación en un VPS explica el esquema general. Asígnele un usuario sin privilegios propio y un directorio del que no pueda salir.
- Alojar servidores MCP para sus asistentes. Los servidores MCP (model context protocol) son procesos pequeños que permanecen activos y exponen herramientas y datos a un cliente de IA. La ejecución permanente es precisamente lo que un portátil no puede garantizar. Servidores MCP en un VPS explica cómo ejecutarlos detrás de TLS con autenticación. Esto es importante porque un endpoint MCP abierto permite que cualquiera invoque sus herramientas.
- Supervisar sus otros servidores. Uptime Kuma comprueba sus sitios y le envía alertas por casi cualquier canal. Consume unos 200 MB. Hay una regla que muchos pasan por alto: supervise la producción desde otra máquina. La supervisión de estado con Uptime Kuma ejecutada en el mismo servidor que supervisa no puede avisarle cuando ese servidor se apaga.
- Métricas reales, no sólo activo o inactivo. Cuando tiene varios servidores en lugar de uno, necesita métricas históricas y umbrales para CPU, disco y servicios. Un servidor de supervisión Zabbix lo hace mediante un agente en cada host. Los ejemplos de hardware del propio Zabbix indican 2 núcleos de CPU y 8 GiB de memoria incluso para la instalación más pequeña (1,000 métricas supervisadas), además de su propia base de datos. Empiece con una comprobación de disponibilidad sencilla y amplíe la supervisión cuando tenga algo que justifique esa ampliación.
- Copias de seguridad externas para todo lo demás. Una copia de seguridad en el mismo disco que los datos no es una copia de seguridad. Un VPS económico con un volumen grande es un destino adecuado. Copias de seguridad con restic en un VPS proporciona snapshots cifrados, deduplicados y versionados, con una restauración que puede probar realmente. Pruébela cada mes, porque una copia de seguridad no probada es sólo una esperanza.
- Su propio runner de CI. Los minutos de compilación alojados se agotan. Un runner autohospedado mantiene las cachés disponibles y los secretos en local. Un runner autohospedado de GitHub Actions muestra la instalación y el aislamiento. Esto es especialmente importante en repositorios públicos, donde una pull request puede ejecutar código en su máquina.
- Chat de equipo bajo su control. Rocket.Chat incluye hilos, llamadas e integraciones para un equipo que prefiere no pagar por usuario. Es una de las opciones más pesadas de esta lista. A fecha de 2026-10-12, los requisitos del sistema de Rocket.Chat asignan incluso al nivel más pequeño (hasta 500 usuarios simultáneos y sin alta disponibilidad) un mínimo de 4 GiB de memoria para el nodo de Rocket.Chat y otros 4 GiB para MongoDB, configurado con tres miembros de réplica. Por tanto, un servidor que aloje la aplicación y un miembro de MongoDB necesita al menos 8 GB, y Rocket.Chat 8.x necesita MongoDB 8.0 o posterior. Rocket.Chat con Docker Compose explica la secuencia de versiones, porque omitir una versión principal de MongoDB durante una actualización deja la base de datos inutilizable.
- Una red privada entre todas sus máquinas. Cuando tiene varios servidores y un portátil, una red de malla es más fácil de administrar que un único concentrador. Headscale como servidor de control de Tailscale autohospedado mantiene la coordinación en su propio servidor. Cuando debe ser accesible una red completa en lugar de un único host, como una LAN doméstica o el rango privado de un proveedor, un VPS que anuncia esas rutas como router de subred evita instalar el cliente en cada dispositivo situado detrás. Combínelo con el hábito de tratar los hosts como un grupo. Eso es precisamente lo que aborda administrar varios servidores Linux.
- Un laboratorio y un servidor de correo, si insiste. Un VPS es un lugar seguro para romper cosas. Pruebe un servidor FreeBSD 15 o ejecute máquinas virtuales dentro del servidor cuando el plan permita virtualización anidada. El correo electrónico aparece al final de forma deliberada, porque la mayoría de los proveedores bloquean el puerto saliente 25 y conseguir una buena entregabilidad es una lucha larga. Lea correo autohospedado con Mailcow teniendo en cuenta estas limitaciones.
¿Cuántos recursos de servidor necesita cada uno?
La memoria suele ser el primer límite que se alcanza, aunque la CPU y el disco también cuentan: Immich, por ejemplo, pide al menos 2 núcleos de CPU además de la RAM. Un plan de 1 GB permite ejecutar una aplicación pequeña: un sitio web, una VPN, un gestor de contraseñas o un bot. Un plan de 4 GB es una opción cómoda para ejecutar varios servicios detrás de un único proxy, que es lo que acaba haciendo la mayoría de las personas de esta página.
El tamaño problemático es 2 GB. Es donde alguien añade un tercer contenedor, el kernel lo termina silenciosamente y ningún registro de la aplicación explica el motivo. Ejecute sudo dmesg | grep -i "out of memory" y verá la línea Out of memory: Killed process que el runtime de contenedores ocultó. Las cargas de trabajo de IA no siguen esta regla: un modelo de lenguaje de 8B típico, tal como lo distribuye Ollama, necesita aproximadamente 8 GB de RAM para funcionar con comodidad, y el aprendizaje automático de imágenes es similar. La cuantización cambia mucho esa cifra, ya que Bonsai 8B de 1 bit de PrismML empaqueta sus parámetros 8B en un archivo de 1.16 GB que se ejecuta en llama.cpp. Rocket.Chat es la otra excepción, con un mínimo documentado de 4 GiB para el servidor de chat y otros 4 GiB para su base de datos, es decir, al menos 8 GB.
El disco depende de los datos. Las fotos, los archivos multimedia y las copias de seguridad son las únicas entradas de esta lista que necesitan cientos de gigabytes. Los archivos multimedia también necesitan espacio temporal adicional al de la biblioteca: la guía de hardware de Jellyfin recomienda 100 GB de SSD para el sistema operativo, los archivos de Jellyfin y la caché de transcodificación. También calcula el tamaño de esa caché como el tamaño del archivo más grande multiplicado por el número máximo de transmisiones simultáneas. Todo lo demás se mide en decenas de gigabytes y no en cientos, así que compare el disco del plan elegido con los datos que espera conservar.
Antes de ejecutar nada
Todo lo anterior presupone la misma base: una máquina a la que pueda acceder, un usuario que no sea root y un firewall.
sudo apt update && sudo apt upgrade -y
sudo adduser deploy
sudo usermod -aG sudo deploy
sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw statussudo ufw status debería mostrar Status: active con una línea que permita 22/tcp. Abra un segundo terminal y confirme que todavía puede iniciar sesión antes de cerrar el primero, porque un firewall que le bloquee el acceso requiere recuperar la consola desde el panel del proveedor. Los primeros diez minutos en un VPS nuevo cubre todo el proceso, y Endurecimiento de SSH desactiva el inicio de sesión mediante contraseña para que los intentos constantes de fuerza bruta en segundo plano dejen de ser relevantes.
Casi todas las aplicaciones anteriores se distribuyen como contenedores, así que instale Docker una sola vez y el resto de la lista se reduce a copiar y pegar:
curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-worldUn error al leer permission denied while trying to connect to the Docker daemon socket significa que el cambio de grupo todavía no se ha aplicado al shell. Cierre la sesión y vuelva a iniciarla. Conceptos básicos de Docker Compose explica el formato de archivo que utilizan todas las guías anteriores.
Para qué no es adecuado un VPS
Algunos límites honestos. El trabajo gráfico pesado y el entrenamiento de modelos requieren una GPU, y un VPS estándar no dispone de una, por lo que la inferencia en CPU sigue siendo lenta sin importar cuánta RAM añada. Cuando lo que realmente necesita es una GPU o unos pocos terabytes de disco, una máquina en casa es la alternativa honesta, y Proxmox en casa frente al alquiler de un VPS realiza el cálculo de hardware y electricidad frente a una factura mensual. Cualquier servicio en el que cinco minutos de inactividad causen un daño real, como una alarma doméstica o un aviso médico, no debe ejecutarse en un servidor de aficionado que usted actualiza los domingos por la noche. Un único servidor es también un único punto de fallo, por lo que un servicio que nunca debe estar caído necesita una segunda máquina y una forma probada de cambiar a ella.
El correo electrónico merece su propia advertencia aunque esté en la lista. El puerto de salida 25 está bloqueado por la mayoría de los proveedores, e incluso con él abierto, una dirección IP nueva sin reputación termina en spam hasta que los registros DNS son correctos y la dirección ha sido calentada. Es un trabajo continuo real en lugar de algo de un fin de semana.
FAQ
¿Cuál es el uso más común de un VPS?
Alojar un sitio web o una aplicación web. Un servidor pequeño con nginx o Apache, PHP y una base de datos puede gestionar un sitio personal, el sitio de un cliente o un producto pequeño con 1 GB de RAM. Es la forma más económica de obtener una dirección IP pública real con control total de la pila. La segunda opción más común es una VPN privada, porque un servidor propio proporciona una dirección de salida que nadie más comparte.
¿Cuánta RAM necesito para las cosas de esta lista?
Para un servicio pequeño, 1 GB es suficiente. Para varios servicios detrás de un solo reverse proxy, 4 GB es una cantidad cómoda y el plan que elige la mayoría. Las cargas de trabajo de IA son la excepción: un modelo de lenguaje habitual de 8B en Ollama necesita aproximadamente 8 GB para funcionar cómodamente, aunque las versiones muy cuantizadas necesitan mucho menos. El aprendizaje automático de imágenes necesita una cantidad similar. Rocket.Chat también se encuentra en ese rango, porque su mínimo documentado es de 4 GiB para la aplicación y otros 4 GiB para MongoDB. El disco sólo importa si almacena archivos multimedia, fotos o copias de seguridad.
¿Puedo ejecutar más de uno de estos servicios en el mismo servidor?
Sí, y es lo normal. Coloque cada aplicación en su propio contenedor, no publique ningún servicio directamente en Internet y deje que un solo reverse proxy gestione los nombres y los certificados. El límite es la memoria, no el número de aplicaciones. Sume las cifras reales anteriores y deje al menos un 25 por ciento de margen para que una actualización o una copia de seguridad no provoque una terminación por falta de memoria.
¿Necesito conocer Linux para usar un VPS?
Necesita lo básico: conectarse mediante SSH, editar un archivo y leer un registro. Todo lo demás de estas guías consiste en copiar, pegar y comparar la salida con lo que la guía indica que debería aparecer. Si prefiere hacer clic en lugar de escribir, un panel de control gestiona las aplicaciones por usted. La comparación de Cloudron, CasaOS y Coolify explica qué flexibilidad sacrifica con cada opción.
¿Es un VPS más barato que pagar estos servicios?
Por lo general, sí, cuando ejecuta más de un servicio. Un solo servidor de 4 GB puede sustituir al mismo tiempo una suscripción de sincronización de archivos, un plan de gestor de contraseñas, un plan de almacenamiento de fotos y el coste de una herramienta de automatización. El coste que asume a cambio es su propio tiempo: las actualizaciones, los certificados y las copias de seguridad pasan a ser responsabilidad suya. Por tanto, el ahorro sólo es real si realmente se ocupa de esas tareas.