Servidor para Dify, n8n y agentes de IA: requisitos y guía de despliegue 2026

Para autoalojar Dify o n8n basta con un servidor de CPU: Dify exige oficialmente al menos 2 núcleos y 4 GB de RAM, y para producción conviene partir de 4 núcleos y 8 GB; n8n en un solo contenedor arranca con 2 núcleos y 2 GB, mientras que su stack oficial con sandbox de IA requiere 2 vCPU y 4 GB o más. Los VPS de IMIDC en Corea, Taiwán y Japón sirven para desplegar este tipo de aplicaciones de IA (atención al cliente con IA, agentes de IA, bases de conocimiento RAG, automatización de flujos de trabajo y pasarelas de API de modelos para tu propia aplicación): VPS en Corea desde $18,88/mes, en Taiwán desde $18/mes y en Japón desde $28/mes; consulta los precios vigentes en la web de IMIDC. Una condición: tu empresa y tus usuarios finales deben estar en países o regiones admitidos oficialmente por los proveedores de modelos que utilices y cumplir sus condiciones.

Puntos clave

• Mínimo oficial de Dify: CPU de 2 núcleos o más, RAM de 4 GB o más, Docker 19.03+ y Docker Compose 2.24.0+. En producción, 4 núcleos / 8 GB y 40 GB o más de SSD.
• n8n: un contenedor ligero arranca con 2 núcleos / 2 GB; el stack oficial completo con Docker Compose (con sandbox de código de IA) exige al menos 2 vCPU y 4 GB de RAM.
• Dify + n8n en el mismo servidor: 4 núcleos / 8 GB o más, por ejemplo IMIDC Corea KR-CLOUD-04 (4 núcleos / 8 GB / 80 GB SSD) o Taiwán Empresarial (8 núcleos / 8 GB / 160 GB SSD).
• IMIDC ofrece solo servidores de CPU. Son adecuados para aplicaciones que llaman a API de modelos alojados o ejecutan modelos locales pequeños; entrenar o servir modelos grandes requiere GPU, que no figuran en el catálogo de IMIDC.
• Cumplimiento regional: según las páginas oficiales de OpenAI, Anthropic y Google Gemini, Japón, Corea del Sur, Taiwán, Estados Unidos y Sudáfrica están admitidos; Hong Kong, China continental y Rusia no figuran. No uses las ubicaciones de IMIDC en Hong Kong o Moscú para cargas que llamen a estas API de IA.

Qué ejecuta realmente el servidor

Dify y n8n son capas de orquestación: gestionan flujos, búsqueda en la base de conocimiento, historial de conversaciones, plugins y webhooks, mientras que la inferencia suele hacerla la API de modelos alojados de proveedores como OpenAI, Anthropic o Google Gemini. Por eso la carga del servidor procede sobre todo de:

Configuración recomendada para Dify y n8n

El «mínimo oficial» procede de la documentación de Dify y n8n; la «recomendación para producción» es una referencia para equipos pequeños y medianos. Decide con datos de monitorización.

Qué plan de IMIDC elegir

Precios mensuales en USD, «desde»; consulta los precios vigentes en la web de IMIDC. Todos los VPS usan SSD y memoria ECC, se activan automáticamente e incluyen soporte 24/7 y migración gratuita.

VPS en Corea (Seúl, red KT)

VPS en Taiwán (Taipéi)

VPS en Japón (Tokio)

Los planes VPS en Japón van desde 1 núcleo / 512 MB / 20 GB por $28/mes hasta 16 núcleos / 16 GB / 240 GB por $118/mes (precios «desde»), con 500 GB–5 TB de tráfico mensual y Linux/Windows en todos los planes salvo el de entrada; consulta los precios vigentes en la web de IMIDC. Para Dify elige un plan con 4 GB de RAM o más; para Dify + n8n en el mismo servidor, 8 GB o más.

Cargas mayores: servidores dedicados

Para uso de varios departamentos, bases de conocimiento muy grandes o alta concurrencia, considera los servidores dedicados de IMIDC en Japón, Corea o Taiwán (desde $199/mes) o en Los Ángeles, EE. UU. (desde $499/mes; AMD EPYC 7002, 128 GB de RAM o más, NVMe SSD); consulta los precios vigentes en la web de IMIDC. Siguen siendo servidores de CPU: el catálogo actual de IMIDC no incluye servidores con GPU.

