Autoalojamiento

Ejecutar Coolify en un VPS de $6: Benchmarks y requisitos del archivo swap

Un benchmark cronometrado muestra que Coolify funciona en un droplet de DigitalOcean de 1 GB si se añade un archivo swap de 2 GB, con una instalación que tarda 172 segundos.

Illustration of a small server with limited resources managing a delicate balance of tasks.
Ilustración creada para este artículo

Traducido automáticamente del original en inglés.

Un reciente benchmark probó si la plataforma autoalojada Coolify puede funcionar eficazmente en un servidor privado virtual de bajo costo. La prueba, realizada el 1 de octubre de 2026, utilizó un droplet de DigitalOcean con un coste de seis dólares al mes. Los resultados confirman que el software funciona en este hardware mínimo, pero solo si los administradores configuran un truco específico de gestión de memoria antes de la instalación.

Qué ocurrió

La prueba tenía como objetivo determinar si los requisitos oficiales del sistema de dos CPUs y 2 GB de RAM eran estrictamente necesarios o estimaciones conservadoras. El tester desplegó Coolify en un droplet de DigitalOcean con una CPU virtual, 1 GB de RAM y un SSD de 25 GB. El proceso fue cronometrado paso a paso para medir el rendimiento real para pequeños equipos que gestionan proyectos secundarios o herramientas internas.

El script de instalación completó en 172 segundos. Después de crear una cuenta root y configurar la primera aplicación, el despliegue inicial tardó 210 segundos en comenzar a responder solicitudes HTTP. El tiempo total de reloj (wall-clock) para toda la configuración fue de aproximadamente 23 minutos, aunque los pasos activos de configuración tomaron menos de diez minutos. El retraso incluyó la resolución de problemas de un directorio base mal configurado y una breve pausa.

Los datos de uso de memoria revelaron por qué la configuración adicional es vital. Mientras que el sistema inactivo usaba unos 618 MB de RAM, el proceso de compilación de una aplicación Node.js de ejemplo alcanzó un pico de 720 MB de RAM y utilizó 669 MB adicionales de espacio swap. Sin el archivo swap, el kernel habría terminado el proceso de compilación debido a la falta de memoria. Con el archivo swap habilitado, la compilación se ralentizó pero se completó con éxito.

Detalles clave

  • Hardware utilizado: Plan DigitalOcean Basic Regular ($6/mes) con 1 vCPU, 1 GB de RAM y 25 GB de SSD ejecutando Ubuntu 24.04 LTS.
  • Requisito crítico: Se debe crear un archivo swap de 2 GB antes de la instalación para prevenir errores de falta de memoria durante las compilaciones.
  • Tiempo de instalación: El script oficial de instalación tardó 172 segundos, principalmente dedicado a instalar Docker y extraer imágenes de contenedores.
  • Tiempo de despliegue: El primer despliegue de aplicación tardó 210 segundos desde el clic hasta la respuesta HTTP en vivo; los despliegues posteriores fueron más rápidos, tomando 1 minuto y 52 segundos.
  • Huella de recursos: Coolify mismo usa aproximadamente 250 MB de RAM cuando está inactivo, dejando poco margen para aplicaciones en un servidor de 1 GB.
  • Eficiencia de costes: La configuración cuesta $6 mensuales, significativamente menos que opciones comparables de Platform-as-a-Service como Heroku o Render para múltiples servicios pequeños.

Contexto

Coolify es una herramienta de código abierto que permite a los desarrolladores alojar su propia plataforma similar a Heroku, Vercel o Netlify. Proporciona una interfaz web para desplegar aplicaciones que se ejecutan en contenedores Docker. Este enfoque, conocido como autoalojamiento, da a los equipos control total sobre su infraestructura y datos mientras evita las tarifas recurrentes por aplicación cobradas por proveedores comerciales de nube.

El espacio swap es una porción del almacenamiento del disco duro usada como extensión de la RAM física. Cuando un servidor se queda sin memoria física, mueve datos inactivos al archivo swap. Esto previene que las aplicaciones fallen, pero es mucho más lento que usar la RAM real. En servidores con memoria limitada, como el droplet de 1 GB usado en esta prueba, el swap es esencial para manejar picos temporales de demanda, como compilar código durante un despliegue.

Por qué importa

Para pequeñas empresas y desarrolladores independientes, los costes de infraestructura son una preocupación significativa. Las plataformas comerciales a menudo cobran por aplicación o por servicio, lo cual puede acumularse rápidamente al ejecutar múltiples herramientas internas, entornos de staging o proyectos secundarios. Al consolidar estos servicios en un único servidor de bajo costo, los equipos pueden reducir sus facturas mensuales de hosting de decenas de dólares a una única tarifa fija. Este benchmark demuestra que incluso el nivel más barato de hosting en la nube puede soportar una plataforma de desarrollo funcional.

Sin embargo, ejecutar cargas de trabajo de producción en hardware mínimo requiere una gestión cuidadosa. La prueba destaca que, aunque el software cabe, el margen de error es estrecho. Las compilaciones son intensivas en recursos y los picos de tráfico podrían saturar un servidor de 1 GB. Los equipos deben entender que los ahorros en costes vienen acompañados de una mayor responsabilidad operativa. Deben monitorear el uso de recursos, gestionar copias de seguridad y manejar actualizaciones de seguridad por sí mismos, en lugar de depender de un proveedor gestionado.

Esta información ayuda a los líderes de TI a tomar decisiones informadas sobre dónde trazar la línea entre el autoalojamiento y los servicios gestionados. Para herramientas internas no críticas o sitios de bajo tráfico, la opción de $6 es viable. Para aplicaciones orientadas al cliente que requieren alta disponibilidad y tiempos de compilación rápidos, actualizar a un plan de 2 GB o usar pipelines de compilación externos se vuelve necesario.

Qué puedes hacer

  • Crea un archivo swap de 2 GB en cualquier servidor Linux con 1 GB de RAM antes de instalar aplicaciones intensivas en memoria para prevenir fallos durante las compilaciones.
  • Usa el comando free -m para monitorear el uso de memoria y swap en tiempo real al desplegar nuevas aplicaciones para identificar cuellos de botella de recursos.
  • Considera descargar procesos de compilación pesados a servicios CI/CD externos como GitHub Actions si tu servidor tiene dificultades con los tiempos de compilación.
  • Actualiza a un plan de 2 GB de RAM si planeas alojar más de dos aplicaciones pequeñas o cualquier servicio intensivo en bases de datos junto con Coolify.
  • Habilita copias de seguridad automatizadas a través de tu proveedor de nube o la función integrada de Coolify.

Más noticias

Todas las noticias