Skip to main content
Coût par image d'une ferme de rendu en 2026 : ce que vous paierez réellement

Coût par image d'une ferme de rendu en 2026 : ce que vous paierez réellement

ByThierry Marc
17 min read
Une décomposition pratique de ce que coûtent réellement les images d'une ferme de rendu en 2026 — avec les vrais calculs pour les scènes CPU et GPU.

Si vous avez déjà téléchargé un projet sur une ferme de rendu cloud et regardé les crédits s'épuiser plus vite que prévu, vous savez déjà que « le coût par image » n'est pas un nombre fixe. Cela dépend de votre scène, de votre moteur de rendu, du nombre d'échantillons que vous demandez, et du modèle tarifaire utilisé par la ferme. Les pages marketing génériques ne l'expliquent rarement clairement.

Nous exploitons une ferme avec plus de 20 000 cœurs CPU et une flotte croissante de GPU RTX 5090. Environ 70 % de nos emplois sont des rendus CPU — V-Ray, Corona, Arnold, et occasionnellement des projets Blender Cycles en mode CPU. Les 30 % restants sont des emplois GPU. Cette répartition nous donne une vision claire de ce que coûtent réellement les images selon différentes charges, et c'est la base de tout dans cet article.

Ceci est un instantané de 2026. Les prix changent au fur et à mesure que le matériel évolue et que la concurrence s'ajuste. L'objectif ici est de vous donner suffisamment de mathématiques pour estimer vos propres coûts avant de vous engager à créditer où que ce soit.

Comment les fermes de rendu facturent (et pourquoi « coût par image » est trompeur)

La plupart des fermes de rendu cloud ne facturent pas par image. Elles facturent par heure de calcul, puis votre coût par image en découle : coût total de calcul divisé par le nombre total d'images rendues. La confusion provient des pages marketing qui citent un seul numéro par image sans révéler la scène derrière celui-ci.

Les deux modèles tarifaires dominants en 2026 sont :

GHz-hr (rendu CPU) : Vous payez pour la vitesse d'horloge × le temps que consomme votre emploi. Un cœur à 3,0 GHz fonctionnant pendant une heure = 3,0 GHz-hr. Si la ferme facture 0,004 $/GHz-hr et votre image prend 15 minutes sur une machine à 64 cœurs à 3,5 GHz, le calcul est : 64 cœurs × 3,5 GHz × 0,25 hr × 0,004 $ = 0,224 $ par image.

OBh (rendu GPU) : Les heures OctaneBench mesurent le débit GPU. Une RTX 4090 marque environ 700 OB ; une RTX 5090 atteint environ 1 050–1 100 OB dans les tests de production. Si la ferme facture 0,003 $/OBh et votre image prend 4 minutes sur un seul RTX 5090 à 1 050 OB, le calcul est : 1 050 OB × (4/60) hr × 0,003 $ = 0,21 $ par image.

Quelques fermes utilisent toujours la tarification par nœud-heure — un tarif fixe par machine par heure quelle que soit la configuration. Ce modèle est plus simple à comprendre mais plus difficile à comparer entre fermes avec du matériel différent.

Rendu CPU : où va la majorité du budget

Le rendu CPU domine la visualisation architecturale, les graphiques animés de diffusion, la visualisation de produits et tout pipeline qui repose sur V-Ray, Corona ou Arnold. Ces moteurs sont mûrs, déterministes et s'échelonnent linéairement avec le nombre de cœurs — ce qui rend l'estimation des coûts directe.

Voici ce que nous voyons sur les emplois réels de notre ferme. Ces chiffres supposent 0,004 $/GHz-hr sur les nœuds avec 64 cœurs physiques (128 threads) à 3,2–3,5 GHz — la configuration CPU standard de notre flotte.

