ComfyUI 0.36.0 se ejecuta en una imagen Docker construida localmente en VM210: base Python fijada por digest, fuentes fijadas por commit, dependencias bloqueadas con sus huellas (wheels descargadas e instaladas después sin conexión). Entorno validado: Python 3.12.14, PyTorch 2.11.0, CUDA 13.0. Detalles del contenedor y de la corrección de caché en la página Docker.
Alternativa efectivamente estudiada: un POC Windows anterior (VM260) había probado ComfyUI mediante Docker Desktop con flujos de trabajo SDXL / Flux. Este despliegue Linux (VM210) es distinto y aún no ha confirmado el uso de Flux; aquí solo se ha utilizado y medido RealVisXL. Al ser la RTX 5090 exclusiva, VM210 y VM260 no la usan simultáneamente.
Decisiones de endurecimiento adoptadas: ejecución sin privilegios, sistema de archivos raíz en solo lectura, modelos montados en solo lectura, nodos personalizados y de API desactivados (sin bloquear la red saliente en general), interfaz publicada únicamente en loopback (acceso mediante túnel SSH, sin publicación en Internet).
Nombres de cuentas, hosts y rutas sustituidos por ejemplos. No se requiere ningún secreto. Verificación del contenedor y de la API (docker inspect/logs, ollama ps, curl) detallada en la página Docker; telemetría de la GPU y verificación SHA-256 del checkpoint en la página IA y LLM.
$SshTarget = '<compte>@<hote-gpu>' ssh -N -o ExitOnForwardFailure=yes -L 127.0.0.1:8188:127.0.0.1:8188 $SshTarget
A continuación, abrir http://127.0.0.1:8188/ en ese equipo. El silencio de la terminal tras la autenticación es normal: -N abre el túnel sin sesión remota. Ctrl+C cierra el túnel, pero no detiene ComfyUI; una interfaz inaccesible tras cerrar la terminal no es, por tanto, necesariamente un fallo del servidor.
Síntoma: se construyó y luego se descartó un grafo que mezclaba el checkpoint RealVisXL con nodos SD3/AuraFlow (incompatibilidad de grafo). Después, una cancelación de generación quedó bloqueada, sin poder establecer una causa exacta; fue necesario un reinicio específico del contenedor para volver a un estado saludable. Solución adoptada: vuelta a un grafo SDXL adaptado (coherente con RealVisXL), que después funcionó con normalidad.
Un segundo incidente, descrito en la página Docker, afectó al arranque del contenedor (getpass.getuser() fallando por falta de un UID conocido); se resolvió mediante variables de entorno sin reconstruir la imagen.
| Prueba | Observación | Alcance |
|---|---|---|
| Retrato 512×512, 8 pasos | 8,03 s (carga inicial incluida) | Validación funcional, no una prueba de calidad |
| Retrato 1024×1024, 30 pasos | Imagen obtenida (DPM++ SDE Karras) | Duración no atribuida con certeza en el historial |
- Endurecimiento de un contenedor ComfyUI (sin privilegios, FS raíz en solo lectura)
- Verificación de integridad de checkpoints mediante huella SHA-256
- Compartición de una GPU exclusiva entre inferencia LLM y generación de imágenes
- Diagnóstico de incompatibilidad de grafos ComfyUI y recuperación tras un bloqueo
- Acceso remoto seguro mediante túnel SSH, sin publicación en Internet
Límites y trabajo abierto
- El reparto automático de solicitudes entre ComfyUI y Ollama aún está por construir (conmutación manual por ahora)
- El realismo anatómico, las poses y la calidad a gran escala quedan por evaluar
- El uso de Flux en esta infraestructura Linux no está confirmado — aquí solo se ha medido RealVisXL
- Las integraciones agénticas/n8n, la admisión común de solicitudes y la política de reinicio tras un reboot siguen siendo trabajo abierto
- RealVisXL V5.0 se distribuye bajo licencia Open RAIL++: que los pesos estén disponibles no significa la ausencia de restricciones de licencia
IA Locale / LLM
Docker
GPU Passthrough
Stockage ZFS