¿Qué puedes hacer con un VPS? 20 usos reales
Descubre 20 usos reales de un VPS, desde webs y VPN hasta fotos, juegos y agentes de IA, con el consumo de RAM aproximado de cada servicio.
¿Qué puedes hacer con un VPS?
Un VPS (servidor privado virtual) es una máquina Linux con una dirección IP pública que funciona tanto si tu portátil está encendido como si no. Por eso, cualquier servicio que deba estar siempre accesible puede ejecutarse allí. En la práctica, esto incluye sitios web, una VPN privada, tu propio almacenamiento de archivos y fotos, contenido multimedia, servidores de juegos, scripts programados y un conjunto cada vez mayor de herramientas de IA. A continuación se muestran veinte usos que la gente realmente ejecuta, ordenados aproximadamente según la frecuencia con la que son el motivo principal para alquilar un servidor.
Cada entrada explica en qué consiste la tarea, cuánta memoria consume y dónde se encuentra la guía completa. Si quieres un catálogo más amplio de aplicaciones, en lugar de los usos, consulta la lista complementaria de aplicaciones que vale la pena alojar por cuenta propia en 2026, organizada aplicación por aplicación.
Las 20 cosas que la gente realmente ejecuta
- Alojar un sitio web o una aplicación web. Esta sigue siendo la respuesta más común. Un único servidor pequeño ejecuta 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 cuesta cada visitante.
- Ejecutar varios sitios y aplicaciones en un único servidor. Un servidor puede atender una docena de nombres si algo situado delante clasifica las solicitudes por nombre de host. Un proxy inverso 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 que controla, de modo que 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, por lo que el servidor apenas lo nota. La guía de la VPN WireGuard autohospedada cubre los problemas de handshake y DNS que suelen afectar a los usuarios. Estos dos productos se confunden a menudo, así que conviene dedicar un minuto a la comparación entre VPS y VPN.
- Un gestor de contraseñas propio. Vaultwarden usa el protocolo de Bitwarden, por lo que todas las aplicaciones oficiales y extensiones del navegador se conectan a su servidor en lugar de al de una empresa. Necesita unos 150 MB de RAM y casi nada de disco, lo que convierte Vaultwarden en un VPS en el mejor primer proyecto de esta lista. Este servidor almacena todas sus contraseñas, así que 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 Drive o Dropbox de pago por clientes de sincronización para cada ordenador y teléfono, además de calendario y contactos. Reserve de 1 a 2 GB de RAM, más el tamaño de sus archivos, e instálelo en PostgreSQL desde el principio. La guía Nextcloud con Docker, TLS y copias de seguridad explica por qué migrar la base de datos más tarde es la forma más común 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 es la función que finalmente hace que muchos usuarios abandonen Google Photos. Es la aplicación que más recursos consume aquí por su contenedor de aprendizaje automático. Lea la guía de Immich autohospedado antes de contratar el plan más pequeño. 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 pagar por la reproducción remota. Consume en reposo entre 1 y 2 GB de RAM. Lo que determina si funciona es la transcodificación. Jellyfin en un VPS muestra cómo mantener los archivos en un formato que los clientes puedan reproducir directamente, para que el servidor solo transfiera datos.
- Un servidor de juegos para amigos. Un servidor de Minecraft para unos pocos jugadores necesita de 2 a 4 GB de RAM y una máquina que permanezca activa cuando el jugador que lo aloja 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 mediante systemd, de modo que un fallo provoque un reinicio automático.
- Scripts, scrapers y bots programados. Todo lo que deba ejecutarse a las 3 de la madrugada necesita una máquina 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í obtiene logs, estado de fallo y una forma limpia de probarlo. Servicios y temporizadores de systemd en un VPS contiene 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 ofrece un constructor visual para las tareas por las que Zapier cobra, y ejecutarlo por su cuenta elimina tanto el coste como el límite de la cantidad de datos que puede procesar. Usa unos 500 MB de RAM. Establezca explícitamente la clave de cifrado, como muestra n8n autohospedado con HTTPS, porque una reconstrucción del contenedor puede hacer ilegibles todas las credenciales guardadas.
- Ejecutar un modelo de lenguaje por cuenta propia. Ollama sirve modelos de pesos abiertos mediante una API local, por lo que los prompts y documentos nunca salen del servidor. En un VPS sin GPU, espere unos pocos términos por segundo en lugar de respuestas instantáneas, y reserve unos 8 GB de RAM para un modelo 8B. 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 proporciona una interfaz y capacidades de recuperación.
- Dar un lugar de ejecución a un agente de programación. Un agente de programación de IA que trabaja durante una hora no sirve 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 después. Claude Code en un VPS con tmux muestra la configuración, y ejecutar un agente de programación en un VPS explica el enfoque general. Asígnele su propio usuario sin privilegios y un directorio del que no pueda salir.
- Alojar servidores MCP para sus asistentes. Los servidores MCP (model context protocol) son procesos pequeños y siempre activos que exponen herramientas y datos a un cliente de IA. La disponibilidad permanente es lo que un portátil no puede ofrecer. Servidores MCP en un VPS explica cómo ejecutarlos detrás de TLS con autenticación. Esto es importante porque cualquier persona puede llamar a un endpoint MCP abierto.
- Supervisar sus otros servidores. Uptime Kuma hace ping a sus sitios y le envía alertas por casi cualquier canal. Se ejecuta con 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 servidor que supervisa no puede avisarle cuando ese servidor falla.
- Métricas reales, no solo disponible o no disponible. Cuando tiene varios servidores en lugar de uno, necesita métricas históricas y activadores para CPU, disco y servicios. Un servidor de supervisión Zabbix lo hace con un agente en cada host y necesita 2 GB de RAM, además de su propia base de datos. Empiece con una comprobación de disponibilidad sencilla y amplíe cuando tenga algo que supervisar con más detalle.
- 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, y copias de seguridad restic en un VPS proporciona snapshots cifrados, deduplicados y versionados, con una restauración que realmente puede probar. Pruébela mensualmente, porque una copia de seguridad no probada es solo una esperanza.
- Su propio runner de CI. Los minutos de compilación alojados se agotan, mientras que un runner autohospedado mantiene las cachés activas y los secretos locales. Un runner autohospedado de GitHub Actions muestra la instalación y el aislamiento. Esto es especialmente importante en repositorios públicos, donde un pull request puede ejecutar código en su máquina.
- Chat de equipo bajo su control. Rocket.Chat ofrece hilos, llamadas e integraciones para un equipo que prefiere no pagar por usuario. Necesita 2 GB de RAM o más porque MongoDB es el componente que más recursos consume. Rocket.Chat con Docker Compose explica la secuencia de versiones, ya que 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 hub. Headscale como servidor de control Tailscale autohospedado mantiene la coordinación en su propio servidor. Combínelo con el hábito de tratar los hosts como un grupo, que es el objetivo de administrar varios servidores Linux.
- Un laboratorio y, si insiste, un servidor de correo. Un VPS es un lugar seguro para romper cosas: pruebe un servidor FreeBSD 15 o ejecute máquinas virtuales dentro de su servidor cuando el plan permita virtualización anidada. El correo aparece al final de forma intencionada, porque la mayoría de los proveedores bloquean el puerto saliente 25 y la entregabilidad es una lucha larga. Lea correo autohospedado con Mailcow teniendo esto presente.
¿Cuántos recursos de servidor necesita cada uno?
La memoria es el límite, no la CPU ni el disco. Un plan de 1 GB ejecuta una sola aplicación pequeña: un sitio web, una VPN, un gestor de contraseñas o un bot. Un plan de 4 GB ofrece un margen cómodo para ejecutar varios servicios detrás de un proxy, que es lo que termina haciendo la mayoría de las personas en esta página.
El tamaño problemático es 2 GB. En ese punto, alguien añade un tercer contenedor, el kernel lo termina silenciosamente y nada en el 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 entorno de ejecución de contenedores ocultó. Las cargas de trabajo de IA no siguen esta regla: un modelo de lenguaje de 8B necesita aproximadamente 8 GB antes de poder cargarse, y el aprendizaje automático para fotografías es similar.
El disco depende de sus datos. Las fotos, los archivos multimedia y las copias de seguridad son los únicos elementos de esta lista que necesitan cientos de gigabytes. Todo lo demás cabe en los 20 a 50 GB que incluye un plan pequeño.
Antes de ejecutar cualquiera de estos comandos
Cada uso anterior presupone la misma base: una máquina a la que pueda conectarse, 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 una segunda terminal y confirme que todavía puede iniciar sesión antes de cerrar la primera, porque un firewall que le impide el acceso requiere una recuperación mediante la consola del panel del proveedor. Los primeros diez minutos en un VPS nuevo cubre todo el proceso, y Refuerzo 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 quedará listo para 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 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 sirve bien un VPS
Hay algunas limitaciones importantes. El trabajo intensivo con gráficos y el entrenamiento de modelos necesitan una GPU. Un VPS estándar no tiene GPU, por lo que la inferencia en la CPU sigue siendo lenta, independientemente de cuánta RAM añada. Los servicios en los que cinco minutos de inactividad causan daños reales, como una alarma doméstica o una alerta médica, no deben ejecutarse en un servidor para aficionados que se actualiza los domingos por la noche. Un servidor único también es un único punto de fallo. Por tanto, un servicio que no puede estar inactivo necesita un segundo equipo y un procedimiento probado para cambiar a él.
El correo electrónico requiere una advertencia aparte, aunque aparezca en la lista. La mayoría de los proveedores bloquean el puerto saliente 25. Además, aunque esté abierto, una dirección IP nueva sin reputación termina en la carpeta de spam hasta que los registros DNS son correctos y la dirección ha adquirido reputación. Mantener un servicio de correo es un trabajo continuo, no una tarea para un fin de semana.
FAQ
¿Cuál es el uso más habitual 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. Además, es la forma más barata de obtener una dirección IP pública real con control total de la pila. El segundo uso más habitual es una VPN privada, porque un servidor propio le proporciona una dirección de salida que no comparte con nadie más.
¿Cuánta RAM necesito para los servicios de esta lista?
Para un servicio pequeño, 1 GB es suficiente. Para varios servicios detrás de un único proxy inverso, 4 GB es una cantidad adecuada y el plan que suele elegir la mayoría. Las cargas de trabajo de IA son la excepción: un modelo de lenguaje 8B necesita aproximadamente 8 GB antes de cargarse, y el aprendizaje automático con fotos requiere una cantidad similar. El disco solo importa si almacena contenido multimedia, fotos o copias de seguridad.
¿Puedo ejecutar varios de estos servicios en el mismo servidor?
Sí, y es lo habitual. Coloque cada aplicación en su propio contenedor, no publique nada directamente en Internet y deje que un único proxy inverso gestione los nombres y los certificados. El límite depende de la memoria, no del 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 la terminación por falta de memoria.
¿Necesito conocer Linux para usar un VPS?
Necesita conocer 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 comprobar que la salida coincide con lo que indica la guía. Si prefiere hacer clic en lugar de escribir, un panel de control gestiona las aplicaciones por usted. La comparativa de Cloudron, CasaOS y Coolify explica cuánto limita la flexibilidad cada opción.
¿Es un VPS más barato que pagar por estos servicios?
Por lo general, sí, cuando ejecuta más de un servicio. Un único 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 la factura de una herramienta de automatización. El coste que asume a cambio es su propio tiempo: ahora usted debe encargarse de las actualizaciones, los certificados y las copias de seguridad. Por tanto, el ahorro solo es real si efectivamente realiza esas tareas.