¿Qué es una granja de render? La guía completa para artistas 3D

¿Qué es una granja de render?

Una granja de render es un conjunto de computadoras conectadas en red -- llamadas nodos de render -- que trabajan juntas para procesar trabajos de renderizado 3D. En lugar de depender de una sola estación de trabajo para calcular cada fotograma de una animación o cada sección de una imagen de alta resolución, una granja de render distribuye esas tareas entre decenas, cientos o incluso miles de máquinas simultáneamente.

El concepto es sencillo: el renderizado es computacionalmente costoso, y un solo fotograma de una visualización arquitectónica fotorrealista o una toma de VFX puede tomar desde minutos hasta horas en una máquina. Multiplica eso por miles de fotogramas en una secuencia de animación, y estás mirando días o semanas de renderizado continuo en una estación de trabajo. Una granja de render comprime esa línea de tiempo dividiendo el trabajo entre muchas máquinas ejecutándose en paralelo.

Hemos estado operando una granja de render desde 2010, y en ese tiempo el principio fundamental no ha cambiado. Lo que ha evolucionado es la escala, el ecosistema de software que la rodea y la accesibilidad. Las granjas de render solían ser algo que solo los grandes estudios de VFX podían permitirse construir y mantener. Hoy, las granjas de render en la nube han puesto la misma potencia de cálculo al alcance de freelancers, pequeños estudios y estudiantes trabajando en proyectos personales.

El significado de granja de render va más allá del simple hardware. Una granja de render moderna incluye el hardware (nodos CPU y GPU), el software de gestión de renderizado que pone en cola y distribuye los trabajos, la infraestructura de almacenamiento que aloja los archivos de escena y los fotogramas de salida, y la red que conecta todo. Comprender cada uno de estos componentes te ayuda a evaluar si una granja de render -- y qué tipo -- se adapta a tu flujo de trabajo.

¿Cómo funciona una granja de render?

A un nivel general, toda granja de render sigue el mismo flujo de trabajo: un trabajo llega, se divide en tareas más pequeñas, esas tareas se distribuyen entre los nodos disponibles, cada nodo renderiza su porción asignada, y los resultados se recopilan.

Aquí hay un desglose más detallado de lo que sucede detrás de escena:

Envío de la escena. Empaquetas tu escena 3D -- incluyendo geometría, texturas, materiales, iluminación y configuraciones de renderizado -- y la envías a la granja. En nuestra granja, esto típicamente implica subir un archivo de proyecto a través de una interfaz web o un plugin de escritorio. El sistema de la granja valida la escena para detectar assets faltantes (texturas, proxies, archivos de caché) antes de que comience el renderizado.

Análisis del trabajo y división de tareas. El gestor de renderizado analiza el trabajo enviado y lo divide en tareas individuales. Para una animación, cada fotograma generalmente se convierte en una tarea. Para una sola imagen de alta resolución, la imagen puede dividirse en regiones (a menudo llamadas buckets o tiles), y cada región se convierte en una tarea. Algunos motores de renderizado manejan esta división internamente; otros dependen del gestor de renderizado.

Distribución de tareas. El gestor de renderizado asigna tareas a los nodos disponibles basándose en la prioridad, los requisitos de hardware (CPU vs GPU) y la posición en la cola. Los gestores de renderizado modernos utilizan algoritmos de programación sofisticados -- pueden priorizar trabajos urgentes, dirigir trabajo específico de GPU a nodos GPU y reasignar dinámicamente tareas si un nodo falla o queda disponible.

Renderizado. Cada nodo carga la escena, aplica las configuraciones de renderizado asignadas y calcula su porción de la salida. El renderizado CPU típicamente usa motores como V-Ray, Corona o Arnold, ejecutando cálculos en todos los núcleos CPU disponibles. El renderizado GPU usa motores como Redshift, Octane o V-Ray GPU, aprovechando el poder de procesamiento masivamente paralelo de las tarjetas gráficas.

Recopilación de resultados y salida. Una vez que todas las tareas se completan, los fotogramas renderizados o las secciones de imagen se ensamblan y quedan disponibles para descarga. Las verificaciones de control de calidad -- como verificar la continuidad de fotogramas en animaciones o buscar artefactos de renderizado -- pueden ocurrir automática o manualmente en esta etapa.

