
Maya 2027 Cloud Render Farm: Renderizado con Arnold, V-Ray y Redshift a escala
Resumen
Introducción
Autodesk publicó Maya 2027 a finales de marzo de 2026, y en menos de un día empezaron a llegar preguntas a nuestro soporte: ¿mi motor de renderizado cargará correctamente?, ¿la render farm ya tendrá nodos con 2027?, ¿debo reempaquetar cada escena? Llevamos más de quince años gestionando infraestructura de renderizado distribuido, y una nueva versión de Maya es uno de los pocos momentos que afecta a todas las partes de un pipeline de renderizado a la vez: el binario de la aplicación, el plugin del motor, el pipeline de color y la forma en que los recursos se resuelven entre las máquinas de trabajo de una render farm.
Esta guía es la guía de renderizado y render farm complementaria al lanzamiento de Maya 2027. Si desea el resumen completo de funcionalidades — MotionMaker, las actualizaciones de modelado, las herramientas de inteligencia artificial — lo tratamos por separado en Novedades de Autodesk Maya 2027. Aquí nos centramos en lo que determina si se cumple un plazo: cómo renderizan realmente las escenas de Maya 2027 a escala, qué motores (Arnold, V-Ray, Redshift) están listos y cuándo, cómo funciona el envío automatizado a la render farm y qué verificar antes de enviar un trabajo a la nube. Super Renders Farm ejecuta Maya 2027 junto con versiones anteriores que los estudios siguen utilizando, por lo que la mayor parte de lo que sigue está escrito a partir de lo que vemos en la cola, no de un comunicado de prensa.
Qué cambia Maya 2027 para el renderizado
La mayoría de las funcionalidades principales de Maya 2027 tienen que ver con el modelado y la animación, pero algunos cambios importan directamente en el momento en que una escena abandona su estación de trabajo y llega a una render farm.
El más relevante para el renderizado es el avance continuo en MaterialX y LookdevX. LookdevX de Maya 2027 (versión 2.0, según la nomenclatura del lanzamiento) profundiza en MaterialX como forma portable e independiente del motor para crear e intercambiar grafos de sombreado. La ventaja práctica para el renderizado distribuido son las referencias de texturas con rutas relativas. Históricamente, muchos fallos en la render farm se deben a materiales que apuntan a C:\Users\artista\texturas\…, una ruta absoluta que solo existe en la máquina del artista. Cuando un documento MaterialX referencia sus texturas de forma relativa a su propia ubicación y se envía el archivo de material junto con sus texturas, todos los nodos de trabajo las resuelven correctamente independientemente de cómo la render farm monte el proyecto. Esa disciplina elimina toda una categoría de tickets del tipo "funciona perfectamente en local, falla en la render farm".
Maya 2027 también continúa la trayectoria de USD e Hydra iniciada en versiones anteriores. El plugin mayaUSD incluido y los delegados de renderizado Hydra permiten exportar una escena como stage de USD y renderizarla fotograma a fotograma con el motor que implemente un delegado. No vamos a atribuir funcionalidades nuevas de USD específicas de 2027 aquí: la trayectoria es el punto clave. El renderizado en render farm basado en USD es una vía de primer nivel, no un experimento.
Algunos cambios son indirectos pero reales. MotionMaker y las mejoras de rigging y skinning (la integración de ngSkinTools) significan que se termina más animación dentro de Maya, lo que habitualmente se traduce en más fotogramas y secuencias más largas a renderizar — exactamente la carga de trabajo que existe para que la absorba una render farm. Y el botón Flow Studio que aparece ahora en Maya 2027 es la forma en que Autodesk dirige a los usuarios hacia su propio servicio en la nube, algo que abordaremos directamente más adelante, porque cambia genuinamente la decisión de compra.
Arnold, V-Ray y Redshift en Maya 2027
Lo más importante que hay que entender sobre cualquier nueva versión de Maya es lo siguiente: que la aplicación se publique no significa que el motor de renderizado esté listo.
Cada motor de renderizado de terceros es un plugin compilado a partir de un SDK específico de Maya. Un plugin compilado para Maya 2026 simplemente se negará a cargar en Maya 2027: el fabricante debe recompilar y probar con el SDK de 2027 y publicar una versión compatible. En la práctica, los grandes fabricantes reciben el SDK anticipado de Autodesk y publican una versión compatible con 2027 en pocas semanas tras la disponibilidad general, pero el "día uno" no está garantizado para nada excepto para el motor que Autodesk incluye.
Arnold (MtoA) es la excepción que se publica con Maya. El plugin Maya-to-Arnold (MtoA) está incluido y disponible en el momento en que se instala Maya 2027 — no fijamos aquí un número de versión específico de MtoA porque los lanzamientos puntuales se actualizan continuamente; consulte las notas de Arnold de Autodesk para la versión exacta. La fortaleza de Arnold es el trazado de rayos en CPU, con un modo GPU de Arnold basado en CUDA para las escenas que se adapten a él. Dado que Arnold se licencia a través del derecho de Maya, no hay ninguna licencia independiente de Arnold que gestionar; en una render farm gestionada, esa gestión de licencias se incluye como parte del renderizado y no es algo que se aprovisione por nodo. Nuestra página dedicada a la render farm en la nube de Arnold cubre el motor con mayor profundidad.
V-Ray para Maya (Chaos) es el motor de trabajo de gran parte de la visualización arquitectónica y una proporción creciente de VFX. Funciona tanto en CPU — el motor V-Ray de producción — como en GPU (V-Ray GPU / RTX), con el V-Ray Denoiser disponible en ambos casos. Para el trabajo en render farm, el patrón fiable consiste en exportar archivos .vrscene y renderizarlos con el standalone de V-Ray por fotograma, lo que desvincula el renderizado de una sesión activa de Maya. El renderizado distribuido propio de V-Ray (varias máquinas que contribuyen a un mismo fotograma) es un mecanismo diferente al que una render farm utiliza para distribuir fotogramas completos entre nodos; para la mayoría de los trabajos, la distribución por fotograma es la vía más eficiente. Utilice la versión actual de V-Ray para Maya que coincida con su instalación de Maya 2027; Chaos publica la versión compatible con su propio calendario después de cada versión de Maya.
Redshift para Maya (Maxon) es primero GPU y es la opción habitual para motion design, visualización de producto y trabajo con lookdev intensivo que se beneficia de una iteración rápida. También existe un modo Redshift por CPU para nodos sin GPUs adecuadas, aunque la mayoría de los estudios ejecutan Redshift en GPU. Al igual que con V-Ray, conviene utilizar la versión de Redshift compatible con Maya 2027, publicada tras el lanzamiento — consulte nuestra página de render farm en la nube de Redshift para el lado GPU de esto.
Octane (OTOY) merece una mención para los pipelines exclusivamente GPU. No tiene modo CPU: cada nodo que renderiza con Octane necesita una GPU NVIDIA. OctaneBench es el benchmark que se utiliza para medir el rendimiento por GPU, lo que también encaja con la forma en que suele facturarse el renderizado GPU.
Una visión general de la disponibilidad:
| Motor | Disponible en Maya 2027 | CPU / GPU | Licencias en una render farm gestionada |
|---|---|---|---|
| Arnold (MtoA) | Incluido, desde el primer día | CPU (+ GPU) | Incluida en la tarifa de renderizado |
| V-Ray (Chaos) | Versión del fabricante, ~semanas tras el lanzamiento | CPU + GPU | Incluida en la tarifa de renderizado |
| Redshift (Maxon) | Versión del fabricante, ~semanas tras el lanzamiento | GPU (+ modo CPU) | Incluida en la tarifa de renderizado |
| Octane (OTOY) | Versión del fabricante, ~semanas tras el lanzamiento | Solo GPU | Incluida en la tarifa de renderizado |
Una nota sobre el equilibrio: a pesar de toda la atención que recibe la GPU, una gran parte del renderizado de producción en Maya sigue siendo trabajo de CPU. Arnold y V-Ray en CPU gestionan las escenas VFX y de visualización arquitectónica pesadas y con alta demanda de memoria que a menudo no caben en la VRAM de una GPU. Nuestra flota refleja esa realidad, con una capacidad de CPU sustancial — más de 20.000 núcleos de CPU en máquinas Dual Xeon — junto con un nivel GPU construido sobre tarjetas NVIDIA RTX 5090 con 32 GB de VRAM cada una. Las licencias de motores de renderizado para Arnold, V-Ray, Redshift y Octane están incluidas en la tarifa por hora, por lo que en nuestro lado "listo para 2027" es una tarea operativa, no algo que usted licencie por su cuenta. Ejecutamos estos motores bajo una utilización exclusiva de renderizado — no hablamos en nombre de Autodesk, Chaos ni Maxon, solo describimos lo que se ejecuta en los nodos.

