Licencias de Software en Granjas de Render: Cómo Funcionan V-Ray, Redshift, Arnold y Corona en Granjas

Introducción

Renderizar un fotograma en tu estación de trabajo es directo: tienes una licencia, una máquina, un motor de renderizado. Pero en el momento en que distribuyes esa carga de trabajo entre múltiples máquinas, las licencias se vuelven complicadas rápidamente.

Las preguntas sobre licencias surgen constantemente en foros de estudios y canales de soporte. Los estudios construyen o alquilan nodos de render, solo para descubrir que su licencia de motor de renderizado no cubre el uso en granja, o que el costo por nodo que presupuestaron se basaba en precios anticuados que cambiaron a mitad de año.

Esta guía desglosa exactamente cómo funcionan las licencias para cada motor de renderizado importante cuando se usa en una granja de render (ya sea tu propio hardware, instancias GPU alquiladas o una granja de render gestionada en la nube). Cubre la mecánica de cada modelo, los aspectos sorpresivos que atrapan a los estudios, y cómo diferentes tipos de granjas manejan la carga de licencias.

Si estás evaluando el panorama de costos completo más allá de licencias, la comparación de costo total de granjas construidas vs. nube cubre hardware, electricidad, mano de obra de TI y análisis de TCO. Esta guía se enfoca específicamente en la capa de licencias de software.

Todos los precios en esta guía reflejan tasas disponibles públicamente desde principios de 2026. Los precios de los proveedores cambian frecuentemente: verifica tasas actuales en las páginas de proveedores vinculadas antes de tomar decisiones de compra.

Por Qué las Licencias de Granja de Render Son Diferentes de las Licencias de Estación de Trabajo

Una licencia de estación de trabajo cubre uso interactivo: abres tu aplicación DCC, cargas una escena, renderizas. Es un asiento, una máquina, un usuario. Las licencias de granja de render existen porque los nodos de granja operan diferente: se ejecutan sin interfaz (sin monitor, sin interacción del usuario), ejecutan comandos de renderizado por lotes y a menudo necesitan iniciar y cerrar sesiones en docenas o cientos de máquinas.

La mayoría de proveedores de motores de renderizado distinguen entre estos casos de uso con tipos de licencia separados:

Tipo de Licencia	Caso de Uso	Modelo de Costo Típico
Estación de Trabajo/Interactiva	Artista trabajando en viewport, IPR, lookdev	Suscripción anual por asiento
Nodo de Render	Renderizado por lotes sin interfaz en máquinas de granja	Suscripción anual por nodo o flotante
Flotante/Servidor	Pool de licencias compartidas entre máquinas	Licencia de uso concurrente vía servidor de licencias
Renderizado por Línea de Comandos (CLR)	Motor de renderizado incorporado de DCC por línea de comandos	A menudo gratis (3ds Max, Maya) o requiere licencia separada (Cinema 4D)

La distinción importa porque muchos estudios asumen que su licencia de estación de trabajo cubre renderizado en granja. Generalmente no lo hace, y ejecutar nodos de render sin licencia puede resultar en salida con marca de agua, trabajos fallidos o problemas de cumplimiento de licencias.

V-Ray en Granjas de Render

V-Ray (de Chaos) es el motor de renderizado más ampliamente utilizado en visualización arquitectónica, particularmente con 3ds Max. Sus licencias para uso en granja tienen varias capas.

Renderizado Distribuido V-Ray (DR)

El modo DR incorporado de V-Ray distribuye un fotograma único entre múltiples máquinas. Usa un servicio spawner (vrayspawner) ejecutándose en cada nodo de trabajo. DR requiere:

• Una licencia de estación de trabajo V-Ray en la máquina que envía
• El servicio vrayspawner ejecutándose en cada nodo de trabajo
• Todos los nodos de trabajo deben tener acceso de red al servidor de licencias de Chaos (configuración de puerto predeterminada: consulta documentación de Chaos para requisitos de puerto actuales)
• Compilaciones idénticas de V-Ray en el que envía y todos los trabajadores: incluso diferencias de versión menores (p. ej., 6.20.01 vs 6.20.03) causan fallos silenciosos

Para renderizado de CPU, DR está incluido en una suscripción a V-Ray sin costo adicional por nodo: los nodos de trabajo usan el servicio spawner sin verificar licencias adicionales. Sin embargo, V-Ray GPU DR funciona diferente: cada nodo GPU participante debe verificar su propia licencia de renderizado V-Ray GPU. Esta distinción atrapa a estudios que asumen que el renderizado distribuido de GPU también es gratis porque su DR de CPU funciona sin licencias extra.