ScénarioRésolutionTemps moyen par imageCoût par imageTaille typique du projet
Intérieur archviz (V-Ray, modéré)3000×20008–12 min0,11–0,18 $5–20 angles de caméra
Extérieur archviz (Corona, GI)4000×225012–20 min0,16–0,30 $5–15 angles
Photo de produit (V-Ray, éclairage studio)4K5–10 min0,07–0,15 $10–50 images
Animation broadcast (Cinema 4D + Arnold)1920×10803–6 min0,04–0,09 $1 500–3 000 images
Animation de personnage (Maya + Arnold, SSS)1920×108010–20 min0,14–0,30 $2 000–5 000 images
Composition VFX lourde (Nuke + V-Ray, volumétrie)4K20–45 min0,27–0,67 $500–2 000 images
Forest Pack/RailClone scène dense4000×225025–40 min0,34–0,60 $10–30 angles

Le schéma : les projets archviz sont modérés par image mais il n'y a pas beaucoup d'images — un extérieur typique à 15 angles coûte 2,40–4,50 $. L'animation inverse le ratio — un coût par image plus faible mais des milliers d'images, donc la dépense totale s'accumule rapidement.

Une plage budgétaire courante que nous voyons pour les studios archviz : 50–300 $/mois. Les studios d'animation faisant un travail broadcast régulier ont tendance à dépenser 500–2 000 $/mois selon le volume de production.

Rendu GPU : images plus rapides, mathématiques différentes

Le rendu GPU se développe rapidement en production. Redshift, Octane, V-Ray GPU et Blender Cycles GPU bénéficient tous de l'architecture parallèle. Le RTX 5090 spécifiquement a repoussé l'efficacité des coûts GPU au-delà du point où il concurrence le CPU pour de nombreuses charges de travail.

La tarification GPU est plus difficile à comparer entre fermes car les scores OctaneBench varient selon la carte, et certaines fermes utilisent des tests personnalisés. Voici ce que coûtent les images GPU sur nos nœuds RTX 5090 à 0,003 $/OBh (score OB ~1 050) :

ScénarioRésolutionTemps moyen par image (1× RTX 5090)Coût par imageRemarques
Intérieur archviz (V-Ray GPU)3000×20002–5 min0,10–0,26 $Le débruiteur réduit le temps de 30–50 %
Graphiques en mouvement (Redshift)1920×108030–90 sec0,03–0,08 $Redshift excelle ici
Viz de produit (Octane)4K1–4 min0,05–0,21 $Les configurations studio propres sont rapides
Blender Cycles GPU (modéré)1920×10801–3 min0,05–0,16 $Le débruiteur OptiX aide
Scène VFX (V-Ray GPU, particules)4K5–15 min0,26–0,79 $Les limites de VRAM peuvent forcer un retour CPU
Houdini Karma XPU4K8–20 min0,42–1,05 $Toujours en maturation ; les chemins de retour CPU sont courants

Les coûts par image GPU semblent similaires au CPU au premier abord, mais le coût total du projet est souvent plus faible car les images se terminent plus rapidement — vous louez le matériel pour moins de temps mural. Le hic, c'est la VRAM : si votre scène dépasse la mémoire GPU (32 Go sur RTX 5090), le rendu échoue ou revient aux chemins CPU, ce qui va à l'encontre du but recherché.

CPU vs GPU : quand choisir lequel

Le choix n'est pas toujours une question de vitesse. C'est une question de prévisibilité, de compatibilité de scène et de coût total.

CPU est le choix plus sûr quand :

Votre scène a des textures et une géométrie dépassant 32 Go, vous utilisez Forest Pack ou RailClone avec des millions d'instances dispersées, votre pipeline est construit autour de workflows V-Ray ou Corona CPU, ou vous avez besoin d'un résultat déterministe qui correspond exactement aux rendus de test locaux. Les fermes CPU ont également tendance à offrir plus de machines en parallèle — sur notre ferme, un nœud CPU 128-thread est standard, et nous pouvons assigner des dizaines de nœuds simultanément. Ce parallélisme compte plus que la vitesse de frame unique pour l'animation.

GPU a du sens quand :

Votre moteur le supporte nativement (Redshift, Octane, Cycles), votre scène tient dans la VRAM, vous faites des itérations lookdev où la rapidité du retour compte, ou vous travaillez avec des graphiques en mouvement où les temps de rendu sont déjà courts et GPU les réduit davantage.