Todo el proceso es orquestado por un gestor de renderizado -- software como Thinkbox Deadline, Royal Render o Pixar Tractor. El gestor de renderizado es el cerebro de la operación: rastrea cada tarea, maneja fallos (reponiendo en cola los fotogramas fallidos), gestiona prioridades entre múltiples usuarios y proyectos, y proporciona paneles de monitoreo para que puedas ver el progreso en tiempo real.

Tipos de granjas de render

Hay tres categorías amplias de granjas de render, cada una con diferentes compromisos en costo, control y complejidad.

Granjas de render propias (on-premises). Este es el enfoque tradicional: compras hardware, configuras la red y el almacenamiento, instalas software de gestión de renderizado y mantienes todo tú mismo. Estudios como Pixar, ILM y Weta históricamente operaban granjas masivas on-premises con miles de nodos.

Las ventajas son control total sobre la selección de hardware, configuración de software y seguridad de datos. Las desventajas son significativas: alto gasto de capital inicial (un nodo capaz empieza alrededor de $3,000-$5,000, y necesitas muchos), costos continuos de electricidad, refrigeración, mantenimiento y personal de TI, más la realidad de que tu granja permanece inactiva entre proyectos. Para un análisis más profundo de los compromisos financieros, consulta nuestro análisis de costo total: construcción vs. nube.

Granjas de render en la nube. Las granjas de render en la nube proporcionan recursos de cómputo remotos bajo demanda -- subes tu escena, se renderiza en el hardware del proveedor y pagas por uso. Esta categoría ha crecido sustancialmente en la última década. Las granjas en la nube eliminan el gasto de capital y los costos de inactividad, pero introducen costos de renderizado por trabajo y requieren subir archivos de escena potencialmente grandes por Internet.

Las granjas de render en la nube vienen en diferentes modelos, que importan mucho para tu flujo de trabajo. Para una explicación detallada, consulta nuestra guía sobre granjas de render en la nube. Los dos modelos principales son:

• Granjas completamente gestionadas manejan todo por ti -- instalación de software, compatibilidad de plugins, licencias y soporte técnico. Subes una escena y recibes fotogramas. Este es el modelo que operamos en Super Renders Farm, con 20,000+ núcleos CPU y una flota GPU con NVIDIA RTX 5090 (32 GB VRAM). Si quieres entender cómo las granjas completamente gestionadas difieren de las opciones de autoservicio, escribimos una guía dedicada sobre granjas de render completamente gestionadas.
• Granjas Infrastructure-as-a-Service (IaaS) te dan acceso remoto al hardware (a menudo vía escritorio remoto), y tú instalas y configuras todo. Esto proporciona más control pero requiere más experiencia técnica.

Granjas de render híbridas. Algunos estudios mantienen una pequeña granja on-premises para el trabajo diario y escalan a una granja de render en la nube durante periodos pico -- plazos ajustados, grandes secuencias de animación o múltiples proyectos simultáneos. Este enfoque híbrido equilibra el control y bajo costo por trabajo del hardware local con la elasticidad de los recursos en la nube.

¿Quién usa granjas de render?

Las granjas de render sirven a una amplia gama de industrias y escalas de proyecto:

Industria	Caso de uso típico	Motores de renderizado comunes
Visualización arquitectónica	Imágenes de alta resolución y animaciones de recorrido para bienes raíces, diseño de interiores	V-Ray, Corona
Cine y VFX	Efectos de largometrajes, secuencias animadas	Arnold, V-Ray, Redshift
Estudios de animación	Producción de series, cortometrajes, largometrajes animados	Arnold, V-Ray, Redshift
Motion design	Gráficos broadcast, comerciales, secuencias de títulos	Redshift, Octane, Cinema 4D nativo
Visualización de productos	Renders fotorrealistas de productos, plataformas giratorias 360 grados	V-Ray, Corona, KeyShot
Cinemáticas de videojuegos	Cinemáticas prerenderizadas y tráilers	V-Ray, Arnold, Unreal (offline)
Académico y personal	Películas estudiantiles, piezas de portafolio, proyectos personales	Cycles (Blender), Arnold, V-Ray

El denominador común es que todos estos flujos de trabajo involucran tareas de renderizado que exceden lo que una sola estación de trabajo puede entregar en un plazo razonable. Un arquitecto freelancer renderizando una animación de recorrido de 30 segundos en resolución 4K podría enfrentar más de 40 horas de tiempo de renderizado en su estación de trabajo. En una granja de render con 100 nodos, el mismo trabajo puede terminar en menos de una hora.

