
Coût du rendu cloud par image : guide tarifaire 2026
Coût du rendu cloud par image en 2026 : ce que coûte vraiment une image
« Combien coûte le rendu cloud par image ? » est l'une des questions que nous entendons le plus souvent de la part des artistes et des studios qui déplacent leur premier projet depuis une station de travail vers le cloud. La question paraît simple, mais la réponse honnête est une fourchette — et cette fourchette est large, car une image n'est pas une unité de travail, c'est une unité de résultat. Deux images à la même résolution peuvent nécessiter 30 secondes ou 30 minutes, selon le moteur de rendu, les échantillons, la géométrie et l'éclairage.
Ce guide présente ce que représente le coût par image dans le cloud en 2026, pourquoi il varie autant, et comment fonctionnent réellement les modèles tarifaires sous-jacents. Nous opérons Super Renders Farm depuis 2017, et les chiffres ci-dessous proviennent de la diversité de projets que nous traitons quotidiennement en visualisation architecturale, motion design, VFX et animation.
Pour une analyse approfondie du calcul du coût par image sur les render farms spécifiquement, consultez notre guide du coût par image en render farm. Pour une comparaison côte à côte de cinq render farms, consultez la répartition des coûts par image pour 2026. Cet article est le point d'entrée conceptuel qui surplombe les deux — couvrant le rendu cloud dans son ensemble, y compris les alternatives IaaS comme AWS Batch et Azure Batch.
TL;DR — Coût du rendu cloud par image en 2026
Le coût par image dans le cloud en 2026 se situe généralement dans ces fourchettes :
- Visuel fixe archviz (1080p, V-Ray ou Corona) : $0.03 – $0.25 par image
- Animation archviz (1080p, 24–30 fps) : $0.08 – $0.65 par image
- Visualisation produit (4K, GPU ou CPU) : $0.15 – $1.20 par image
- Plan VFX / motion design : $0.50 – $3.00 par image
- Animation / plan CG complexe : $1.00 – $5.00 par image
Ces chiffres couvrent uniquement le calcul de rendu — et non les licences, la préparation des assets ou le montage. Le coût par image varie selon la complexité de la scène, le moteur de rendu, la résolution de sortie, les paramètres de qualité/échantillons et le modèle tarifaire de votre prestataire. Nous détaillons chacun de ces facteurs ci-dessous, puis comparons les render farms aux plateformes cloud généralistes (AWS Batch, Azure Batch) pour la même charge de travail.
Combien coûte le rendu cloud par image ?
La réponse courte est « entre trois centimes et cinq dollars par image, selon le type d'image que vous rendez ». Ce n'est pas une esquive — la fourchette reflète à quel point un visuel fixe archviz en 1080p diffère d'un plan d'animation 4K avec volumétrie et flou de mouvement.
Pour rendre ces fourchettes concrètes, voici la table de référence que nous utilisons en interne pour évaluer de nouveaux projets. Les colonnes CPU supposent V-Ray, Corona ou Arnold sur des nœuds dual Xeon. Les colonnes GPU supposent Redshift, Octane ou V-Ray GPU sur du matériel de classe RTX 5090 (32 Go de VRAM).
| Type de projet | Résolution | CPU $/image | GPU $/image | Notes |
|---|---|---|---|---|
| Visuel fixe archviz — intérieur | 1920×1080 | $0.05 – $0.25 | $0.04 – $0.18 | Corona / V-Ray ; 1–8 min par image |
| Visuel fixe archviz — extérieur avec végétation | 3840×2160 | $0.20 – $0.80 | $0.15 – $0.55 | Forest Pack, déplacement |
| Animation archviz en perspective | 1920×1080 | $0.08 – $0.40 | $0.06 – $0.28 | 720–4 500 images typiques |
| Visualisation produit | 3840×2160 | $0.25 – $1.20 | $0.15 – $0.90 | Éclairage studio, géométrie légère |
| Motion design / mograph | 1920×1080 | $0.30 – $1.50 | $0.20 – $1.10 | Redshift / Octane dominant |
| Plan VFX (complexité moyenne) | 1920×1080–2K | $0.60 – $2.50 | $0.45 – $1.80 | Simulations, déplacement, AOV |
| Plan d'animation complexe | 2K – 4K | $1.20 – $5.00 | $0.90 – $3.80 | GI complexe, cheveux, volumétrie |
Deux enseignements pratiques de ce tableau. Premièrement, le coût GPU par image est généralement 20–35 % inférieur au CPU sur la même scène si la scène est compatible GPU — c'est-à-dire que les textures et la géométrie tiennent dans 32 Go de VRAM et que le moteur est Redshift, Octane ou V-Ray GPU. Deuxièmement, la fourchette de coût par image au sein d'un même type de projet peut être 4 à 5 fois plus large. Ce n'est pas une variation entre prestataires ; c'est une variation entre scènes. Un intérieur Corona épuré avec quelques lumières ponctuelles se rend très différemment de la même pièce avec de la végétation Forest Pack à l'extérieur des fenêtres.
Que signifie « tarification par image » sur une render farm ?
« Tarification par image » est un raccourci pour deux concepts liés mais distincts, dont la confusion génère beaucoup d'incompréhensions.
Concept 1 — Un modèle tarifaire. Un petit nombre de prestataires (principalement des services drag-and-drop ciblant les hobbyistes) facturent littéralement un prix fixe par image, quel que soit le temps de calcul de l'image. On retrouve cela sur des rendeurs cloud simples pour Blender EEVEE ou des scènes V-Ray basiques. Le tarif couvre le temps de calcul moyen attendu pour ce moteur et cette résolution.
Concept 2 — Une unité de rapport. La plupart des render farms de niveau production (Super Renders Farm incluse) facturent à la seconde de temps de calcul, normalisée sur une unité matérielle — généralement des GHz-hr pour le CPU ou des OctaneBench-hour pour le GPU. Le « coût par image » que vous voyez sur votre facture est calculé après la fin du rendu, en divisant le coût total par le nombre d'images. Il est descriptif, pas prescriptif.
Les deux concepts produisent un chiffre qui ressemble à « $0.42 par image » sur un devis ou une facture. La différence est que le Concept 1 est fixé avant la soumission ; le Concept 2 reflète ce que votre scène a réellement consommé. Pour des charges de travail prévisibles (visuels fixes, plans répétitifs), la différence importe rarement. Pour des scènes expérimentales — premiers tests d'un moteur, nouveaux setups d'éclairage, simulations non testées — le Concept 2 vous protège si une image s'avère moins coûteuse que prévu, mais vous expose si une image s'avère plus lourde.
Lorsque vous voyez « tarification par image » annoncée, demandez quel modèle le prestataire utilise. La réponse affecte la façon dont vous budgétisez le projet.
Pourquoi la tarification par image varie-t-elle autant ?
Il existe quatre facteurs de coût qui font varier les chiffres par image d'un ordre de grandeur. Les comprendre est la différence entre un devis qui tient et un devis qui double en cours de projet.
1. Complexité de la scène. Le nombre de polygones, d'instances, les subdivisions de déplacement, les systèmes de cheveux et les données volumétriques multiplient tous le temps de rendu par pixel. Un intérieur architectural épuré en 1080p peut se rendre en 3 minutes par image ; le même plan avec une dispersion de végétation Forest Pack à l'extérieur, des clôtures RailClone et un rayon divin volumétrique peut passer à 25 minutes par image sur le même matériel. C'est une variation de coût de 8 fois rien qu'à cause du contenu de la scène.
2. Moteur de rendu et paramètres. V-Ray, Corona, Arnold, Redshift, Octane et Cycles ont chacun leurs propres courbes d'efficacité. Corona est généralement plus rapide pour les intérieurs à dominante diffuse ; V-Ray offre un plafond de fonctionnalités plus large pour les extérieurs archviz. Sur GPU, le rendu biaisé de Redshift est plus rapide qu'Octane en lancer de rayons brute-force pour le même niveau de qualité cible. Le nombre d'échantillons est la variable la plus surestimée — de nombreuses scènes archviz peuvent descendre de 200 à 50 échantillons avec débruitage et paraître identiques, réduisant le coût d'environ 4 fois.
3. Résolution de sortie. Le coût évolue presque linéairement avec le nombre de pixels, pas avec le chiffre de résolution. Passer de la 1080p (2,07 mégapixels) à la 4K (8,29 mégapixels) représente une multiplication par 4 du nombre de pixels et environ 3,5 à 4 fois le coût. Nous voyons constamment des clients sous-estimer cela lorsqu'un directeur demande « peut-on simplement livrer en 4K à la place ? »
4. Modèle tarifaire et niveau de matériel. Un service à prix fixe par image peut être moins cher qu'une render farm à la seconde pour une scène Eevee simple, et 5 fois plus cher pour une scène V-Ray lourde. Le rendu GPU sur du matériel dédié 32 Go de VRAM (classe RTX 5090) coûte plus cher par heure-nœud que le CPU, mais par image il est souvent moins cher car l'image se termine plus rapidement.
Un modèle mental utile : le coût par image est approximativement (complexité de scène × résolution × échantillons) ÷ débit matériel × taux horaire. Multiplier n'importe quel facteur par 2 et le coût par image évolue dans le même sens.
Modèles de tarification par image : comment les render farms facturent
Il existe quatre modèles tarifaires couramment utilisés dans les services de rendu cloud en 2026. Chacun optimise pour un type différent de charge de travail, et choisir le mauvais peut doubler votre facture.
| Modèle | Fonctionnement | Adapté à | Points de vigilance |
|---|---|---|---|
| Fixe par image | Tarif forfaitaire par image quel que soit le temps de calcul | Hobbyistes, moteurs prévisibles (Eevee, Cycles simple) | Les images lourdes coûtent au prestataire, qui intègre sa marge dans la moyenne — vous surpayez pour les images simples |
| Au temps de calcul (GHz-hr ou OctaneBench-hour) | Paiement pour les secondes utilisées sur une unité matérielle normalisée | Production où la complexité des scènes varie | Vous absorbez la variance — une scène buggée avec de la géométrie cachée peut exploser |
| Abonnement / quota mensuel | Tarif mensuel fixe débloquant N heures-nœuds ou utilisation équitable illimitée | Studios avec un débit mensuel élevé et régulier | Dépenses perdues les mois creux ; limitations aux pics |
| Crédit prépayé hybride | Solde prépayé, facturé à la seconde à un taux réduit | Studios basés sur projets — la plupart des freelances archviz | Expiration des crédits ; remises par palier qui vous lient à un prestataire |
Pour la plupart des travaux de production, le temps de calcul avec crédits prépayés est le choix le plus prévisible. Il récompense les scènes efficaces (vous payez moins lorsque vous optimisez) et ne vous facture jamais des heures non utilisées. La tarification fixe par image est réellement moins chère pour des cas d'usage très étroits — un hobbyiste Blender qui rend des turntables Eevee — mais perd rapidement de l'intérêt sur tout ce qui présente une variance d'échantillons.
Pour une analyse plus détaillée de chaque modèle tarifaire avec des exemples chiffrés, consultez notre guide comparaison des modèles tarifaires en render farm.
Comparaison des coûts de rendu cloud : render farms vs plateformes de calcul cloud
« Rendu cloud » est la catégorie plus large. Les render farms en sont une option. L'autre option majeure est d'exécuter des jobs de rendu directement sur du calcul cloud généraliste — AWS Batch, Azure Batch, Google Cloud Batch — qui vous donnent du temps de VM brut et vous laissent l'orchestration.
Les deux approches produisent le même résultat final (images rendues), mais les économies par image et la charge opérationnelle diffèrent considérablement. Voici comment les deux voies se comparent pour une charge de travail de production représentative.
| Facteur | Render farm (gérée) | Calcul cloud (AWS / Azure Batch) |
|---|---|---|
| Coût par image (visuel fixe archviz 1080p) | $0.05 – $0.25 | $0.18 – $0.55 une fois les licences et frais d'orchestration inclus |
| Gestion des licences | Incluses (V-Ray, Corona, Arnold, Redshift, Octane, Cycles inclus) | Vous apportez votre propre licence — licences flottantes, dongles ou accords BYOL |
| Temps de configuration par projet | Minutes — téléversement, configuration, soumission | Jours à semaines pour le premier projet ; images AMI/conteneurs, serveurs de licences, configuration de file d'attente |
| Gestionnaire de rendu | Géré par le prestataire | Vous configurez (Deadline, Tractor, OpenCue, ou développez votre propre file d'attente) |
| Coût de stockage | Généralement inclus dans le tarif par image | Facture S3 / Blob séparée (l'egress s'accumule rapidement) |
| Flexibilité du niveau matériel | Parc du prestataire — choix limité | Catalogue complet des types d'instances (vous pouvez choisir n'importe quel SKU GPU qu'AWS propose) |
| Gestion des images échouées | Remise en file d'attente automatique sans frais supplémentaires sur la plupart des farms | Vous payez le calcul échoué ; vous implémentez la logique de retry |
| Usage typique | Archviz, motion design, studios VFX jusqu'à ~50 artistes | Studios hyperscale avec équipe DevOps complète et pipelines complexes |
Le résumé honnête : si vous êtes un studio archviz, un motion designer ou une petite équipe VFX, une render farm gérée sera presque toujours moins chère sur la base d'une image finalisée que gérer votre propre pipeline AWS Batch — même si la tarification brute des instances AWS paraît plus basse sur le papier. Les coûts cachés sont les licences (les licences flottantes V-Ray et Redshift ne sont pas bon marché), le temps ingénierie DevOps pour construire et maintenir le pipeline, et l'egress de stockage. Nous avons intégré des clients qui ont fait le calcul AWS et ont découvert que leur coût par image était 2 à 3 fois plus élevé que ce qu'une render farm aurait facturé une fois tout pris en compte.
Si vous êtes un studio hyperscale avec une équipe dédiée au pipeline de rendu — pensez à une maison d'animation de long métrage avec 200+ artistes — l'exécution directe sur calcul cloud est judicieuse car vos coûts ingénierie fixes s'amortissent sur un nombre d'images énorme. Pour tous les autres, la voie render farm gérée gagne sur le coût par image.
Pour la différence conceptuelle entre ces deux approches plus en profondeur, consultez notre aperçu de ce qu'est une cloud render farm et le guide d'explication du rendu cloud.
Références tarifaires externes pour le contexte multi-cloud : tarification AWS Batch et tarification Azure Batch — notez que ces pages listent uniquement le calcul brut, sans licence DCC ni moteur de rendu incluse.
Benchmarks de prix par image en 2026 par type de projet
La table de référence présentée plus tôt dans cet article donne des fourchettes par image. Cette section ajoute le contexte par projet — comment ces chiffres par image se traduisent en coût total de projet pour les travaux que nous rencontrons le plus souvent.
Pack de visuels fixes archviz (8 visuels principaux, 4K, V-Ray extérieur avec végétation). Le coût par image se situe typiquement à $0.40 – $0.80 en CPU. Coût total du projet : $3.20 – $6.40. Temps de rendu sur une render farm gérée : 30 minutes à 2 heures de temps réel selon la parallélisation. Le même travail sur une station de travail unique monopoliserait la machine toute la nuit.
Animation archviz (visite en perspective de 60 secondes à 30 fps = 1 800 images, 1080p, Corona intérieur). Par image : $0.10 – $0.30. Total : $180 – $540. Temps réel sur une render farm gérée : 4–10 heures. Les économies sont ici favorables — même au haut de la fourchette, le coût par livrable est inférieur à l'électricité d'une seule station de travail sur la même durée de rendu.
Visualisation produit (200 images, tourntable 4K, Redshift sur GPU). Par image : $0.20 – $0.70. Total : $40 – $140. Temps réel : 30 minutes à 2 heures. Le rendu GPU est vraiment rentable ici car les scènes de visualisation produit sont généralement propres — géométrie légère, éclairage contrôlé, tient confortablement dans 32 Go de VRAM.
Séquence motion design (450 images à 30 fps, mograph avec Redshift, AOVs). Par image : $0.40 – $1.10. Total : $180 – $495. Temps réel : 1–3 heures. La variance de coût provient du nombre d'AOVs et des paramètres d'échantillons pour le flou de mouvement.
Plan VFX (240 images, 2K, Arnold avec déplacement et volumétrie). Par image : $1.20 – $2.80. Total : $290 – $670. Temps réel : 4–12 heures. C'est là où le coût par image commence à être significatif, et où l'optimisation du coût de rendu (réduction des échantillons, débruitage, light linking) produit les plus grandes économies.
Images de reprise en animation (50 images, 4K, GI complète + cheveux + volumétrie). Par image : $2.50 – $5.00. Total : $125 – $250. Temps réel : 3–8 heures. À cette complexité, la discipline par image d'un pipeline d'animation (budgets d'assets, points de contrôle de rendu) prend tout son sens.
Ces fourchettes concernent uniquement le calcul de rendu. Elles n'incluent pas le temps artiste, la préparation des assets, les dailies ou le stockage des fichiers sources. Pour la plupart des studios, le calcul de rendu représente 5–15 % du budget total du projet — suffisamment significatif pour être géré avec soin, mais rarement le facteur décisif pour la livraison d'un projet.
Quand la tarification par image bat-elle le tarif horaire ou mensuel ?
Le choix du bon modèle tarifaire dépend de trois caractéristiques du projet : la prévisibilité, le volume et la cadence.
Prévisibilité — si vous savez à ±20 % près combien de temps chaque image prendra, la tarification fixe par image peut fonctionner. Si ce n'est pas le cas (la plupart des travaux de production), le temps de calcul avec crédits prépayés est le choix plus sûr.
Volume — si vous rendez moins d'environ 500 images par mois, la facturation à la seconde sans engagement bat l'abonnement. Au-delà d'environ 5 000 images par mois avec une cadence régulière, un forfait d'abonnement commence à s'avérer intéressant.
Cadence — les charges de travail irrégulières (un grand projet par trimestre, puis rien) favorisent les crédits prépayés sans expiration. Un débit hebdomadaire régulier favorise l'abonnement.
Une règle de décision simple que nous partageons avec nos clients :
- Hobbyiste ou freelance avec moins de 500 images/mois, moteurs variés : crédit prépayé, facturation à la seconde
- Petit studio archviz, 500–5 000 images/mois, mix prévisible : crédit prépayé à palier de remise supérieur
- Studio de taille moyenne, 5 000–20 000 images/mois, cadence régulière : forfait d'abonnement si disponible, prépayé sinon
- Hyperscale (20 000+ images/mois) : négocier directement un contrat volume
Le piège à éviter : souscrire un abonnement « au cas où vous en auriez besoin ». Nous avons vu des studios payer des capacités inutilisées pendant six mois parce que la résiliation de l'abonnement était plus compliquée que de le conserver.
Comment estimer le coût par image avant de soumettre
Une estimation approximative du coût par image avant la soumission vous protège des surprises en cours de projet. La méthode ci-dessous prend environ 10 minutes et est précise à ±30 % pour la plupart des scènes de production.
Étape 1 — Rendez une image de test sur votre station de travail locale. Notez le temps réel. C'est votre référence.
Étape 2 — Mesurez le débit de votre matériel local. Pour le CPU, c'est approximativement (cœurs × fréquence en GHz). Un Ryzen 9 moderne à 4,5 GHz avec 16 cœurs représente 72 GHz de calcul. Pour le GPU, exécutez un benchmark comme OctaneBench ou une scène de benchmark Redshift pour obtenir un score relatif.
Étape 3 — Calculez le débit d'un nœud cloud. Un nœud typique de render farm dans notre parc représente environ 70–90 GHz de calcul CPU (classe dual Xeon E5-2699 V4) ou un RTX 5090 (32 Go de VRAM) pour le GPU. Comparez à votre machine locale — la plupart des stations de travail ont 30–60 % du débit d'un seul nœud de render farm.
Étape 4 — Multipliez le temps local par le ratio de débit. Si votre image de test a pris 12 minutes sur une station de travail représentant 50 % de la vitesse d'un nœud de render farm, la render farm la rendra en environ 6 minutes.
Étape 5 — Multipliez le temps de render farm par le tarif à la seconde. La plupart des render farms de production publient un tarif par GHz-hr ou OctaneBench-hour. Une image qui prend 6 minutes sur un nœud CPU à 90 GHz consomme 9 GHz-hr. Sur notre render farm ($0.004 par GHz-hr pour le CPU), cela revient à environ $0.04 pour cette image. Les tarifs varient considérablement selon les prestataires — utilisez le tarif de la render farm que vous évaluez, multiplié par le débit de ses propres nœuds.
Étape 6 — Multipliez le coût par image par le nombre d'images, puis ajoutez 15 % de marge. La marge couvre les images à re-rendre, la variance des AOVs et les plans exceptionnels occasionnels.
Pour vérifier cette estimation, notre page tarifaire affiche nos tarifs actuels en GHz-hr et OctaneBench-hour avec des exemples chiffrés, et le guide du coût par image en render farm propose un exemple de calcul plus détaillé.
Tactiques pratiques pour réduire les coûts
Quelques gains rapides que nous observons régulièrement et qui réduisent le coût par image de 30–60 % sans différence de qualité visible :
- Débruitez plutôt que de forcer les échantillons. Les débruiteurs modernes (Intel Open Image Denoise, NVIDIA OptiX) permettent à la plupart des scènes archviz de descendre de 200 à 50 échantillons avec une perte de qualité imperceptible.
- Utilisez le light linking de façon agressive. Exclure les lumières des objets qu'elles n'illuminent pas de manière significative réduit considérablement les tests de rayons.
- Rendez à la résolution que vous livrerez, pas « au cas où ». Un rendu 4K coûte environ 4 fois plus qu'un rendu 1080p de la même scène. Ne rendez en 4K que si le livrable est en 4K.
- Précalculez ce que vous pouvez. Lightmaps pour les éléments statiques, caches de photons pour les intérieurs, irradiance maps réutilisées sur une animation — tout cela réduit le coût par image sans changer le rendu visuel.
- Adaptez le moteur à la scène. Les moteurs GPU (Redshift, Octane) sont généralement moins chers par image si la scène tient dans la VRAM. Les moteurs CPU (V-Ray, Corona) gèrent des budgets de géométrie plus importants à moindre coût par image pour les extérieurs archviz avec végétation dense.
Pour une perspective industrielle sur les benchmarks d'efficacité de rendu, la base de données de benchmarks Chaos est une référence utile pour les temps de scènes V-Ray sur différents niveaux de matériel.
FAQ
Q: Combien coûte le rendu cloud par image ? A: En 2026, le coût par image dans le cloud va typiquement de $0.03 pour un visuel fixe archviz 1080p simple jusqu'à $5.00 pour un plan d'animation 4K complexe. Cette large fourchette reflète la complexité de la scène, le moteur de rendu, la résolution de sortie et le modèle tarifaire de votre prestataire. Les animations archviz intermédiaires se situent à 0,08–$0.65 par image ; les plans VFX et motion design sont généralement à 0,50–$3.00 par image.
Q: Qu'est-ce que la tarification par image sur une render farm ? A: La tarification par image est un raccourci pour deux choses distinctes. Certains prestataires facturent littéralement un tarif fixe par image quel que soit le temps de calcul — courant pour du travail simple sous Blender ou Eevee. La plupart des render farms de production facturent à la seconde de temps de calcul et présentent le coût par image sur la facture comme une unité de rapport, calculée en divisant le coût total par le nombre d'images. Les deux produisent un chiffre comme « $0.42 par image », mais le premier est fixé avant la soumission et le second reflète ce que votre scène a réellement consommé.
Q: Le rendu GPU est-il moins cher par image que le CPU ? A: Pour les scènes compatibles GPU — Redshift, Octane, V-Ray GPU, où les textures et la géométrie tiennent dans 32 Go de VRAM — le rendu GPU est généralement 20–35 % moins cher par image que le rendu CPU de la même scène. Pour les scènes dépassant la VRAM, utilisant un déplacement lourd, ou des moteurs sans implémentations GPU performantes (Corona, Arnold CPU classique), le CPU est plus rentable par image.
Q: Comment réduire le coût du rendu cloud par image ? A: Les cinq tactiques à plus fort impact sont : réduire les échantillons et utiliser un débruiteur ; rendre uniquement à la résolution que vous livrerez ; utiliser le light linking pour exclure les lumières des objets qu'elles n'illuminent pas ; précalculer les lightmaps statiques et les caches de photons quand c'est possible ; et adapter le moteur à la scène (GPU quand la scène tient dans la VRAM, CPU pour la géométrie dense). Ensemble, ces actions réduisent typiquement le coût par image de 30–60 % sans perte de qualité visible.
Q: Qu'est-ce qui est moins cher — la tarification par image ou un abonnement mensuel ? A: Cela dépend du volume et de la prévisibilité. En dessous de 500 images par mois, la facturation à la seconde avec crédits prépayés est presque toujours moins chère. Entre 500 et 5 000 images par mois avec une cadence régulière, le crédit prépayé à remise par palier gagne généralement. Au-delà de 5 000 images par mois avec un débit hebdomadaire prévisible, un forfait d'abonnement commence à s'avérer intéressant. Les charges de travail irrégulières par trimestre devraient rester sur les crédits prépayés quel que soit le volume total.
Q: Suis-je facturé pour les images échouées sur une cloud render farm ? A: Sur les render farms gérées (Super Renders Farm incluse), les images échouées sont automatiquement remises en file d'attente sans frais supplémentaires tant que la défaillance est côté render farm — pannes de nœuds, erreurs disque, problèmes de licence transitoires. Les défaillances causées par des problèmes côté scène (assets manquants, plugins défaillants, plantages mémoire dus à une géométrie surdimensionnée) sont généralement quand même facturées pour le calcul consommé jusqu'au plantage. Sur les plateformes de calcul cloud généralistes comme AWS Batch, vous payez le calcul échoué quelle qu'en soit la cause, sauf si vous intégrez une logique de retry dans votre pipeline.
Q: Comment le coût du rendu cloud se compare-t-il à l'exploitation de mes propres nœuds de rendu ? A: Pour la plupart des studios de moins d'environ 50 artistes, le rendu cloud est considérablement moins cher sur une base par image car vous ne payez que pour le temps de rendu actif. Un nœud de rendu haut de gamme inactif 70 % du mois représente une dépréciation coûteuse. Pour une utilisation très élevée et constante (90 %+ sur des années), posséder du matériel peut s'avérer rentable — mais vous prenez aussi en charge l'électricité, le refroidissement, les cycles de renouvellement matériel et la charge opérationnelle. La comparaison du coût entre render farm et construction de parc présente le calcul complet.
Q: Pourquoi la même image coûte-t-elle des montants différents sur différentes render farms ? A: Trois raisons principales. Premièrement, le niveau matériel — une render farm avec des CPU ou GPU plus récents facture plus à la seconde mais finit souvent l'image plus rapidement, de sorte que le coût par image peut être inférieur. Deuxièmement, les licences incluses — les render farms qui intègrent les licences V-Ray, Redshift ou Octane facturent plus à la seconde mais vous économisez sur les frais de licence séparés. Troisièmement, le modèle tarifaire — les prestataires à prix fixe par image intègrent leur marge dans leur temps de calcul moyen attendu, de sorte que les scènes simples surpaient et les scènes complexes bénéficient d'un avantage. Comparez toujours le coût par image finalisée sur une scène de test représentative, pas les taux horaires annoncés.
About Thierry Marc
3D Rendering Expert with over 10 years of experience in the industry. Specialized in Maya, Arnold, and high-end technical workflows for film and advertising.