L'approche hybride : Certains studios rendent les images hero sur GPU pour la vitesse, puis basculent au CPU pour le rendu de séquence complète par batch pour maintenir les coûts prévisibles. Nous voyons ce schéma surtout avec les utilisateurs de V-Ray qui font du lookdev GPU mais du rendu final CPU.

Ce qui augmente les coûts (et comment les contrôler)

Comprendre les facteurs de coût est plus utile que de mémoriser les tableaux tarifaires. Voici les facteurs qui causent la plus grande variance de coûts, classés par impact :

Résolution et échantillonnage : Doubler la résolution quadruple le nombre de pixels. Passer de 1080p à 4K seul multiplie le temps de rendu par environ 3,5–4×. Augmenter les échantillons de 2 000 à 8 000 peut améliorer le bruit d'une marge à peine visible tout en triplant le coût. Utilisez le débruitage (le débruiteur intégré de V-Ray, OptiX ou OIDN) et visez le nombre minimum d'échantillons qui produisent un résultat propre après débruitage.

Déplacement et subdivision : Les cartes de déplacement lourd avec des niveaux de subdivision élevés sont le multiplicateur de coût unique le plus grand en archviz. Un tapis avec 4 niveaux de subdivision sur une zone de sol de 10 mètres peut doubler le temps de rendu pour l'image entière. Baked le déplacement où c'est possible, ou réduisez la subdivision sur les objets loin de la caméra.

Rebonds de lumière et qualité GI : Corona et V-Ray ont tous deux des paramètres GI par défaut élevés. Pour l'animation, vous pouvez souvent réduire la qualité GI de 30–50 % sans impact visible à la vitesse de lecture 24/30 ips. L'œil ne remarque pas le bruit par image dans le mouvement de la façon dont il le fait dans une image statique.

Densité de dispersion : Les scènes Forest Pack et RailClone avec 10+ millions d'instances consomment de la RAM et gonflent les temps de rendu. Utilisez agressivement la réduction de densité basée sur la distance. Les objets à plus de 50 mètres de la caméra peuvent passer à 10 % de densité sans différence visible.

Région de rendu et passes : Ne rendez pas l'image complète si vous n'avez besoin que de mettre à jour un élément. La plupart des moteurs supportent les régions de rendu et les passes de rendu (beauté, réflexion, GI). Le rendu d'une seule passe est souvent 5–10× moins cher que de re-rendre l'image complète.

Estimation du coût de votre projet avant de charger

Voici une méthode pratique que nous recommandons aux clients avant qu'ils ne s'engagent à créditer :

  1. Rendez 3 images représentatives localement. Choisissez une image facile, une image moyenne et votre image la plus lourde. Chronométrez chacune.
  2. Notez votre matériel local. Si votre station de travail a un Ryzen 9 7950X (16 cœurs, ~3,8 GHz en moyenne), c'est 60,8 GHz. Un nœud de ferme avec 128 threads à 3,5 GHz est 448 GHz — environ 7,4× plus de calcul.
  3. Estimez le temps de l'image sur la ferme. Divisez votre temps de rendu local par le multiplicateur de calcul. Une image de 30 minutes locale devient ~4 minutes sur un nœud de ferme.
  4. Calculez le coût. Temps de l'image × GHz du nœud × tarif. Pour une image de 4 minutes sur notre nœud de 448 GHz à 0,004 $/GHz-hr : 448 × (4/60) × 0,004 $ = 0,12 $/image.
  5. Multipliez par le nombre d'images. 1 000 images × 0,12 $ = 120 $ total.
  6. Ajoutez un tampon de 15–20 %. Les emplois réels ont toujours des images plus lourdes que votre échantillon de test. Budgétisez en conséquence.

Cette méthode fonctionne pour le CPU. Pour le GPU, remplacez GHz par les scores OctaneBench et utilisez le score OB de votre GPU comme base.

Niveaux de priorité et leur vrai impact

La plupart des fermes offrent des niveaux de priorité. Sur notre ferme, les niveaux fonctionnent comme ceci :

PrioritéMultiplicateur de coût typiqueCas d'usage
Bas / Économique1× (tarif de base)Rendus batch non urgents, emplois nocturnes
Standard1,5×Délais de production normaux
Haut / Express2–3×Livraison le même jour, révisions de clients