En nuestra granja, aproximadamente el 70% de los trabajos son basados en CPU -- principalmente V-Ray y Corona para visualización arquitectónica -- con el 30% restante usando motores GPU como Redshift y Octane. Esto refleja el patrón más amplio de la industria: el renderizado CPU sigue siendo el caballo de batalla para el trabajo de producción, mientras que el renderizado GPU está creciendo rápidamente en motion design y flujos de trabajo de lookdev.

Renderizado CPU vs. renderizado GPU en una granja

Entender la diferencia entre renderizado CPU y GPU importa al elegir una granja de render, porque no todas las granjas soportan ambos por igual.

El renderizado CPU se ejecuta en el procesador central de cada nodo. Motores como V-Ray (modo CPU), Corona y Arnold son los más comunes. El renderizado CPU maneja escenas complejas con grandes cantidades de geometría, displacement pesado y cálculos de iluminación sofisticados de forma confiable. La mayoría del renderizado de producción -- especialmente en archviz y VFX -- todavía se ejecuta en CPU. En una granja, el renderizado CPU escala linealmente: 100 nodos con 44 núcleos cada uno te dan 4,400 núcleos trabajando en paralelo.

El renderizado GPU se ejecuta en la tarjeta gráfica (GPU). Motores como Redshift, Octane y V-Ray GPU están diseñados para explotar la arquitectura masivamente paralela de las GPU modernas. El renderizado GPU es significativamente más rápido por dólar para escenas que caben en la memoria GPU (VRAM). La restricción es la VRAM: si tu escena excede la VRAM disponible, el renderizado GPU recurre a un renderizado out-of-core más lento o falla por completo. Por eso las granjas GPU invierten en tarjetas con alta VRAM -- en nuestra granja, utilizamos tarjetas NVIDIA RTX 5090 con 32 GB de VRAM cada una, lo que maneja la mayoría de las escenas de producción cómodamente.

Factor	Renderizado CPU	Renderizado GPU
Velocidad por dólar	Moderada	Mayor (cuando la escena cabe en VRAM)
Techo de complejidad de escena	Muy alto (limitado por RAM, típicamente 96-256 GB)	Limitado por VRAM (típicamente 16-32 GB)
Ejemplos de motores	V-Ray, Corona, Arnold	Redshift, Octane, V-Ray GPU
Ideal para	Archviz, VFX, escenas complejas	Motion design, lookdev, flujos de trabajo optimizados para GPU
Escalabilidad en granja	Lineal con el número de núcleos	Lineal con el número de GPU

La elección entre renderizado CPU y GPU en una granja a menudo depende de la complejidad de tu escena y el motor de renderizado. Si tu escena cabe cómodamente en la VRAM de GPU y usas un motor nativo GPU, el renderizado GPU será típicamente más rápido y más rentable. Si tu escena tiene geometría pesada, volumétricos complejos o requiere más RAM de la que un GPU proporciona, el renderizado CPU es la opción confiable.

¿Cuánto cuesta una granja de render?

Los costos de las granjas de render varían ampliamente dependiendo del tipo de granja y cómo la uses.

Costos de una granja propia. Construir tu propia granja requiere una inversión inicial significativa. Una granja CPU básica de 10 nodos puede costar $30,000-$50,000 solo en hardware (servidores, redes, almacenamiento), más costos continuos de electricidad (una granja de 10 nodos puede consumir 3-5 kW continuamente), refrigeración, mantenimiento, licencias de software y personal de TI. Para un desglose completo de costos, consulta nuestro análisis de costo total: construcción vs. nube.

Costos de una granja de render en la nube. Las granjas en la nube típicamente cobran por GHz-hora (CPU) o por OctaneBench-hora (GPU), con tarifas que varían por proveedor y plan. Rangos aproximados de la industria a principios de 2026:

• Renderizado CPU: $0.015-$0.05 por GHz-hora, lo que significa que un solo fotograma que toma 1 hora en un nodo de 44 núcleos / 3.6 GHz podría costar aproximadamente $1.50-$5.00 en una granja en la nube
• Renderizado GPU: $1.50-$5.00 por GPU-hora para tarjetas de gama alta (clase RTX 4090/5090), aunque los modelos de precios varían ampliamente
• Los planes mensuales y descuentos por volumen pueden reducir las tarifas efectivas un 20-40% para usuarios regulares. Puedes explorar los niveles de precios actuales en nuestra página de precios

