12 novembre 2026 · Team VRAMfarm

Rendering Blender su GPU a noleggio: Cycles da riga di comando, più macchine, Octane e Redshift

Il cliente vuole 240 frame di un flythrough di interni per domattina. Ogni frame richiede 4 minuti sulla tua RTX 3070 di casa, quindi il lavoro chiede 16 ore e tu ne hai 10. Su schede a noleggio gli stessi frame richiedono circa 1,5 minuti l’uno su una RTX 4090, e divisa su quattro server l’intera sequenza è pronta in meno di due ore, più o meno alla stessa cifra che spenderesti renderizzandola su una scheda sola. Cycles di Blender si presta bene: gira da riga di comando, non richiede licenze e usa il ray tracing OptiX di NVIDIA su qualsiasi scheda RTX.

Quale scheda: contano più gli RT core del marchio da data center

Cycles con OptiX usa gli RT core delle schede RTX per il ray tracing. Le grandi GPU da data center (A100, H100, H200, B200) non hanno RT core. Cycles ci gira lo stesso, ma una RTX 4090 renderizza lo stesso frame più in fretta a una frazione del prezzo orario. Per il rendering guarda le schede RTX e la serie L.

I rapporti sono indicativi. Il benchmark Blender Open Data riporta i punteggi misurati della maggior parte di queste schede per ogni versione di Blender, ed è il modo migliore per confrontarle. Poi metti il punteggio accanto al prezzo orario nella nostra pagina dei prezzi: per i lavori lunghi di notte spesso vince la 3090 per costo a frame, la 4090 e la 5090 quando la scadenza è vicina.

Quanta VRAM chiede una scena

Cycles su GPU ha bisogno dell’intera scena in memoria video: geometria, struttura di accelerazione (BVH), texture e buffer dei frame. Se non ci sta, Cycles può spostare una parte dei dati nella RAM di sistema, ma il rendering rallenta di molto, e le scene molto grandi falliscono del tutto.

Qualche riferimento:

• Still life di prodotto, motion graphics, interni semplici: 2–8 GB. Va bene qualsiasi scheda del catalogo.
• Archviz dettagliata con texture 4K: 8–20 GB. Schede da 24 GB.
• Vegetazione sparsa, grandi esterni, molte texture 8K: 20–45 GB. Una texture 8K non compressa con canale alfa occupa circa 256 MB a 8 bit e quattro volte tanto in float, quindi cinquanta texture si sommano in fretta. Schede da 48 GB.
• Scene da film, enormi folle o foreste istanziate: 48–96 GB. RTX PRO 6000.

Per conoscere il tuo numero, renderizza un frame sul tuo computer e leggi il picco di memoria nella barra di stato, oppure renderizza un frame di prova sul server tenendo d’occhio nvidia-smi. Semplifica dove costa poco: le texture degli oggetti lontani raramente hanno bisogno dell’8K, e il limite di dimensione delle texture di Cycles (Render Properties → Simplify) ti dice in fretta quanto si risparmia. La guida alla VRAM applica la stessa logica ai modelli di IA.

Portare la scena sul server

Un file .blend che a casa si renderizza alla perfezione spesso fallisce su un server perché punta a texture in C:\Users\.... Prima di caricarlo:

1. File → External Data → Make Paths Relative, poi Pack Resources per inserire le texture nel .blend. Oppure tienile in cartelle accanto al file, con percorsi relativi, e comprimi in zip l’intera cartella del progetto.
2. Fai il bake delle simulazioni (fluidi, tessuti, particelle, cache dei geometry nodes) a casa e includi le cartelle della cache. Un server non rifà una simulazione che non trova.
3. Controlla gli add-on. Gli add-on usati in fase di render devono essere installati anche nel Blender del server. Alla maggior parte delle scene non ne serve nessuno.
4. Imposta l’output nel file: formato (PNG, oppure OpenEXR se poi fai compositing), risoluzione, sample, intervallo di frame. Per le animazioni attiva Persistent Data (Render Properties → Performance): così Cycles tiene la scena caricata tra un frame e l’altro.

Carica lo zip con il pulsante di upload di Jupyter, con scp/rsync via SSH (guida alla chiave SSH), oppure mettilo sul tuo cloud storage e scaricalo sul server con wget o rclone. Con più macchine l’ultima opzione è la più comoda: ogni server scarica dallo stesso link. I download contano come traffico alla tariffa della macchina, che vedi prima dell’avvio.

Installare Blender e renderizzare da riga di comando

Avvia un server vuoto PyTorch + Jupyter; che contenga PyTorch non importa. Apri un terminale in Jupyter o via SSH. Installa le poche librerie di sistema che Blender si aspetta, poi scarica la stessa versione di Blender che usi a casa (copia il link per Linux da blender.org):

apt-get update && apt-get install -y xz-utils libxrender1 libxi6 libxkbcommon0 \
  libxxf86vm1 libxfixes3 libsm6 libgl1 libegl1
cd /workspace
wget <Linux link for your Blender version from blender.org/download>
tar -xf blender-*-linux-x64.tar.xz && mv blender-*-linux-x64 blender

Se all’avvio Blender si lamenta di un file .so mancante, installa il pacchetto che nomina e riprova. Poi salva questo come /workspace/gpu.py. Imposta Cycles su OptiX su tutte le GPU della macchina, qualunque cosa dica il file .blend:

import bpy
prefs = bpy.context.preferences.addons["cycles"].preferences
prefs.compute_device_type = "OPTIX"
prefs.get_devices()
for d in prefs.devices:
    d.use = d.type == "OPTIX"
    print("device:", d.name, d.type, d.use)