La priorité affecte la rapidité avec laquelle votre emploi commence et le nombre de nœuds assignés simultanément. Le coût du calcul par image ne change pas — vous payez pour un retour plus rapide, pas pour des images individuelles plus rapides. Si vous avez un délai flexible, la priorité basse économise 30–50 % par rapport à express.

Le point de rupture build vs cloud

À un certain niveau de dépense, la construction de votre propre matériel de rendu commence à avoir du sens financier. Le croisement dépend de l'utilisation.

Un seul nœud de rendu à 64 cœurs (AMD EPYC 9654, 128 threads, 3,55 GHz) coûte environ 8 000–12 000 $ en 2026 y compris le châssis, la RAM et le stockage. Ce nœud fournit ~454 GHz de calcul continu. À 0,004 $/GHz-hr, la location de capacité équivalente coûte 1,82 $/heure, ou ~1 310 $/mois à 100 % d'utilisation.

Point de rupture : ~7–9 mois à utilisation complète. Mais la plupart des studios ne tournent pas 24/7. À 40 % d'utilisation moyenne (typique pour un petit studio avec du travail basé sur des projets), le point de rupture s'étire à 18–24 mois — et c'est avant l'électricité, le refroidissement, la maintenance et le coût d'opportunité de la gestion du matériel.

La guidance pratique : si vous dépensez moins de 1 000 $/mois régulièrement, le cloud est presque certainement moins cher. Entre 1 000–3 000 $/mois, cela dépend de votre schéma d'utilisation. Au-delà de 3 000 $/mois soutenus, commencez à évaluer une configuration hybride — nœuds locaux pour la charge de base, cloud pour la capacité de rafales. Pour une analyse plus approfondie, nous avons écrit une comparaison dédiée du coût total build vs cloud.

Ce que d'autres fermes facturent en 2026

La tarification dans l'industrie a convergé vers des gammes similaires. Voici un instantané des tarifs publiés des fermes majeures (début 2026) :

FermeTarif CPUTarif GPUEssai gratuit
Super Renders Farm0,004 $/GHz-hr0,003 $/OBhCrédit de 25 $
GarageFarm0,024 $/GHz-hr (faible priorité)1,49+ $/nœud-hrCrédit de 25 $
RebusFarm0,0141 $/GHz-hr0,0053 $/OBh25 RenderPoints
FoxRenderFarm0,0306 $/cœur-hr (niveau Diamond)0,90 $/nœud-hr (niveau Diamond)Crédit de 25 $
Ranch ComputingNous contacter pour un devis€0,005–0,009/OBhCrédit de 30 €

Notez que ces tarifs ne sont pas directement comparables sans normaliser les spécifications de nœud, les niveaux de priorité et la façon dont chaque ferme mesure « GHz » ou « OB ». Une ferme citant 0,024 $/GHz-hr sur du matériel plus rapide pourrait livrer le même coût par image qu'une citant 0,004 $/GHz-hr sur du matériel plus ancien. Utilisez toujours le calculateur de coûts de la ferme avec vos données de scène réelles.

Maintien des coûts prévisibles mois après mois