Para desgloses detallados de precios por motor y tipo de proyecto, consulta nuestra guía de precios de granjas de render y el desglose de costo por fotograma.

La pregunta financiera clave no es "¿cuál es la más barata?" sino "¿qué modelo se ajusta a mi patrón de renderizado?". Los estudios con cargas de renderizado diarias y constantes pueden justificar una granja local. Los estudios con picos esporádicos impulsados por plazos a menudo encuentran las granjas en la nube más económicas porque no pagan nada durante los periodos de inactividad.

¿Qué software y motores de renderizado funcionan con las granjas de render?

La mayoría de los software 3D profesionales y motores de renderizado están diseñados teniendo en cuenta el renderizado distribuido. Aquí hay un resumen práctico de compatibilidad:

Aplicaciones 3D:

• Autodesk 3ds Max -- el DCC más común en granjas de render para archviz
• Autodesk Maya -- estándar para pipelines de VFX y animación
• Maxon Cinema 4D -- ampliamente utilizado en motion design
• Blender -- código abierto, creciendo rápidamente en granjas de render. Consulta nuestra guía de granja de render para Blender para detalles de compatibilidad
• SideFX Houdini -- flujos de trabajo de VFX y simulación

Motores de renderizado:

• V-Ray (CPU y GPU) -- el motor comercial más utilizado en nuestra granja
• Corona -- solo CPU, popular para archviz
• Arnold (CPU y GPU) -- estándar de la industria para VFX
• Redshift -- solo GPU, popular para Cinema 4D y motion design
• Octane -- solo GPU, conocido por su velocidad
• Cycles -- el motor integrado de Blender (CPU y GPU)

La compatibilidad de plugins es donde las cosas se vuelven matizadas en una granja de render. Plugins de scatter (Forest Pack, RailClone), herramientas de displacement (MultiScatter, GrowFX) y bibliotecas de assets necesitan estar instaladas y licenciadas en cada nodo de render. En una granja gestionada, el proveedor se encarga de esto. En una granja IaaS o una granja propia, tú gestionas la instalación de plugins. Los errores de renderizado relacionados con plugins son uno de los problemas más comunes que solucionamos -- plugins faltantes causan objetos vacíos, scatter incorrecto o fallos de renderizado completos.

Cómo elegir la granja de render correcta

Si has decidido que una granja de render tiene sentido para tu flujo de trabajo, aquí hay un marco para evaluar tus opciones:

1. Identifica tu patrón de renderizado. ¿Con qué frecuencia renderizas? ¿Es trabajo de producción diario o picos impulsados por plazos? El renderizado diario favorece una configuración local o híbrida. El renderizado esporádico favorece la nube.

2. Verifica el soporte de software y plugins. ¿La granja soporta tu combinación exacta de DCC + motor de renderizado + plugins? Este es el punto de fallo más común. Pregunta específicamente por tus plugins -- no solo la aplicación principal. Una granja que soporta "3ds Max + V-Ray" podría no tener Forest Pack o Anima instalados.

3. Evalúa las necesidades de CPU vs GPU. Si tus escenas son pesadas en GPU (Redshift, Octane), prioriza granjas con GPU de alta VRAM. Si usas principalmente V-Ray CPU o Corona, la cantidad de núcleos CPU importa más.

4. Considera el modelo de gestión. ¿Cuánta configuración técnica estás dispuesto a hacer? Las granjas completamente gestionadas se encargan del software, licencias y solución de problemas. Las granjas IaaS te dan una máquina remota y tú manejas el resto. Tu tolerancia al trabajo DevOps debería guiar esta decisión.

5. Prueba con un proyecto real. La mayoría de las granjas de render en la nube ofrecen una prueba gratuita o créditos. Úsalos -- pero prueba con una escena de producción real, no una escena de demostración. Las escenas reales exponen problemas de compatibilidad de plugins, problemas de rutas de texturas y limitaciones de VRAM que las escenas de demostración no muestran.

6. Verifica las políticas de seguridad de datos. Si trabajas bajo NDA (común en cine, publicidad y diseño de productos), verifica el manejo de datos de la granja: cifrado en tránsito y en reposo, políticas de retención de datos y si ofrecen acuerdos de NDA. Nuestra política de NDA cubre esto para estudios con requisitos estrictos de confidencialidad.