CPU frente a GPU para renderizado en Maya: Arnold y V-Ray en CPU para VFX pesado y visualización arquitectónica, Redshift y Octane en GPU para motion design y visualización de producto
Cómo se renderizan las escenas de Maya 2027 en una render farm en la nube
Una render farm en la nube distribuye el trabajo a nivel de fotograma. Un plano de 480 fotogramas se divide en fragmentos, cada fragmento se envía a un nodo de trabajo y cada nodo abre la escena y renderiza sus fotogramas de forma independiente. No existe un estado de renderizado compartido entre nodos durante el trabajo, lo que es exactamente la razón por la que cada nodo debe resolver la escena completa por sí mismo.

Pipeline de render farm de Maya 2027: suba el proyecto, seleccione Maya 2027 y un motor, divida el rango de fotogramas, renderice en nodos CPU y GPU, y descargue en el plazo de 45 días
Esa independencia es la fuente de la mayoría de los problemas específicos de la render farm, y casi todos se reducen a la resolución de rutas. El archivo de escena, cada archivo referenciado (referencias de Maya, cachés Alembic y VDB), cada textura y cada plugin deben ser accesibles desde el nodo. Las rutas absolutas tomadas de una unidad local son el fallo clásico; las rutas UNC o un proyecto empaquetado que se resuelva de forma relativa son las que sobreviven al traslado. El flujo de trabajo de rutas relativas de MaterialX en Maya 2027 descrito anteriormente es una parte de esto, pero la misma disciplina se aplica a las cachés y las referencias.