bpy.context.scene.cycles.device = "GPU"

Renderizza l’animazione:

cd /workspace/project
nohup /workspace/blender/blender -b scene.blend --python /workspace/gpu.py \
  -o /workspace/render/frame_#### -s 1 -e 240 -a > /workspace/render.log 2>&1 &
tail -f /workspace/render.log

L’ordine conta: lo script Python e le opzioni di output, inizio e fine devono venire prima di -a. Il log mostra per primi i dispositivi. Se non compare nessun dispositivo OptiX, il container non vede la libreria OptiX; sostituisci "OPTIX" con "CUDA" in entrambi i punti. Sulle schede RTX CUDA è più lento di OptiX, ma funziona ovunque. Renderizzare un solo frame con -f 1 al posto di -a è un buon test prima del lavoro completo.

nohup fa continuare il render quando chiudi il browser o perdi la connessione. Un render in corso tiene occupata la GPU, quindi la protezione dall’inattività non lo ferma. Quando viene scritto l’ultimo frame la GPU si quieta: se non c’è niente di connesso, dopo circa due ore ricevi un avviso di inattività, e un’ora dopo il server salva /workspace (frame compresi) e si ferma. Fermarlo tu appena hai scaricato i frame costa meno.

Più macchine per una scadenza

Cycles renderizza i frame in modo indipendente, quindi la render farm più semplice è un intervallo di frame diviso:

Quattro è anche il numero massimo di server che un account può tenere attivi contemporaneamente. Avviali con lo stesso modello di scheda così finiscono insieme, fai la stessa configurazione su ciascuno (un breve script shell da incollare in ogni terminale evita errori) e avvia ognuno con il suo intervallo. Quando hanno finito, comprimi /workspace/render su ciascuno, scarica e metti i frame in un’unica cartella. Li monti con il tuo programma di editing o con il video sequencer di Blender.

Quattro server costano in tempo GPU più o meno come un server che fa tutti i frame, più i minuti di configurazione su ciascuno (download di Blender, upload della scena, circa 10 minuti) e il minimo di 15 minuti per avvio. Paghi un po’ di più per finire quattro volte prima. Per lavori più grandi o ricorrenti, l’API di VRAMfarm avvia, elenca e ferma i server da uno script, così uno script di render può fermare il proprio server nel momento in cui scrive l’ultimo frame.

Octane e Redshift: la licenza ce la metti tu

Entrambi girano su schede NVIDIA a noleggio, ma a differenza di Blender sono motori di render commerciali, e la licenza è a carico tuo. Non forniamo licenze né per l’uno né per l’altro.

OctaneRender (OTOY) funziona solo su GPU e gira su Linux. Accedi con il tuo account OTOY su ogni server, e il livello del tuo abbonamento decide quante GPU possono renderizzare contemporaneamente; controllalo prima di avviare quattro macchine. Sono i termini di OTOY a stabilire se una licenza si può usare su hardware a noleggio, quindi leggili per il tuo piano. L’edizione di Octane per Blender è una build separata di Blender con una sua configurazione; per renderizzarla da riga di comando segui la documentazione di OTOY.

Redshift (Maxon) si attiva con il tuo account Maxon, una postazione per ogni macchina che renderizza in quel momento. Su un server Linux senza interfaccia accedi con lo strumento di licenza da riga di comando di Maxon. Il rendering vero e proprio passa da redshiftCmdLine con file di scena .rs esportati, oppure dal renderer batch dell’applicazione host (Houdini, Maya o il renderer da riga di comando di Cinema 4D). Prima di pianificare un lavoro su più macchine controlla i termini attuali di Maxon per i nodi di render.

Due indicazioni pratiche valgono per entrambi. Installa la stessa versione che hai in locale, così la scena viene renderizzata allo stesso modo. E controlla la versione del driver della macchina prima dell’avvio, perché i renderer GPU richiedono un driver minimo; la guida a CUDA e driver spiega cosa guardare. Gli strumenti che hanno bisogno di un desktop, come l’Unreal Editor o l’interfaccia di DaVinci Resolve, si adattano male ai server senza schermo e qui non li trattiamo.

Costo per frame: calcolalo prima di noleggiare

La formula è semplice: prezzo orario × minuti per frame ÷ 60. La parte difficile sono i minuti per frame, quindi misurali: renderizza il frame 1 sul server che hai noleggiato e moltiplica. Un avvio di prova costa almeno il minimo di 15 minuti, un po’ di più con la configurazione.

Il nostro esempio da 240 frame, a 1,5 minuti per frame su una RTX 4090:

• Un server: 240 × 1,5 = 360 minuti, più 10 minuti di configurazione: circa 6 h 10 min, 3,64 €, finito in circa sei ore.
• Quattro server: 60 × 1,5 = 90 minuti ciascuno, più 10 minuti di configurazione: 100 minuti ciascuno, 6 h 40 min in totale, 3,94 €, finito in meno di due ore.
• Su una RTX 3090 a circa 3 minuti per frame, un server: circa 12 h 10 min, 3,65 €, se la scadenza lo permette.

Aggiungi il traffico per la scena e i frame alla tariffa della macchina. Spesso la parte maggiore sono i frame: 240 frame in OpenEXR a 1080p possono pesare diversi gigabyte.

Per ridurre i minuti per frame, le leve classiche di Cycles sono meno sample con il denoising (OptiX o OpenImageDenoise), l’adaptive sampling, Persistent Data per le animazioni e meno rimbalzi dei light path dove la scena non ne ha bisogno. Provale sul frame 1 prima di avviare la render farm, perché ogni secondo risparmiato viene moltiplicato per 240.