FLUX models served through Black Forest Labs APIs and downloadable/open-weight variants do not share the same deployment model. Before sizing a server, confirm the exact model variant, licensing/deployment rights, resolution, batch and workflow components.
Black Forest Labs documentation recommends FLUX.2 for text-to-image while the FLUX 3 family was announced in July 2026. For self-hosting, weight access and licensing must be verified per variant; an API model should not be assumed to be self-hostable.
With API usage, the provider manages GPU capacity; self-hosting makes GPU/VRAM, model storage, queues and upgrades your responsibility.
No GPU operations
GPU required
Node/model operations
Resolution, batch size, reference images, text encoders/VAE, LoRA and control models can change peak VRAM.
The client submits a workflow/API request, the queue assigns work to a GPU worker, the model pipeline generates images and writes them to output storage.
Verify the exact FLUX variant's license, commercial-use and redistribution terms before deployment. Define input/output retention policies as well.
Observe VRAM, disk and queue services at host level rather than assuming one model-specific command.
nvidia-sminvidia-smi dmon -s pucm -c 5df -hdu -sh /opt/comfyui/models 2>/dev/null || truecurl -s http://127.0.0.1:8188/queue 2>/dev/null || trueNo. API runs on provider infrastructure; self-hosting requires available weights, appropriate licensing and your own GPU infrastructure.
It depends on use case and access model. FLUX.2 remains documented for image generation while FLUX 3 was announced in July 2026 as a newer multimodal family.
When supported by the relevant model/nodes, it can run in self-host workflows; verify exact versions.
Share exact model, ComfyUI workflow, resolution, batch and daily image count; we can size VRAM/NVMe and queue.