V-Ray con Deadline u Otros Administradores de Granjas

Al renderizar a través de Thinkbox Deadline o software similar de administración de granjas, cada nodo renderiza fotogramas completos independientemente en lugar de dividir fotogramas únicos. En este modo:

• Cada nodo de renderizado activo verifica una licencia de nodo de renderizado V-Ray
• Chaos vende licencias de nodo de renderizado único a $208/año por nodo, con descuentos por volumen disponibles para paquetes de múltiples nodos (consulta precios de Chaos para tasas de volumen actuales)
• Un servidor de licencias (local o alojado en Chaos Cloud) administra el pool
• Las licencias no utilizadas regresan al pool cuando un nodo termina su trabajo

A la tarifa de un solo nodo, una granja local de 10 nodos cuesta $2.080/año solo en licencias V-Ray, antes del hardware, electricidad o costos de aplicaciones DCC. Los paquetes de volumen reducen esto, pero el descuento exacto depende del tamaño del paquete y precios actuales de Chaos.

V-Ray en Granjas de Render Gestionadas en la Nube

En una granja de render completamente gestionada, las licencias V-Ray están incluidas en el costo de renderizado por hora. Los estudios no compran, instalan o administran licencias V-Ray: el proveedor de granjas mantiene compilaciones actuales en todos los nodos, maneja la infraestructura del servidor de licencias y asegura consistencia de versión. Esto elimina lo que es posiblemente la falla más común de granja V-Ray: desajuste de versión entre el que envía y los trabajadores.

Las granjas gestionadas que ostentan el estado de socio oficial de renderizado de Chaos mantienen licencias comerciales que cubren toda su flota. El único requisito de licencia del estudio es su propia licencia de estación de trabajo para preparación de escenas.

Redshift en Granjas de Render

Redshift (de Maxon) es uno de los motores de renderizado GPU más populares, utilizado principalmente con Cinema 4D y Houdini. Su modelo de licencias cambió significativamente en 2025–2026, y el cambio ha causado frustración real entre estudios pequeños.

El Cambio de Precios Maxon Teams

Históricamente, Redshift ofrecía licencias asequibles bloqueadas por nodo. En 2025, Maxon reestructuró precios e introdujo licencias "Teams" para configuraciones de múltiples asientos. A partir de principios de 2026:

• Licencia individual: $289/año (bloqueada por nodo a una máquina)
• Licencia Teams: $329/año por asiento (mínimo 3 asientos, flotante)
• Estudios con 3+ máquinas son empujados hacia precios Teams

El aumento por asiento de licencia Individual a Teams: aproximadamente 14% más por asiento, se suma a escala. Un estudio con 5 nodos de renderizado GPU paga $1.645/año ($329 × 5) en Teams. Para una granja GPU de 10 nodos, son $3.290/año, solo para Redshift, antes de hardware o costos de aplicaciones DCC.

El problema más grande no es el precio en sí: es la migración forzada. Estudios que compraron licencias bloqueadas por nodo esperando estabilidad de precios a largo plazo se encontraron obligados a cambiar modelos cuando Maxon reestructuró sus niveles de licencias. Esto ha creado verdaderos dolores de cabeza presupuestarios para estudios pequeños de visualización arquitectónica y diseño de movimiento que ejecutan 5–10 nodos de renderizado.

Renderizado por Línea de Comandos de Redshift

El renderizador de línea de comandos de Redshift (redshiftCmdLine) requiere una licencia válida en cada máquina. A diferencia de algunos renderizadores de CPU donde el modo de línea de comandos de la aplicación DCC es gratis, Redshift siempre requiere verificación de licencia, ya sea renderizando interactivamente o en modo por lotes.

Redshift en Granjas de Render Gestionadas en la Nube

En granjas de render gestionadas, las licencias Redshift están incluidas en la tarifa de renderizado GPU. Los estudios suben sus escenas Cinema 4D, Houdini o 3ds Max y renderizan sin lidiar con licencias Redshift en absoluto.

Esto es particularmente relevante para estudios frustrados por el cambio de precios de Teams: en una granja gestionada, el modelo de licencias es invisible. Pagas por hora de renderizado, y sin importar si Maxon cambia su estructura de precios el próximo trimestre, no afecta tu presupuesto de proyecto.

