n8n en tu VPS, listo para producción con un clic
Instalás n8n como lo recomienda el propio n8n para producción —workers en modo cola, PostgreSQL y Redis— sin escribir un docker-compose. Le ponés tu dominio con HTTPS, escalás workers en caliente y lo actualizás con respaldo previo y vuelta atrás si algo no arranca.
- Workers en modo cola
- Postgres 18 + Redis 7 incluidos
- Dominio con HTTPS
Ver planes · Crear cuenta gratis
Así se ve en el panel
Capturas reales del panel de ArduMaker, no mockups.
n8n instalado sin preguntas de más
Desde Apps la instalación de n8n pide una sola cosa: cuántos workers. El resto lo resuelve la plataforma.
- Elegís los workers viendo el máximo que da la memoria libre del servidor y cuál es el recomendado.
- Se instala la última versión, con su base de datos y su cola incluidas y aisladas.
- Queda publicado con una dirección https; tu dominio lo asignás después.
- Reiniciar, actualizar y desinstalar se hacen desde la misma tarjeta.
- Si el servidor no tiene Docker, se prepara solo durante la instalación.
Antes de instalarlo
Usalo cuando
- Querés automatizar tareas entre servicios (correo, planillas, CRM, WhatsApp, APIs) sin programar todo desde cero.
- Necesitás recibir webhooks y reaccionar a ellos.
- Querés tus automatizaciones y sus credenciales en tu propio servidor y no en un servicio de terceros.
No es lo indicado si
- El servidor tiene poca memoria libre: n8n con su base y su cola necesita varios GB. El instalador te dice cuántos workers entran.
- Es un único script que corre una vez por día: una tarea programada del VPS alcanza.
Cómo probar que quedó funcionando
- Abrí la dirección y creá el usuario dueño: Al terminar la instalación, abrí la dirección https de la app. La primera vez pide crear la cuenta de administrador.
- Probá un webhook: Creá un flujo con un nodo Webhook, activalo y llamalo: curl -X POST https://tu-n8n.arducloud.com/webhook/prueba -d '{"hola":1}'. La ejecución aparece en Executions.
- Comprobá que los workers procesan: Ejecutá un flujo activo varias veces: en Executions tienen que terminar bien, no quedar en espera.
Consejos
- Al instalar solo se elige la cantidad de workers; se muestra el máximo que da la memoria libre y el recomendado. Más workers es más ejecuciones a la vez, no flujos más rápidos.
- Se instala la última versión y la concurrencia la ajusta la plataforma según el servidor.
- Las credenciales guardadas en n8n se cifran con una clave propia de la instalación: hacé backups del VPS para no perderla.
- Para usar tu dominio, asignalo desde el panel de n8n del VPS: los webhooks pasan a usar esa dirección.
- Hay un n8n por servidor.
Todo lo que un n8n serio necesita, ya armado
El panel instala y mantiene el stack completo. Vos te ocupás de los flujos.
- Stack completo en un clic: Proceso principal para la interfaz y los webhooks, N workers en modo cola, PostgreSQL 18 y Redis 7 dentro del mismo stack de Docker Compose. No hay que instalar la base ni Redis aparte.
- Revisión antes de instalar: El panel te muestra si Docker está listo, cuánta RAM libre real tenés, cuántos workers entran y cuánta memoria pide cada opción, con una recomendada.
- Workers a tu medida: De 1 a 8 workers (4 por defecto) y la concurrencia por worker (5 por defecto). Si pedís más de los que entran en la RAM, se recortan y te avisa.
- Escalado en caliente: Subir workers no corta nada. Al bajarlos, se da un tiempo de gracia para que terminen las ejecuciones en curso.
- Tu dominio con HTTPS: Se configura nginx como proxy inverso y se actualizan solas la URL del editor y la de los webhooks. Podés cambiar el dominio todas las veces que quieras.
- Actualizaciones seguras: Elegís la versión y se actualiza en segundo plano. Antes se respalda la base, y si la nueva versión no arranca, vuelve sola a la anterior.
- Variables de entorno sin miedo: Editás varias a la vez y se aplican con un solo reinicio. Los secretos se muestran ocultos, y las variables críticas (clave de cifrado, credenciales de la base) están protegidas.
- Backups y mantenimiento: Volcado diario de la base con 7 días de retención, rotación de logs de todos los contenedores y purga del historial de ejecuciones a los 14 días para no llenar el disco.
- Nodo Code aislado: Cada proceso de n8n tiene su propio task runner (el modo external que recomienda n8n para producción): el código que escape del sandbox no ve la clave de cifrado ni las credenciales.
- Sin límite de ejecuciones: No hay cuota por plan ni por flujo: el techo lo pone la RAM y la CPU del VPS, y lo ves antes de instalar.
- Los datos no salen de tu VPS: La base de n8n, las credenciales y el historial de ejecuciones viven en tu servidor, con tu root y tus backups.
De cero a n8n con dominio propio
- Elegí un VPS con RAM suficiente: n8n pide al menos 4 GB de RAM libre real. La tabla de planes te dice en cuáles corre holgado.
- Revisá y elegí workers: El panel calcula cuántos workers entran y te recomienda una configuración.
- Instalá con un clic: Se levanta el stack completo con Postgres y Redis. Seguís el progreso desde el panel.
- Poné tu dominio: Asignás un dominio con HTTPS y los webhooks quedan apuntando a él automáticamente.
- Escalá cuando haga falta: Subir workers no corta el servicio. Al bajarlos hay tiempo de gracia para que terminen las ejecuciones en curso.
Cómo funciona por debajo, y qué tener en cuenta
Lo que conviene saber antes de empezar, sin letra chica.
- Es el despliegue que el propio n8n recomienda para producción: modo cola con Redis de por medio, proceso principal separado de los workers y PostgreSQL como base, todo dentro del mismo stack de Docker Compose.
- El proceso principal atiende el editor y los webhooks; los workers ejecutan. Por eso una ejecución pesada no te deja la interfaz colgada, que es el problema típico del n8n instalado con SQLite y un solo proceso.
- Hacen falta al menos 4 GB de RAM libre real, y se mide la memoria disponible, no la del plan. Orientativo: de 4 a 5,9 GB entran 2 workers, de 6 a 7,9 GB entran 3, y desde 8 GB entran 4 o más, con tope de 8.
- Cada proceso tiene su propio task runner en modo external, que es lo que n8n recomienda para producción: el código del nodo Code corre aislado y, si se escapa del sandbox, no ve la clave de cifrado ni las credenciales.
- Necesita Docker habilitado. Si todavía no lo está, habilitarlo reinicia el VPS y el panel pide confirmación antes.
- Requiere Node 20 o superior, que a su vez exige glibc 2.28. Por eso no corre en Ubuntu 16.04 (glibc 2.23) ni 18.04 (glibc 2.27). Está verificado en producción sobre 22.04 y es compatible con 20.04, 24.04 y 26.04.
- Para asignar un dominio, ese dominio tiene que tener HTTPS configurado antes. Después las URLs del editor y de los webhooks se actualizan solas cada vez que lo cambies.
- Las migraciones de esquema de n8n no tienen vuelta atrás. La reversión automática cubre que la versión nueva no arranque; para volver de versión se restaura el backup previo, que se toma siempre antes de actualizar.
- El mantenimiento corre solo: volcado diario de la base con 7 días de retención, rotación de logs de todos los contenedores y purga del historial de ejecuciones a los 14 días para que no te llene el disco.
- Instalar, actualizar, escalar workers y editar variables de entorno es para administradores de la empresa. Los miembros pueden ver el estado y los logs.
- Root real por SSH: el panel es un atajo, no una jaula. Todo lo que hace por botón también lo podés hacer a mano.
También se lo podés pedir a Claude, ChatGPT o Cursor
Todo lo que ves en el panel lo puede hacer tu agente de IA a través del servidor MCP de ArduMaker: con tu autorización, con el alcance que le des y con cada acción auditada. Ver qué hace el MCP
n8n: preguntas frecuentes
¿Tengo que instalar PostgreSQL y Redis antes?
No. En las instalaciones nuevas vienen como contenedores dentro del propio stack de n8n, ya configurados y conectados. No hay que escribir un docker-compose ni cablear las variables a mano.
¿Para qué sirve el modo cola con workers?
Separa quien atiende el editor y los webhooks de quien ejecuta los flujos. Sin eso, una ejecución pesada te cuelga la interfaz y los webhooks empiezan a dar timeout. Es la diferencia entre un n8n de prueba y uno que aguanta producción.
¿Cuánta RAM necesito para instalar n8n?
Al menos 4 GB libres reales, y el panel mide la memoria disponible, no la del plan. Con 4 a 5,9 GB entran 2 workers, con 6 a 7,9 GB entran 3, y desde 8 GB entran 4 o más. Si pedís más de los que caben, se recortan y te avisa.
¿Puedo usar mi propio dominio con HTTPS?
Sí. Se configura nginx como proxy inverso y las URLs del editor y de los webhooks se actualizan solas. Podés cambiar el dominio las veces que quieras; el requisito es que tenga HTTPS configurado antes.
¿Qué pasa si una actualización sale mal?
Antes de actualizar se respalda la base. Si la versión nueva no arranca, vuelve sola a la anterior. Ojo con una cosa: las migraciones de esquema de n8n no tienen vuelta, así que para volver de versión se restaura ese backup.
¿Cómo se compara con n8n Cloud?
Es tu propia instancia: sin límite de ejecuciones por plan, con root en el servidor y con los datos y las credenciales en tu máquina. A cambio, el tamaño del VPS define cuánto rinde y el mantenimiento del sistema es tuyo, aunque el panel se ocupa de backups, logs y purga del historial.
¿Es lo mismo que instalarlo con un docker-compose que copio de un tutorial?
El stack es el mismo que armarías bien a mano: principal, workers, Postgres y Redis. Lo que cambia es lo que no está en el tutorial: el cálculo de cuántos workers entran, el task runner aislado, el proxy con HTTPS, el backup previo a cada actualización, la rotación de logs y la purga de ejecuciones.
¿Puedo escalar workers sin cortar el servicio?
Sí. Subirlos no corta nada. Al bajarlos se da un tiempo de gracia para que terminen las ejecuciones en curso antes de apagarlos.
¿Hay backups?
Un volcado diario de la base de n8n con 7 días de retención, además del backup del VPS completo. Y uno extra automático antes de cada actualización.
¿Funciona en cualquier versión de Ubuntu?
Desde 20.04 en adelante, y está verificado en producción sobre 22.04. En 16.04 y 18.04 no: n8n necesita Node 20, que exige glibc 2.28, y esas versiones traen 2.23 y 2.27.
¿Los nodos Code corren aislados?
Sí, cada proceso tiene su propio task runner en modo external, que es el que n8n recomienda para producción. Si un código se escapa del sandbox, no llega a la clave de cifrado ni a las credenciales.
Servicios que suelen ir juntos
Todo corre en el mismo VPS y se maneja desde el mismo panel.
- Docker: Activás Docker en un clic y administrás imágenes, contenedores, logs, volúmenes y redes desde el panel.
- PostgreSQL: Instalás PostgreSQL y administrás bases, usuarios y permisos sin línea de comandos.
- Dominios y SSL: Subdominio gratis o tu dominio con Let's Encrypt, proxy nginx con vuelta atrás y redirecciones de puertos.
Tu n8n, en tu servidor, esta tarde Elegí un plan con 4 GB libres o más e instalalo desde el panel. No es un producto aparte: está en el panel de cualquier VPS de ArduMaker, junto al root real por SSH. Ver planes
Cómo funciona por dentro
La documentación técnica de lo que hay en esta página: qué hace cada herramienta, qué cambia, cómo se verifica y qué herramientas MCP la operan.
- n8n: n8n en modo cola sobre Docker, con workers, task runners, PostgreSQL y Redis propios, HTTPS y actualizaciones con respaldo.
Compáralo con otras plataformas
Comparativas con datos públicos y fuentes, que también dicen cuándo conviene la otra opción.
- ArduMaker vs Railway — Empate
- ArduMaker vs Render — Empate
- ArduMaker vs Fly.io — Gana ArduMaker
- ArduMaker vs Coolify — Empate