Resolución de rutas en la render farm: una ruta local absoluta falla en los nodos de trabajo, mientras que una ruta UNC portable o relativa se resuelve en cada nodo
Otras dos cosas viajan con la escena y silenciosamente rompen los renderizados cuando no están presentes. La gestión del color — Maya incluye ACES a través de OpenColorIO, y si la configuración de OCIO se encuentra en una ruta que solo existe en la estación de trabajo de envío, los nodos vuelven silenciosamente a un valor predeterminado y los colores se desvían. Y las capas de renderizado — el sistema Render Setup contiene anulaciones por capa para materiales, luces y visibilidad, y la render farm debe renderizar las capas correctas, lo que en la línea de comandos corresponde al indicador -rl. En el fondo, el renderizado desatendido no es más que el renderizador por lotes de Maya invocado por fotograma — Render.exe -r arnold|vray|redshift -s <inicio> -e <fin>, etc. — el mismo mecanismo ya sea que se renderice un fotograma en local o diez mil en una render farm.
Lo que más sienten los estudios es lo que no tienen que hacer. Super Renders Farm es una render farm completamente gestionada: no se conecta mediante escritorio remoto a las máquinas, no instala Maya 2027 ni los plugins del motor de renderizado por su cuenta, y no gestiona las licencias del motor por nodo. Usted sube el proyecto, elige la versión de Maya y el motor de renderizado, y los nodos ya están aprovisionados. Las subidas se realizan como archivos .tar, .tar.gz o .7z (.zip no es compatible), y para proyectos muy grandes — más de unos 300 GB aproximadamente — la aplicación cliente o SFTP es más estable que una subida por navegador porque reanuda y paraleliza. La página de render farm en la nube de Maya explica la configuración específica de Maya.
Cobertura de versiones: ejecutar Maya 2027 junto a versiones anteriores
Una de las razones más prácticas para renderizar en la nube durante una transición de versiones es que no es necesario actualizar todo a la vez.
El formato de archivo de Maya no es compatible hacia atrás: una escena guardada en Maya 2027 no se abrirá en Maya 2024. Esto tiene consecuencias en ambas direcciones para un estudio a mitad de un proyecto: no es posible mover un proyecto en producción a una versión nueva de Maya sin más, y tampoco se puede renderizar una escena de 2027 en un nodo que solo tenga 2026 instalado. Una render farm profesional resuelve esto manteniendo varias versiones de Maya instaladas en paralelo, cada una en su propia ubicación específica de versión, y permitiendo que el trabajo especifique cuál usar. Mantenemos varias versiones de Maya disponibles, por lo que un equipo que esté terminando un proyecto en una versión anterior no se ve obligado a migrar solo para obtener fotogramas, mientras que un equipo que ya ha pasado a 2027 puede enviar trabajos de inmediato.
La misma disciplina de versiones se aplica un nivel más abajo, al motor de renderizado. Un plugin de V-Ray o Redshift está vinculado a una versión específica de Maya — la versión 2027 de un motor es un binario diferente al de la versión 2026 — por lo que la render farm hace coincidir la versión del motor con la versión de Maya para el trabajo. Al enviar, lo importante es que la versión de Maya y la versión del motor coincidan con lo que usted ha creado. Si no coinciden, las escenas o bien no abren o bien renderizan de forma sutilmente incorrecta, y esa discordancia es uno de los pocos problemas que una render farm no puede subsanar por usted.
Maya 2027 y el renderizado en la nube incluido de Autodesk
Maya 2027 hace más visible el renderizado en la nube propio de Autodesk — el botón Flow Studio está justo ahí en la interfaz — por lo que conviene ser directo sobre qué es y dónde están sus limitaciones.
Autodesk incluye un servicio de renderizado en la nube (parte de la plataforma Flow; la parte de renderizado ejecuta Arnold en la nube) que proporciona a los suscriptores una asignación de horas de renderizado en la nube. Para un usuario de Maya que renderiza únicamente con Arnold y se mantiene dentro de la asignación incluida, es una opción con muy poca fricción — no hay nada que configurar. Las limitaciones aparecen en el momento en que un pipeline supera ese marco:
| Dimensión | Renderizado en la nube incluido de Autodesk | Render farm en la nube multimotores |
|---|---|---|
| Motores de renderizado | Solo Arnold | Arnold, V-Ray, Redshift, Octane y más |
| Aplicaciones múltiples (3ds Max, Houdini, Cinema 4D) | No por esta vía | Sí — una render farm, muchas aplicaciones |
| Horas / capacidad | Asignación incluida, con sobrecoste | Pago por uso, sin límite fijo |
| Elección de hardware | Gestionado por Autodesk | Elija CPU o GPU (RTX 5090) |
| Plugins / shaders personalizados | Limitado a lo expuesto | Compatible con plugins completos cuando las versiones coinciden |
No vamos a poner una cifra específica en las horas incluidas de Autodesk — esa asignación cambia con los niveles de suscripción y se desactualiza rápidamente, así que consulte los precios actuales de Autodesk si es algo central para su decisión. El resumen honesto es estrecho frente a amplio: si trabaja exclusivamente con Arnold y su volumen se ajusta a la asignación, la opción integrada es conveniente; en el momento en que necesita V-Ray o Redshift, renderizado entre aplicaciones o capacidad más allá de la asignación, esa es la brecha que llena una render farm completa.
Qué cuesta y qué comprobar antes de enviar
Los precios del renderizado en la nube son más fáciles de razonar cuando están vinculados al trabajo realizado en lugar de a un puesto mensual. Super Renders Farm factura el renderizado en CPU a $0,004 por GHz-hora y el renderizado en GPU a $0,003 por OctaneBench-hora, con las licencias de los motores de renderizado ya incluidas en esa tarifa. Las cuentas nuevas comienzan con $25 en crédito de prueba, y los créditos no caducan, de modo que un renderizado de prueba este mes y un plazo real el trimestre siguiente se aplican al mismo saldo. Los fotogramas terminados permanecen disponibles durante 45 días después de que se complete un trabajo — tiempo suficiente para descargar todo a través de la web, SFTP o la descarga automática de la aplicación cliente sin necesidad de ir contra el reloj.
Antes de enviar un trabajo de Maya 2027, la breve lista de comprobación previa que aparece a continuación detecta los problemas que vemos con más frecuencia:
| Comprobación | Por qué es importante | Cómo |
|---|---|---|
| Las rutas se resuelven fuera de su máquina | Las rutas locales absolutas fallan en todos los nodos | Use rutas UNC o un proyecto empaquetado de forma relativa |
| La versión del motor coincide con Maya 2027 | Un plugin de 2026 no cargará en 2027 | Confirme que la versión de V-Ray / Redshift es la de 2027 |
| La configuración de OCIO viaja con el trabajo | Una configuración faltante provoca una desviación de color silenciosa | Apunte OCIO a una ruta que exista en la render farm |
| Las capas de Render Setup son correctas | Las capas incorrectas renderizan una salida incorrecta | Verifique las capas habilitadas antes de enviar |
El archivo es .tar / .tar.gz / .7z | .zip no se acepta | Reempaquete o suba a través de la aplicación cliente / SFTP |
| La salida cabe en el plazo de 45 días | Los renderizados se eliminan tras 45 días | Descargue o extraiga automáticamente a tiempo |
Si usted es nuevo en el flujo de trabajo de renderizado en la nube de extremo a extremo — desde la preparación de la escena hasta la recuperación — ese es un tema más extenso que una lista de comprobación. También es la parte que absorbe una render farm gestionada: la instalación de Maya, la gestión de las licencias del motor y el aprovisionamiento de los nodos tienen lugar en el lado de la render farm, no en el suyo. Lo que importa en la práctica no es un eslogan; es que la render farm ejecuta el mismo Maya 2027, y las mismas versiones de Arnold, V-Ray y Redshift con las que usted trabaja, en hardware dimensionado para escenas de producción.
FAQ
Q: ¿Funciona Maya 2027 en una render farm en la nube? A: Sí. Maya 2027 se renderiza en una render farm de la misma manera que las versiones anteriores: las escenas se distribuyen por fotograma y se renderizan con el renderizador por lotes de Maya en nodos que tienen Maya 2027 instalado. El requisito principal es que el motor de renderizado (Arnold, V-Ray o Redshift) tenga una versión compatible con Maya 2027 y que los recursos se resuelvan mediante rutas portables en lugar de rutas locales absolutas.
Q: ¿Está Arnold incluido con Maya 2027 para el renderizado? A: Arnold se incluye con Maya 2027 a través del plugin Maya-to-Arnold (MtoA) y se licencia con los derechos de Maya, por lo que no hay ninguna licencia independiente de Arnold que gestionar. En una render farm completamente gestionada, esa gestión de licencias se incluye como parte del renderizado, por lo que no es necesario aprovisionarla por nodo.
Q: ¿Cuándo son compatibles V-Ray y Redshift con una nueva versión de Maya? A: Los motores de renderizado de terceros son plugins compilados, por lo que necesitan una versión recompilada a partir del nuevo SDK de Maya — no cargan automáticamente el primer día. Los principales fabricantes como Chaos (V-Ray) y Maxon (Redshift) publican habitualmente una versión compatible en pocas semanas tras el lanzamiento de Maya, de modo que usted hace coincidir la versión del motor con su instalación de Maya 2027 antes de enviar.
Q: ¿Debo renderizar escenas de Maya en CPU o en GPU? A: Depende del motor y de la escena. Arnold y V-Ray en CPU gestionan escenas VFX y de visualización arquitectónica grandes y con alta demanda de memoria que pueden no caber en la VRAM de una GPU, mientras que Redshift y Octane son primero GPU y destacan en la iteración rápida para motion design y visualización de producto. Una render farm con niveles de CPU y GPU le permite adaptar el hardware al motor de renderizado y no al revés.
Q: ¿Puedo seguir renderizando versiones anteriores de Maya si mi estudio no ha actualizado a 2027? A: Sí. Una render farm mantiene varias versiones de Maya instaladas en paralelo y cada trabajo especifica qué versión utilizar. Dado que el formato de archivo de Maya no es compatible hacia atrás, esto es importante — una escena de 2027 necesita un nodo de 2027 — pero también significa que nunca se le obliga a actualizar un proyecto en producción solo para obtener fotogramas renderizados.
Q: ¿Cómo se paga el renderizado en la nube para Maya 2027? A: Super Renders Farm factura el renderizado en CPU a $0,004 por GHz-hora y el renderizado en GPU a $0,003 por OctaneBench-hora, con las licencias de los motores de renderizado incluidas en esa tarifa. Las cuentas nuevas reciben $25 en crédito de prueba para realizar pruebas, y los créditos no caducan.
Q: ¿En qué se diferencia una render farm del renderizado en la nube integrado de Autodesk? A: El renderizado en la nube incluido de Autodesk ejecuta únicamente Arnold y proporciona a los suscriptores una asignación fija de horas, lo que se adapta a los pipelines exclusivos de Arnold que se mantienen dentro de la asignación. Una render farm multimotores añade V-Ray, Redshift y Octane, renderizado entre aplicaciones para 3ds Max o Houdini, elección de hardware CPU o GPU y capacidad de pago por uso más allá de una asignación fija.
Q: ¿Cuál es la razón más común por la que un renderizado de Maya falla en una render farm? A: La resolución de rutas. Un material, una caché o una referencia que apunta a una ruta local absoluta — como una letra de unidad personal — funciona en la máquina del artista pero falla en todos los nodos de trabajo. El uso de rutas UNC o de un proyecto empaquetado de forma relativa que incluya texturas con rutas relativas de MaterialX en Maya 2027 previene la gran mayoría de los problemas del tipo "funciona en local, falla en la render farm".
About Alice Harper
Blender and V-Ray specialist. Passionate about optimizing render workflows, sharing tips, and educating the 3D community to achieve photorealistic results faster.