Arnold en Granjas de Render

Arnold (de Autodesk) usa un enfoque de licencias diferente que es más generoso para granjas pequeñas pero más complejo para implementaciones grandes.

Nodos de Renderizado Agrupados de Arnold

Una suscripción a Arnold ($415/año) agrupa 5 licencias de nodo de renderizado. Esto significa que un estudio pequeño puede ejecutar una granja de 5 nodos para renderizado Arnold con solo una suscripción: una ventaja de costo significativa sobre V-Ray o Redshift para uso de granja a pequeña escala.

Los nodos de renderizado adicionales más allá de los 5 agrupados pueden ser comprados, pero el precio varía según volumen y tipo de acuerdo. Las licencias de Autodesk usan RLM (Reprise License Manager), y cada nodo de trabajo debe tener acceso de red al servidor RLM para verificar una licencia antes de renderizar.

Renderizador Autónomo Arnold kick

Para renderizado en granja, Arnold típicamente usa kick (su renderizador autónomo que lee archivos .ass (Arnold Scene Source) exportados de Maya, 3ds Max u otros DCCs). Requisitos clave:

• kick.exe (o kick en Linux) debe estar instalado en cada nodo de trabajo
• La versión de kick debe coincidir exactamente con la versión del complemento Arnold usada para exportar los archivos .ass
• Todas las rutas de archivo .ass deben ser accesibles por UNC (rutas de red, no letras de unidad local)
• El servidor de licencias RLM debe ser alcanzable desde todos los nodos de trabajo

El desajuste de versión entre kick y el complemento DCC es una de las fallas más comunes de granja Arnold. A diferencia de V-Ray, donde el desajuste de versión produce un error obvio, los desajustes de Arnold a veces producen diferencias de renderizado sutiles: sombreado cambiado, AOVs faltantes, que no se detectan hasta revisión final.

Arnold en Granjas de Render Gestionadas en la Nube

En granjas de render gestionadas, el licenciamiento de Arnold funciona igual que otros motores: incluido en el costo de renderizado por hora. El proveedor de granjas mantiene versiones coincidentes de kick para cada versión DCC soportada y valida compatibilidad de archivos .ass durante análisis de escena antes del renderizado.

Corona en Granjas de Render

Corona (de Chaos) comparte parte de la infraestructura de licencias con V-Ray pero tiene sus propias consideraciones específicas de granja.

Corona Team Render

El sistema de renderizado distribuido nativo de Corona usa un modelo cliente-servidor:

• Un Corona DR Server se ejecuta en la máquina que envía
• Los nodos de trabajo se conectan al servidor a través del puerto DR predeterminado de Corona
• Cada nodo de trabajo necesita una licencia de nodo de renderizado o cobertura bajo tu suscripción existente

Las licencias de nodo de renderizado Corona están disponibles como suscripciones de nodo único o en paquetes de volumen a tasas reducidas: consulta precios de Corona de Chaos para tasas por nodo actuales. En general, el licenciamiento de nodos Corona es un poco más barato que V-Ray.

Corona con Deadline

Para producciones más grandes, la mayoría de estudios usan Corona a través de Deadline en lugar del sistema Team Render nativo. Deadline maneja fallos de nodos y reintento de trabajos más confiablemente para trabajos de animación largos. Los requisitos de licencias son los mismos: cada trabajador activo verifica una licencia de nodo de renderizado Corona.

Corona en Granjas de Render Gestionadas en la Nube

En granjas de render gestionadas, las licencias Corona están incluidas en la tarifa de renderizado de CPU. Las granjas con estado de socio oficial de Chaos mantienen compilaciones Corona actuales y manejan distribución de licencias en toda su flota. La arquitectura de CPU solo de Corona significa que se ejecuta en infraestructura de granja CPU estándar sin dependencia de GPU.

Cycles (Blender) en Granjas de Render

El renderizador Cycles de Blender es código abierto y gratuito, incluyendo para uso comercial y en granja. No hay licencias por nodo, sin servidores de licencias, sin cuotas de suscripción.

Esto hace que Cycles sea el motor más simple de implementar en una granja de render desde la perspectiva de licencias. Los aspectos sorpresivos son operacionales más que financieros:

• Las versiones de Blender deben coincidir exactamente entre la estación de trabajo de envío y todos los nodos de granja: Blender no garantiza compatibilidad de archivos .blend entre versiones menores
• Los complementos y scripts Python personalizados necesitan estar instalados en cada nodo
• Los controladores CUDA/OptiX deben ser consistentes en nodos GPU para renderizado Cycles GPU

Las granjas de render gestionadas típicamente mantienen múltiples versiones de Blender simultáneamente para que los estudios puedan renderizar con su versión de producción exacta. Los precios de granja de render en nube Blender generalmente son comparables a motores licenciados a pesar de que Cycles tiene costo de licencia cero: la carga operacional de mantener infraestructura de Blender (administración de versiones, soporte de complementos, pruebas de controladores de GPU) es significativa.

Octane en Granjas de Render

Octane (de OTOY) tiene las opciones de licencias de granja más limitadas entre los principales motores de renderizado:

• Octane Studio (consulta precios actuales de OTOY) cubre 2 GPUs en una máquina única
• Octane Enterprise (precios personalizados) se requiere para cualquier implementación de múltiples máquinas o granja
• No hay opción de licencia de renderizado por nodo: Enterprise es el único camino para uso en granja

Este modelo de precios significa que estudios pequeños que buscan implementar Octane en sus propias granjas de render enfrentan una barrera de entrada más alta comparada con motores como V-Ray o Redshift, donde el licenciamiento por nodo es directo. Las negociaciones de licencias Enterprise típicamente están orientadas a estudios con 10+ nodos GPU y compromisos anuales.

En granjas de render gestionadas, las licencias Octane están incluidas, pero el costo de Enterprise típicamente se refleja en la tarifa de renderizado GPU. Los estudios se benefician del licenciamiento de nivel Enterprise sin el compromiso mínimo o proceso de negociación.

Los Tres Modelos de Granja: Cómo Difieren las Licencias

Entender licencias de motores de renderizado requiere entender qué tipo de granja estás usando, porque la carga de licencias cambia según el modelo:

Modelo 1: Granja Local (Local)

Eres dueño del hardware, administras todo. Las licencias son completamente tu responsabilidad:

• Compra licencias de nodo de renderizado para cada motor que uses
• Instala y mantén un servidor de licencias (RLM, Servidor de Licencias de Chaos, etc.)
• Mantén todos los nodos en versiones idénticas de software
• Maneja renovaciones de licencias, migraciones y cambios de precios de proveedores
• Presupuesta para aumentos de costos de licencias anuales (los proveedores ajustan precios frecuentemente)

Costo típico de licencias para una granja de 10 nodos: $2.080–$3.290/año por motor de renderizado (rango V-Ray a Redshift Teams), más licencias de aplicaciones DCC donde se requiera.

Modelo 2: IaaS (Alquiler de GPU/CPU)

Alquilas máquinas virtuales o servidores bare-metal de un proveedor (AWS, Google Cloud o servicios especializados de alquiler de GPU). El hardware es suyo; el software es tu problema:

• Aún necesitas licencias de nodo de renderizado: la mayoría de proveedores IaaS no las incluyen
• Instalas la aplicación DCC y el motor de renderizado en cada máquina alquilada
• El servidor de licencias debe ser accesible desde la nube (VPN o servidor de licencias alojado en nube)
• Administras consistencia de versión entre nodos alquilados
• Algunos proveedores ofrecen imágenes de "mercado" con software preinstalado, pero las licencias aún son separadas

IaaS elimina costos de hardware pero retiene toda la complejidad de licencias y carga operacional de una granja local. No es poco común que estudios cambien de IaaS a granjas gestionadas específicamente debido a frustración con licencias: esperaban que "nube" significara "todo incluido," pero IaaS es realmente solo hardware remoto.

Modelo 3: Granja de Render en Nube Completamente Gestionada

El proveedor de granjas maneja todo: instalación de hardware, software, licencias, administración de versiones, encolamiento de trabajos y entrega de salida. Desde la perspectiva del estudio:

• Sube archivo de escena → espera → descarga fotogramas renderizados
• Costo de licencias cero más allá de tu propia licencia de estación de trabajo
• Sin servidor de licencias para administrar
• Sin problemas de desajuste de versión (la granja valida compatibilidad antes de renderizar)
• Los precios son por hora de renderizado (CPU) o por GPU-hora: todas las licencias están integradas