Ubicaciones y regiones admitidas por los proveedores de IA

Elige la ubicación según dónde están tus usuarios: para usuarios en Japón, Corea, Taiwán y Asia-Pacífico, el nodo más cercano es suficiente. La tabla refleja las listas oficiales de regiones admitidas de cada proveedor revisadas en octubre de 2026 (solo regiones donde IMIDC tiene ubicación). Los proveedores actualizan estas listas; vuelve a comprobarlas antes del lanzamiento.

Nota de cumplimiento: la ubicación del servidor es solo el lugar donde despliegas tu aplicación; no determina quién puede usar un modelo. Al utilizar cualquier API de modelos, tanto tu empresa como los usuarios finales de tu aplicación deben estar en países o regiones admitidos oficialmente por el proveedor y cumplir sus condiciones de servicio y políticas de uso. No intentes usar ninguna ubicación de servidor para eludir las restricciones regionales de un proveedor.

Antes de desplegar

1. Activa el VPS (se recomienda Ubuntu 22.04 / 24.04 LTS) y conéctate por SSH (consulta Conexión SSH a Linux).
2. Instala Docker Engine y el plugin Compose siguiendo Instalar Docker y Docker Compose en Linux y comprueba las versiones:

docker --version          # Dify requiere 19.03+
docker compose version    # Dify requiere 2.24.0+

3. Apunta los registros A de dify.example.com y n8n.example.com a la IP del servidor.

Instalar Dify (Docker Compose oficial)

Estos pasos siguen la documentación oficial de autoalojamiento de Dify, que recomienda clonar la última versión publicada:

sudo apt update && sudo apt install -y git curl jq
git clone --branch "$(curl -s https://api.github.com/repos/langgenius/dify/releases/latest | jq -r .tag_name)" https://github.com/langgenius/dify.git
cd dify/docker
cp .env.example .env

Un simple git clone https://github.com/langgenius/dify.git también funciona, pero descarga el código más reciente de la rama main; en producción usa una versión publicada.

Antes de arrancar, haz dos cambios en .env:

# 1. Genera una clave nueva y sustituye el SECRET_KEY por defecto
openssl rand -base64 42
# 2. Vincula el Nginx integrado de Dify solo a localhost; el Nginx del host gestiona HTTPS
EXPOSE_NGINX_PORT=127.0.0.1:8080
EXPOSE_NGINX_SSL_PORT=127.0.0.1:8443

Después, arranca:

docker compose up -d
docker compose ps

Si aún no usas dominio, mantén el puerto 80 por defecto y abre http://IP_DEL_SERVIDOR/install. Crea la cuenta de administrador nada más arrancar los contenedores para que nadie llegue antes a la página de configuración inicial.

Instalar n8n (Docker Compose)

La documentación de n8n cubre un contenedor único con docker run y un stack completo de Docker Compose (que incluye el sandbox de código de IA y requiere 2 vCPU / 4 GB o más). Este es un Compose mínimo basado en las variables de entorno oficiales de n8n, pensado para funcionar detrás de Nginx:

mkdir -p ~/n8n && cd ~/n8n
nano compose.yaml

services:
  n8n:
    image: n8nio/n8n
    restart: unless-stopped
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=n8n.example.com
      - N8N_PORT=5678
      - N8N_PROTOCOL=https
      - N8N_WEBHOOK_URL=https://n8n.example.com/
      - WEBHOOK_URL=https://n8n.example.com/
      - N8N_PROXY_HOPS=1
      - GENERIC_TIMEZONE=Asia/Seoul
      - TZ=Asia/Seoul
      - N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
      - N8N_RUNNERS_ENABLED=true
    volumes:
      - n8n_data:/home/node/.n8n
volumes:
  n8n_data:

docker compose up -d

Notas: las versiones recientes de n8n renombraron WEBHOOK_URL a N8N_WEBHOOK_URL; la variable antigua sigue funcionando con un aviso de obsolescencia, así que definir ambas cubre versiones antiguas y nuevas. Ajusta la zona horaria a la de tu negocio. Para una prueba rápida, los comandos oficiales de n8n son:

docker volume create n8n_data
docker run -it --rm --name n8n -p 5678:5678 -v n8n_data:/home/node/.n8n n8nio/n8n

HTTPS con proxy inverso Nginx

Consulta Proxy inverso Nginx con SSL gratuito de Let's Encrypt para el proceso completo. En aplicaciones de IA hay dos detalles importantes: Dify envía las respuestas en streaming, así que desactiva el buffering del proxy; el editor de n8n usa WebSocket, así que reenvía las cabeceras Upgrade. Ejemplo:

server {
    listen 80;
    server_name n8n.example.com;
    location / {
        proxy_pass http://127.0.0.1:5678;   # para Dify: http://127.0.0.1:8080
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Forwarded-Host $host;
        proxy_buffering off;
        proxy_read_timeout 300s;
        client_max_body_size 100m;          # tamaño de subida a la base de conocimiento
    }
}

sudo nginx -t && sudo systemctl reload nginx
sudo certbot --nginx -d n8n.example.com -d dify.example.com

Lista de seguridad

Tras el despliegue, revisa CPU, disco y red con los métodos de la guía de benchmark de servidores y observa el uso real de memoria con docker stats para decidir si necesitas subir de plan.

Preguntas frecuentes

¿Cuáles son los requisitos mínimos de Dify?

Dify exige oficialmente CPU de 2 núcleos o más y 4 GB de RAM o más. Con eso funciona, pero la memoria se queda corta al crecer la base de conocimiento y la concurrencia; para producción se recomiendan 4 núcleos / 8 GB, como IMIDC Corea KR-CLOUD-04 (desde $48,88/mes; consulta los precios vigentes en la web de IMIDC).

¿Qué servidor necesito para n8n?

Un contenedor de n8n arranca con 2 núcleos / 2 GB. El stack oficial completo de Compose con sandbox de código de IA requiere al menos 2 vCPU y 4 GB de RAM. Amplía recursos según la monitorización a medida que crezcan los flujos y la concurrencia.

¿Pueden Dify y n8n funcionar en el mismo servidor?

Sí. Ambos se ejecutan en Docker sin conflicto de puertos (en esta guía Dify escucha en el puerto local 8080 y n8n en el 5678), y el Nginx del host reparte el tráfico por dominio. Empieza con 4 núcleos / 8 GB.

¿Puedo ejecutar modelos locales grandes en servidores de IMIDC?

IMIDC ofrece actualmente servidores de CPU, sin productos con GPU. Los servidores de CPU sirven para llamar a API de modelos alojados o ejecutar modelos pequeños cuantizados en tareas ligeras; el entrenamiento y la inferencia a gran escala requieren servidores con GPU.

¿Puedo desplegar en un servidor de Hong Kong o Moscú un bot de atención con IA que llame a OpenAI, Claude o Gemini?

No es recomendable. Según las listas oficiales de regiones admitidas, Hong Kong, China continental y Rusia no están admitidas por las API de OpenAI, Anthropic ni Google Gemini. Crea los servicios con API de IA para usuarios de regiones admitidas, despliégalos en nodos como Japón, Corea, Taiwán o EE. UU. y cumple las condiciones de cada proveedor.

¿Necesito licencia ICP para desplegar en un VPS en el extranjero?

No. Los VPS de IMIDC en Japón, Corea y Taiwán están fuera de China continental, así que no requieren registro ICP y puedes desplegar en cuanto se activa el servidor.

Conclusión

Dimensionar un servidor para flujos de trabajo con IA propios se resume así: Dify depende de la memoria (4 GB mínimo, 8 GB cómodos), n8n de la concurrencia, y ambos en una sola máquina piden 4 núcleos / 8 GB o más. Elige la ubicación cerca de tus usuarios y asegúrate de que tanto ellos como tu empresa están en regiones admitidas por los proveedores de modelos. Para empezar, consulta el VPS de IMIDC en Corea, en Taiwán o en Japón; si dudas sobre el plan, contacta con IMIDC.

Lecturas relacionadas

• Instalar Docker y Docker Compose en Linux
• Proxy inverso Nginx con SSL gratuito de Let's Encrypt
• Servidores en Japón o Corea para negocios en Asia-Pacífico
• VPS, servidor dedicado o nodo anfitrión: cuál elegir
• Guía de benchmark de servidores: bench.sh, YABS y fio