Servidor Linux en la nube: VPS o PaaS
La respuesta corta
Usa un servidor Linux en la nube cuando necesitas operar el sistema. Usa Cloud Apps, el PaaS, cuando quieres despliegues desde Git y escalar réplicas sin ese trabajo.
Unbroker ofrece los dos en una cuenta. Puedes empezar en el PaaS y sumar un servidor después, o al revés, sin cambiar de proveedor. Para ver qué incluye la máquina, lee qué es un servidor Linux en la nube.
Qué operas en cada modelo
En un VPS operas el host Linux. En el PaaS, Unbroker corre el servicio y tú publicas la app.
| Servidor Linux en la nube (VPS) | Cloud Apps (PaaS) | |
|---|---|---|
| Sistema y parches | Tú parcheas el sistema, los paquetes, sshd y el firewall. Las imágenes Linux incluidas entran en el precio mensual. | No administras el sistema del host. Publicas la app. |
| Despliegues | Instalas y actualizas el software en la máquina. | Despliegues desde Git. Las vistas previas de pull request requieren Pro. |
| TLS y dominios | No hay certificado gestionado ni dominio propio en el servidor. La consola muestra una IPv4. | En Pro, Cloud Apps puede sumar dominios propios y TLS gestionado. |
| Escalado | Una máquina virtual del tamaño que creas. Este producto no cambia el tamaño en el lugar. | Una cantidad fija de réplicas, o autoscaling entre un mínimo y un máximo. En la celda compartida un servicio puede correr hasta 3 réplicas. Las celdas enterprise dedicadas permiten más. |
| Copias | No hay backups ni snapshots del disco. Copias los datos tú. | Un volumen puede respaldarse en un destino compatible con S3 que configuras. Eso no es un snapshot del disco del servidor. Postgres gestionado es otro producto. |
| Logs | Los logs quedan en el host, salvo que tú los envíes. | Los logs del servicio están en la consola y en el CLI. |
Cómo se cobra cada uno
Un servidor Linux en la nube tiene un precio mensual fijo por tamaño. Cloud Apps cobra la CPU y la memoria que configuras mientras las réplicas están encendidas, a $0.03 por vCPU-hora y $0.015 por GiB-hora.
Un pico de tráfico no cambia el precio mensual del servidor. El tráfico de salida es ilimitado bajo uso justo y no es un excedente aparte. En una app, un pico corto de uso no cambia la línea de CPU o memoria mientras el tamaño configurado y la cantidad de réplicas en marcha sigan iguales. Si el autoscaling prende otra réplica, pagas esa réplica mientras corre.
Los servidores requieren Pro ($25 al mes, con $25 de crédito de uso). El tamaño se cobra completo al crear el servidor y usa ese crédito. El uso por encima del crédito va a la factura. El crédito se reinicia en cada ciclo y no se acumula. Cancelar programa el apagado al final del mes que ya pagaste, y el cargo no se prorratea. El mismo precio mensual vale en Unión Europea, US Central, US East, y US West.
Tamaños actuales del catálogo de precios:
| Tamaño | vCPU | RAM | Disco | Precio mensual |
|---|---|---|---|---|
| S | 4 | 8 GB | 100 GB | $17.95 |
| M | 6 | 12 GB | 200 GB | $24.48 |
| L | 8 | 24 GB | 300 GB | $45.70 |
| XL | 12 | 48 GB | 400 GB | $81.60 |
| 2XL | 16 | 64 GB | 500 GB | $121.04 |
| 3XL | 18 | 96 GB | 600 GB | $159.94 |
El disco de cada tamaño es SSD. Precios y servidores Linux en la nube muestran las mismas cifras. La guía de facturación es la fuente de los medidores de la app.
Cuándo un servidor Linux en la nube es la decisión correcta
Elige un servidor Linux en la nube cuando la carga necesita el host. Esa es la lectura práctica de cuándo usar un VPS.
Necesitas root, un diseño de demonios, o paquetes que no son un servicio de Cloud Apps. Un runner de CI, un proxy o un host Docker entran acá, y operas lo que instalas.
Quieres varios servicios chicos en una sola máquina, bajo un precio mensual, y aceptas operarlos.
El tráfico es lo bastante estable como para querer que la factura siga siendo el precio del mes. Ese tráfico no es un excedente aparte, dentro del uso justo. Es otro medidor, no una promesa de que la factura sea menor.
Cuándo un PaaS encaja mejor
Cloud Apps encaja mejor cuando el equipo quiere despliegues desde Git y vistas previas de pull request, y no quiere operar un sistema.
Los servicios de repositorio en Pro pueden hacer autoscaling entre un mínimo y un máximo. Las réplicas nuevas arrancan en unos 30 segundos de carga sostenida, y las réplicas extra se retiran después de unos 5 minutos de carga baja. La factura sigue a las réplicas que realmente están corriendo. Los servicios de imagen, los workers y cualquier servicio con volumen persistente corren una réplica. La guía de servicios deja esos límites, incluido el tope de 3 réplicas en la celda compartida.
Un equipo sin tiempo para parchear sshd, abrir el firewall del host y planear copias del disco debería quedarse en el PaaS. Planes lista lo que pide Pro, incluidas las vistas previas de pull request, los Dockerfiles, los volúmenes, las bases gestionadas y los servidores. Las guías de despliegue desde Git están en el índice de guías. La página de producto es Cloud Apps.
Qué no te da un servidor Linux en la nube
Un servidor Linux en la nube es una máquina virtual en una región. No te da una red privada ni failover automático, y tú operas el sistema.
No es un servidor cloud privado de Linux en tu propio centro de datos. Los servidores no se unen por una red privada, y el precio no incluye una IPv4 extra ni IPv6. No hay un balanceador delante de la máquina. Si ese host está caído, el servidor está caído.
Los dominios y el TLS gestionado siguen en Cloud Apps. No hay snapshots del disco, y el precio fijo no trae un extra de backup del proveedor. La plataforma no grafica la CPU del servidor y no aplica actualizaciones del sistema. La guía de servidores describe el mismo reparto.
Usar los dos en una cuenta
Deja el PaaS y el servidor Linux en la nube en la misma cuenta de Unbroker cuando una carga necesita Git y otra necesita root. No cambias de proveedor para pasar de uno al otro.
El crédito de Pro aplica al uso elegible, incluido el cargo del servidor. Una app y un servidor igual se cobran con medidores distintos: la capacidad configurada mientras las réplicas están encendidas, y el tamaño mensual de la máquina. Un servidor no es una réplica de una app, y las réplicas extra de una app no son un par de failover del servidor.
Si la base debe ser un clúster operado por el proveedor, usa Postgres gestionado en lugar de instalarla en la VM. Si quieres n8n como servicio de plataforma, usa la plantilla de n8n. Un host que operas tú, al estilo de una instalación de Coolify, es el camino del servidor. La alternativa a Coolify cubre esa comparación.
Preguntas frecuentes
¿Cuál es la diferencia entre un VPS y un PaaS?
Un VPS es una máquina virtual Linux que administras: parches, firewall y despliegues. Un PaaS corre el servicio por ti. En Unbroker el PaaS es Cloud Apps: conectas Git, y la CPU y la memoria se cobran por la capacidad que configuras mientras las réplicas están encendidas. El VPS es un servidor Linux en la nube con root, a un tamaño de precio mensual fijo.
¿Un VPS es más barato que un PaaS?
Usan medidores distintos, así que la comparación empieza por la factura que realmente vas a correr. Un servidor Linux en la nube es el precio del tamaño, cobrado completo por ese mes, con tráfico sin tope bajo uso justo. Cloud Apps cobra $0.03 por vCPU-hora configurada y $0.015 por GiB-hora configurada mientras las réplicas están encendidas. Pro cuesta $25 al mes con $25 de crédito de uso, y el cargo del servidor puede usar ese crédito. Qué factura es menor depende del tamaño, de la cantidad de réplicas y de cuánto tiempo corre la app. Esta página no elige un ganador.
¿Cuándo conviene un servidor Linux en la nube?
Cuando necesitas root, un demonio, varios servicios chicos en una sola máquina, o un precio mensual fijo para tráfico que se mantiene dentro del uso justo. Si no quieres operar el sistema, usa Cloud Apps.
¿Puedo correr Docker o n8n en un servidor Linux?
Tienes root, así que puedes instalar Docker y otro software, y operas lo que instalas. Unbroker no administra ese demonio de Docker y no instala n8n en la VM. La plantilla de n8n es el camino de Cloud Apps. Los builds con Dockerfile en Cloud Apps son otra función de Pro.
¿Tengo acceso root en un servidor Linux en la nube?
Sí. Entras como root. Unbroker genera una contraseña de root, y puedes agregar una clave pública SSH al crear el servidor. La consola muestra la IPv4 y puede volver a mostrar la contraseña. El firewall y el endurecimiento de SSH después del primer arranque son tuyos.
¿Un servidor Linux en la nube es de alta disponibilidad?
No. Es una máquina virtual en una región, sin failover automático y sin nodo de reserva. Si la app web debe sumar réplicas, usa Cloud Apps en Pro. Las réplicas extra no son un host Linux replicado.