Les surprises de coûts proviennent généralement de trois sources : le glissement de portée (plus d'images que prévu), les scènes non optimisées téléchargées à la hâte, et les mises à niveau de priorité pendant les crunch. Voici les schémas qui fonctionnent selon notre expérience :

Définissez un plafond budgétaire mensuel. La plupart des fermes (y compris la nôtre) vous permettent de définir des alertes de dépense ou des plafonds durs. Utilisez-les. Il est préférable de frapper un plafond et de re-prioriser que de découvrir une facture de 2 000 $ que vous ne prévoyiez pas.

Optimisez avant de charger. Passez 30 minutes à vérifier les niveaux de subdivision, les tailles de texture et la géométrie inutile avant de soumettre un emploi. Ce passage d'optimisation de 30 minutes économise souvent 20–40 % sur le coût de rendu.

Groupez les images similaires. Si vous avez 10 angles de caméra pour un projet archviz, soumettez-les comme un seul batch plutôt que 10 emplois individuels. Le groupage réduit les frais généraux et permet à la ferme d'allouer les ressources plus efficacement.

Utilisez la priorité basse si vous pouvez. Si le délai est la semaine prochaine, il n'y a aucune raison de payer les tarifs express aujourd'hui. Soumettez en priorité basse et laissez-le tourner toute la nuit.

FAQ

Combien coûte le rendu d'une image sur une ferme de rendu ?

Cela dépend beaucoup de la complexité de la scène et de la résolution. Un intérieur archviz modéré pourrait coûter 0,11–0,18 $ par image sur CPU, tandis qu'une scène VFX lourde avec volumétrie à 4K pourrait coûter 0,50–2,50 $ ou plus. Les variables clés sont le temps de rendu, le tarif horaire de la ferme et votre niveau de priorité choisi.

Le rendu CPU ou GPU est-il moins cher par image ?

Aucun n'est universellement moins cher. Le CPU tend à être plus rentable pour les scènes complexes avec des exigences de mémoire élevées (ensembles de textures importants, millions d'objets dispersés). Le GPU est généralement plus rapide et moins cher pour les scènes qui tiennent dans les limites de VRAM, surtout avec des moteurs comme Redshift ou Octane. Pour un aperçu plus approfondi de la comparaison en production, consultez notre guide des modèles de tarification.

Pourquoi mon coût par image varie-t-il selon les fermes de rendu ?

Les fermes utilisent du matériel différent, des modèles tarifaires et des unités de mesure différentes. Une ferme peut citer les heures GHz tandis qu'une autre utilise les heures de cœur ou les heures de nœud. La vitesse du matériel sous-jacent diffère également. Utilisez toujours le calculateur de coûts de chaque ferme avec votre fichier de projet réel pour une comparaison précise plutôt que de comparer les tarifs affichés.

Comment puis-je estimer les coûts de ferme de rendu avant de charger ?

Rendez 2–3 images représentatives localement et chronométrez-les. Ensuite, divisez votre temps de rendu local par le ratio de calcul entre les spécifications de votre station de travail et du nœud de la ferme. Multipliez le temps estimé de l'image sur la ferme par le tarif horaire de la ferme et votre nombre total d'images. Ajoutez un tampon de 15–20 % pour les images plus lourdes que la moyenne.

La priorité de rendu affecte-t-elle le coût par image ?

Pas directement — le coût du calcul par image reste le même. La priorité affecte la rapidité avec laquelle votre emploi entre dans la queue et le nombre de machines allouées. Une priorité plus élevée signifie un retour plus rapide mais à un multiplicateur de coût de 1,5–3×. Si votre délai est flexible, la priorité basse peut réduire la dépense totale de 30–50 %.

À quel point devrais-je construire ma propre ferme de rendu au lieu d'utiliser un service cloud ?

Comme guide approximatif, si vous dépensez régulièrement plus de 3 000 $/mois en rendu cloud avec une utilisation élevée, une configuration hybride peut économiser de l'argent sur 2–3 ans. Sous 1 000 $/mois, le cloud est presque certainement plus économique. La gamme intermédiaire dépend de la façon dont votre charge de travail se répartit au cours de l'année — les pics saisonniers favorisent le cloud, les charges constantes favorisent le matériel détenu.

Quel est le plus gros facteur qui augmente le coût de la ferme de rendu ?

La résolution et la qualité d'échantillonnage sont les principaux facteurs de coût. Doubler la résolution multiplie le temps de rendu par environ quatre. Après cela, les niveaux de déplacement/subdivision et la densité de dispersion (Forest Pack, RailClone) ont le plus grand impact sur les emplois CPU. Pour le GPU, le débordement de VRAM qui force un retour CPU est le scénario unique le plus coûteux.

Les fermes de rendu facturent-elles un supplément pour les plugins comme Forest Pack ou V-Ray ?

La plupart des fermes de rendu majeures incluent les licences des plugins courants comme V-Ray, Corona, Arnold, Forest Pack et RailClone dans leur tarification de base. Vous ne payez pas séparément pour ces éléments. Cependant, les plugins de niche ou très nouveaux peuvent ne pas être supportés — consultez toujours la liste des logiciels supportés de la ferme avant de charger.

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.