7. Evalúa la capacidad de respuesta del soporte. Los plazos de renderizado son reales. Cuando algo sale mal a las 2 AM antes de una presentación con el cliente, ¿qué tan rápido responde el equipo de soporte de la granja? Pregunta por detalles de SLA o consulta reseñas de otros usuarios.

Lista de verificación para evaluar granjas de render

Criterio	Preguntas a hacer
Soporte de software	¿La granja soporta mi versión exacta de DCC, motor de renderizado y plugins?
Hardware	¿Qué modelos de CPU y GPU están disponibles? ¿Cuánta VRAM por GPU?
Modelo de precios	¿Por GHz-hora? ¿Por GPU-hora? ¿Suscripción mensual? ¿Descuentos por volumen?
Seguridad de datos	¿Cifrado? ¿Política de retención de datos? ¿NDA disponible?
Soporte	¿24/7? ¿Tiempo de respuesta promedio? ¿Chat en vivo o solo tickets?
Nivel de gestión	¿Completamente gestionado (ellos manejan todo) o IaaS (tú gestionas el software)?
Transferencia de archivos	¿Método de carga (web, plugin, FTP)? ¿Velocidad? ¿Manejo de proyectos grandes?
Salida	¿Método de entrega de fotogramas? ¿Sistema de notificación? ¿Vista previa durante el renderizado?

Conceptos erróneos comunes sobre las granjas de render

"Las granjas de render son solo para grandes estudios." Esto era cierto hace 15 años. Las granjas de render en la nube han cambiado completamente la economía -- un freelancer puede alquilar 200 núcleos CPU por unas pocas horas y pagar menos que una comida en un restaurante. La barrera ya no es el costo; es saber cómo preparar tu escena para el renderizado distribuido.

"Necesito cambiar mi flujo de trabajo para una granja de render." En una granja gestionada bien configurada, no deberías necesitar cambiar tu flujo de trabajo significativamente. Preparas tu escena de la misma manera que para renderizado local, la empaquetas, la subes y recibes fotogramas. La diferencia principal es asegurarte de que todas las rutas de archivos sean relativas (no absolutas a tu disco local) y que todos los assets estén incluidos en la carga.

"El renderizado GPU ha reemplazado al renderizado CPU." El renderizado GPU es más rápido en muchos escenarios, pero el renderizado CPU sigue siendo dominante en producción por buenas razones: mayor capacidad de RAM maneja escenas más grandes, compatibilidad de software más amplia y algoritmos de renderizado más maduros para casos de uso específicos (volumétricos, cabello complejo, subsurface scattering). En nuestra granja, el 70% de los trabajos todavía se ejecutan en CPU.

"Más nodos siempre significa renderizado más rápido." Hay un punto de rendimientos decrecientes. El tiempo de carga de escena, el overhead de distribución de tareas y la transferencia de red agregan latencia. Una animación de 10,000 fotogramas se beneficia enormemente de 500 nodos. Una sola imagen fija con 100 tiles de renderizado no necesita 500 nodos -- 100 nodos saturarían el pool de tareas, y los 400 restantes quedarían inactivos.

Resumen

Una granja de render es un conjunto de computadoras en red que acelera el renderizado 3D distribuyendo el trabajo entre muchas máquinas en paralelo. Si construyes la tuya, alquilas de un proveedor en la nube o usas un enfoque híbrido depende de tu volumen de renderizado, presupuesto, experiencia técnica y requisitos del proyecto.

Enfoque	Ideal para	Compromiso
Propia	Producción diaria, control total necesario	Alto costo inicial, overhead de mantenimiento, capacidad inactiva
Nube (gestionada)	Plazos ajustados, renderizado esporádico, equipos pequeños	Costo por trabajo, tiempo de carga, dependencia del proveedor
Nube (IaaS)	Usuarios técnicos que necesitan control sin poseer hardware	Costo por trabajo, autogestión requerida
Híbrida	Estudios con carga base + necesidades de pico	Complejidad de gestionar dos sistemas

El panorama de las granjas de render continúa evolucionando. El renderizado GPU está haciendo las granjas más accesibles para flujos de trabajo con vista previa en tiempo real. Los precios en la nube se están volviendo más competitivos. Y la línea entre renderizado local y en la nube se está difuminando a medida que los flujos de trabajo híbridos maduran.