Este es el modelo que operan granjas como Super Renders Farm: asociaciones comerciales con proveedores como Chaos y Maxon cubren licencias en toda la flota. Cuando Maxon cambia precios de Redshift, o Chaos ajusta licencias de nodos V-Ray, la tarifa por hora lo absorbe.

El compromiso: las granjas gestionadas te dan menos control. No puedes elegir configuraciones específicas de hardware, estás limitado a las versiones de software que la granja soporta, y tasas por hora incluyen el margen de la granja además de costos de computación bruta. Para estudios con necesidades de renderizado predecibles y de alto volumen, una granja local con licencias propias puede ser más rentable a largo plazo. Las granjas gestionadas tienen el sentido financiero más para cargas de trabajo variables y estudios que no quieren mantener infraestructura de renderizado.

Tabla de Comparación de Licencias: Todos los Motores en Todos los Tipos de Granja

Motor	Granja Local (por nodo/año)	IaaS (tu licencia)	Granja Gestionada en Nube
V-Ray CPU	$208 un solo (descuentos por volumen disponibles)	Igual	Incluido
V-Ray GPU	$208 un solo (descuentos por volumen disponibles)	Igual	Incluido
Redshift	$289 individual / $329 Teams	Igual	Incluido
Arnold	Agrupado (5 nodos con suscripción), luego personalizado	Igual	Incluido
Corona	Suscripción por nodo (descuentos por volumen disponibles)	Igual	Incluido
Cycles (Blender)	Gratis	Gratis	Incluido
Octane	Enterprise (personalizado)	Enterprise (personalizado)	Incluido

La columna "Incluido" para granjas gestionadas es el punto clave. Cada motor, sin importar su modelo de precios de proveedor, se convierte en un elemento de línea único (horas de renderizado) en una granja gestionada. Los estudios que renderizaban con múltiples motores (digamos V-Ray para visualización arquitectónica y Redshift para diseño de movimiento) evitan apilar costos de licencias entre motores.

Errores Comunes de Licencias que Cometen los Estudios

Estos son los errores de licencias que cuestan a los estudios la mayor cantidad de tiempo y dinero:

1. Asumir que las licencias de estación de trabajo cubren nodos de granja. La mayoría de licencias de estación de trabajo de motor de renderizado explícitamente excluyen renderizado por lotes/granja. Ejecutar trabajos de granja en licencias de estación de trabajo puede producir salida con marca de agua o desencadenar banderas de cumplimiento.

2. Olvidar licencias de línea de comandos DCC. 3ds Max y Maya permiten renderizado de línea de comandos gratuito (sin licencia adicional necesaria para nodos de granja). Cinema 4D no lo hace: cada nodo de granja necesita una licencia Team Render Client o una licencia completa de Cinema 4D. Esto atrapa a estudios migrando de flujos de trabajo Max/Maya a C4D.

3. Ejecutar versiones desajustadas entre nodos. No es estrictamente un problema de licencias, pero el desajuste de versiones es la falla más común de renderizado en granja, causada directamente por la carga operacional de administrar software entre múltiples máquinas. En una granja local con 10 nodos, actualizar V-Ray significa tocar 10 máquinas y verificar cada una. Un nodo perdido significa renderizado inconsistente.

4. No presupuestar aumentos de precios anuales. Los proveedores de motores de renderizado ajustan precios regularmente. La migración Teams de Maxon en 2025, la reestructuración de paquetes de volumen de Chaos y el cambio de solo suscripción de Autodesk todos cambiaron la economía por nodo dentro de los últimos dos años. Los estudios que presupuestaron basados en precios de 2023 están pagando 10–20% más de lo esperado.

5. Ignorar la infraestructura del servidor de licencias. Los servidores de licencias necesitan estar altamente disponibles: si tu servidor RLM o Chaos de licencias se cae, toda tu granja deja de renderizar. Redundancia, monitoreo y mantenimiento de infraestructura de licencias es un costo operacional que raramente aparece en cálculos de TCO.

Cómo Evaluar Licencias al Elegir una Granja de Render

Al comparar opciones de granja de render, haz estas preguntas sobre licencias:

• ¿Las licencias del motor de renderizado están incluidas en el precio? Si no, calcula el costo anual por nodo para cada motor que uses y añádelo a la tarifa cotizada.
• ¿Quién administra el servidor de licencias? En plataformas IaaS, típicamente lo administras tú. En granjas gestionadas, se maneja para ti.
• ¿Qué sucede cuando un proveedor cambia precios? En una granja local o IaaS, los cambios de precios afectan tu presupuesto directamente. En una granja gestionada, el proveedor absorbe cambios de precios de proveedores.
• ¿Se soportan todas tus versiones DCC y versiones de motores de renderizado? La cobertura de versión importa: si la granja no soporta tu compilación específica de Redshift, no puedes renderizar.
• ¿Hay un compromiso mínimo? Algunos proveedores IaaS requieren gasto mensual mínimo. La mayoría de granjas gestionadas operan sobre puro pago por uso: renderiza cuando necesites, paga nada cuando no.

Para un vistazo más profundo de cómo los modelos de precios por hora y por fotograma se comparan entre tipos de granjas, consulta la guía de precios de granjas de render 2026.

FAQ

¿Necesito una licencia separada de motor de renderizado para cada nodo de granja?

En una granja local o configuración IaaS, sí: cada nodo que renderiza activamente necesita su propia licencia de nodo de renderizado (o cobertura de un pool de licencias flotantes). En una granja de render en nube completamente gestionada, las licencias de motores de renderizado están incluidas en la tarifa por hora, así que no las compras o administras por separado.

¿Es Blender Cycles realmente gratuito para usar en una granja de render?

Sí. Blender y Cycles son código abierto bajo la licencia GPL, que permite uso comercial y en granja sin cuotas por nodo. Los costos en una granja de render son puramente operacionales: hardware, electricidad, administración de versiones, no licencias.

¿Cuánto cuesta el licenciamiento de V-Ray para una granja de render de 10 nodos?

Las licencias de nodo de renderizado V-Ray cuestan $208 por nodo por año a la tarifa de un solo nodo, con descuentos por volumen disponibles para paquetes de múltiples nodos. A la tarifa de un solo nodo, una granja de 10 nodos corre $2.080 anuales solo en licencias V-Ray. En una granja gestionada en nube, este costo está integrado en la tarifa de renderizado por hora.

¿Por qué Maxon cambió los precios de Redshift a Teams?

Maxon introdujo precios de Teams ($329/año por asiento, mínimo 3 asientos) para reemplazar licencias bloqueadas por nodo para configuraciones de múltiples asientos. El cambio mueve Redshift hacia un modelo de licencias flotantes, que da a los estudios más flexibilidad en cómo se asignan las licencias pero aumenta costo por asiento comparado con precios de nodos individuales bloqueados ($289/año).

¿Cuál es la diferencia entre alquiler de GPU IaaS y una granja de render gestionada para licencias?

En IaaS (como alquilar VMs de GPU de AWS o proveedores especializados), alquilas hardware pero administras software y licencias tú mismo: necesitas tus propias licencias de nodo de renderizado, instalas software en cada máquina y mantienes un servidor de licencias. Una granja de render gestionada maneja todo esto: instalación de software, licencias, administración de versiones y ejecución de trabajos están todos incluidos en el servicio.

¿Puedo usar mi licencia de estación de trabajo V-Ray existente en una granja de render en nube?

No para renderizado en granja. Las licencias de estación de trabajo V-Ray cubren uso interactivo en una máquina. El renderizado en granja (procesamiento por lotes entre múltiples nodos) requiere licencias de nodos de renderizado. En una granja gestionada en nube, las propias licencias comerciales de la granja cubren renderizado: tu licencia de estación de trabajo permanece en tu máquina local para preparación de escenas.

¿Arnold realmente incluye 5 nodos de renderizado con una suscripción?

Sí. Una suscripción a Arnold ($415/año) agrupa 5 licencias de nodo de renderizado administradas a través del sistema RLM de Autodesk. Para estudios con granjas pequeñas (5 nodos o menos), esto hace que Arnold sea uno de los motores más rentables para renderizado distribuido. Más allá de 5 nodos, licencias adicionales están disponibles a precios personalizados.

¿Qué sucede si mi servidor de licencias se cae durante un renderizado de granja?

En una granja local, los nodos que no pueden alcanzar el servidor de licencias dejarán de renderizar: los trabajos fallan o se encolan hasta que el servidor se restaura. Por esto la redundancia del servidor de licencias es crítica para operaciones de granja local. En una granja gestionada en nube, el proveedor mantiene infraestructura de licencias altamente disponible, así que fallos de servidores individuales no interrumpen el renderizado.