Para tu próximo paso, explora el tipo específico que se ajusta a tu situación: granjas de render en la nube explicadas, granjas gestionadas vs. autoservicio o precios actuales en la industria. Si estás evaluando costos específicamente, nuestra comparación de costos: construcción vs. nube desglosa los números en detalle.

FAQ

¿Cuánto cuesta una granja de render?

Los costos dependen del tipo. Las granjas propias requieren $30,000-$50,000+ en hardware para una instalación básica de 10 nodos, más costos continuos de electricidad y mantenimiento. Las granjas de render en la nube cobran por uso -- típicamente $0.015-$0.05 por GHz-hora para CPU o $1.50-$5.00 por GPU-hora -- con planes mensuales que ofrecen 20-40% de descuento. Tu patrón de renderizado (diario vs. esporádico) determina qué modelo es más económico.

¿Necesito una granja de render?

Si tus trabajos de renderizado regularmente toman más de unas pocas horas en tu estación de trabajo, o si enfrentas plazos ajustados que una sola máquina no puede cumplir, una granja de render puede ayudar. Los freelancers trabajando en una sola imagen fija quizás no la necesiten. Los estudios que producen animaciones, recorridos arquitectónicos o secuencias VFX casi siempre se benefician del acceso a una granja.

¿Qué software funciona con las granjas de render?

La mayoría de las aplicaciones 3D profesionales soportan flujos de trabajo con granjas de render, incluyendo 3ds Max, Maya, Cinema 4D, Blender y Houdini. Los motores de renderizado soportados incluyen V-Ray, Corona, Arnold, Redshift, Octane y Cycles. El factor crítico es la compatibilidad de plugins -- verifica que tus plugins específicos (herramientas de scatter, gestores de assets, plugins de displacement) sean soportados por la granja que elijas.

¿Puedo construir mi propia granja de render?

Sí. Construir una granja de render requiere comprar hardware de servidor, configurar redes y almacenamiento compartido, instalar un gestor de renderizado (como Deadline o Royal Render) y configurar licencias de software en cada nodo. Es un emprendimiento significativo en términos de costo, conocimiento técnico y mantenimiento continuo, pero te da control total sobre el hardware y los datos.

¿Cuál es la diferencia entre una granja de render y el renderizado en la nube?

Una granja de render es cualquier conjunto de máquinas en red utilizado para renderizado distribuido -- puede ser on-premises o basada en la nube. El renderizado en la nube se refiere específicamente al uso de recursos de cómputo remotos accesibles por Internet para renderizar. Todas las granjas de render en la nube son granjas de render, pero no todas las granjas de render son basadas en la nube. El término "granja de render" es más amplio e incluye instalaciones propias on-premises.

¿Cuánto tiempo toma renderizar en una granja?

El tiempo de renderizado depende de la complejidad de la escena, la resolución, las configuraciones del motor de renderizado y cuántos nodos se asignan al trabajo. Un trabajo que toma 24 horas en una sola estación de trabajo podría completarse en 15-30 minutos en una granja con 100 nodos. Sin embargo, hay overhead para la carga de escena, distribución de tareas y recopilación de fotogramas, así que tiempos por fotograma extremadamente cortos (menos de unos pocos segundos) no se benefician tanto de la escalabilidad de la granja.

¿Están seguros mis datos en una granja de render?

Las granjas de render en la nube reputadas utilizan cifrado para datos en tránsito y en reposo, implementan controles de acceso estrictos y ofrecen acuerdos de NDA para proyectos sensibles. En una granja propia, la seguridad de datos es completamente tu responsabilidad. Al evaluar granjas en la nube, pregunta sobre su política de retención de datos (cuánto tiempo se almacenan los archivos después del renderizado), estándares de cifrado y si firmarán NDAs específicos del proyecto.

¿Qué motores de renderizado funcionan en una granja de render?

Los motores basados en CPU como V-Ray, Corona y Arnold funcionan en prácticamente cualquier granja de render con hardware y licencias compatibles. Los motores basados en GPU como Redshift, Octane y V-Ray GPU requieren granjas con GPU NVIDIA soportadas y suficiente VRAM. El motor Cycles de Blender (modos CPU y GPU) es ampliamente soportado gracias a su licencia de código abierto. Siempre verifica la versión específica del motor soportada -- los motores de renderizado se actualizan frecuentemente, y la compatibilidad de la granja con la última versión puede tener retraso.