Preços de render farm na nuvem explicados: custos reais 2026

Introdução

A página de preços de qualquer render farm na nuvem lista uma tarifa. Para trabalhos CPU pode dizer "$0,006 por GHz-hour." Para trabalhos GPU pode dizer "$0,45 por GPU-hour." Se nunca se executou um trabalho de renderização distribuída, esses números não dizem quase nada.

A maioria dos artistas 3D quer responder a uma pergunta antes de submeter: quanto vai custar realmente esta renderização? A resposta depende de vários fatores que a tabela de preços nunca explica — quantas GHz-hours uma cena típica consome, se as licenças de software estão incluídas, o que acontece com os frames falhados e como a unidade de faturação corresponde ao tempo de renderização real.

Na Super Renders Farm já foram processados trabalhos para clientes em mais de 50 países, com cada motor de renderização e combinação de software principal. Este guia explica como funcionam os preços das render farms na nuvem em 2026, com exemplos para V-Ray, Redshift, Blender Cycles e Cinema 4D, além de uma análise dos custos ocultos que frequentemente surpreendem os artistas na primeira fatura.

Compreender as duas unidades de preços principais

As render farms na nuvem cobram por uma coisa: tempo de computação. A unidade utilizada depende de o trabalho ser executado em CPUs ou GPUs.

GHz-hour (faturação CPU): Esta unidade mede os ciclos totais de processador consumidos pelo trabalho. Se a cena for renderizada numa máquina com 44 núcleos a funcionar a 2,2 GHz, essa máquina fornece 44 × 2,2 = 96,8 GHz de computação por hora. Se funcionar durante duas horas, consumiu 193,6 GHz-hours. Multiplicando pela tarifa por GHz-hour da farm obtém o custo para a contribuição dessa máquina.

Na prática, uma render farm distribui os frames por muitas máquinas simultaneamente. Uma animação V-Ray de 300 frames a funcionar em 30 máquinas acumula GHz-hours em todos os nós em paralelo — razão pela qual o tempo real de processamento desce de dias para horas, enquanto o número total de GHz-hours reflete a computação efetivamente consumida.

GPU-hour (faturação GPU): Os trabalhos GPU são faturados por hora por placa. Se o trabalho Redshift for executado em quatro placas RTX 5090 durante três horas, consome doze GPU-hours. A tarifa por GPU-hour varia consoante a geração e o nível da GPU. Algumas farms também utilizam OctaneBench-hours para renderizações Octane — uma unidade que normaliza a faturação entre diferentes modelos de GPU comparando pontuações de benchmark.

Perceber qual a unidade que se aplica ao motor utilizado é o primeiro passo para estimar qualquer custo de renderização na nuvem.

Custos de renderização CPU: V-Ray, Corona e Arnold

V-Ray e Corona são os dois motores dominantes para renderização CPU em farms geridas, principalmente para visualização arquitetónica, renderização de produtos e animação. O Arnold é comum em pipelines de VFX e cinema. Os três são faturados em GHz-hours.

Exemplo real — animação archviz com V-Ray:

Parâmetro	Valor
Software	3ds Max + V-Ray
Frames	240 (10 segundos a 24fps)
Resolução	1920×1080
Tempo médio de renderização por frame	18 minutos (interior de complexidade média)
Nós atribuídos	30 máquinas (44 núcleos, 2,2 GHz cada)

Cada máquina renderiza aproximadamente 8 frames em cerca de 2,4 horas. Computação total: 30 máquinas × 2,4 horas × 96,8 GHz por máquina = 6.969,6 GHz-hours.

A uma tarifa de $0,006/GHz-hour, este trabalho custa aproximadamente $41,82 — e completa em menos de três horas de tempo real de processamento.

Renderizar a mesma cena localmente numa workstation de 16 núcleos a 3,5 GHz demoraria aproximadamente 45 minutos por frame (a renderização distribuída escala melhor do que a renderização numa única máquina). O trabalho completo de 240 frames exigiria aproximadamente 180 horas, ou 7,5 dias, de renderização local ininterrupta.

Nota sobre licenciamento: Na Super Renders Farm, as licenças de V-Ray, Corona e Arnold estão incluídas na tarifa GHz-hour. Não é adicionada nenhuma taxa de licença separada por trabalho. Isto não é universal — verificar os termos de licenciamento antes de submeter a qualquer serviço.

Custos de renderização GPU: Redshift, Octane e V-Ray GPU

A renderização GPU produz tempos de frame mais rápidos para cenas otimizadas para GPU path tracing, mas é faturada a uma tarifa horária mais alta porque o hardware GPU acarreta custos de infraestrutura mais elevados.

Exemplo real — animação de motion design Redshift Cinema 4D:

Parâmetro	Valor
Software	Cinema 4D + Redshift
Frames	150 (curta-metragem motion design)
Resolução	3840×2160 (4K)
Tempo médio de renderização por frame	4 minutos por placa RTX 5090
Placas GPU atribuídas	8 × RTX 5090

Com 8 placas a funcionar em paralelo, 150 frames completam em aproximadamente 75 minutos de tempo real de processamento. Computação consumida: 8 placas × 1,25 horas = 10 GPU-hours.

A $0,45/GPU-hour, este trabalho custa aproximadamente $4,50 — custo total significativamente mais baixo do que o exemplo CPU com V-Ray, apesar da tarifa horária mais alta, porque a renderização GPU termina mais depressa e o trabalho é mais curto.

Esta relação inverte-se quando as cenas pressionam os limites de VRAM. Uma cena Redshift que utiliza 28 GB de VRAM tem espaço limitado numa placa de 32 GB, e se a geometria ou texturas ultrapassarem esse limiar, o trabalho falhará ou reverterá para o uso mais lento da RAM do sistema. A renderização CPU degrada-se de forma mais gradual com o aumento da dimensão da cena.

Comparação de custos estimados por tipo de renderização

A tabela seguinte mostra os intervalos de custos estimados para 100 frames renderizados a 1920×1080, complexidade média de cena, numa farm gerida onde o licenciamento de software está incluído. Os tempos de frame variam consoante a cena — utilizar como referências de planeamento, não como garantias.

Motor	Modo	Tempo médio por frame	Custo estimado / 100 frames	Notas
V-Ray	CPU	15–25 min	$12–$22	Interior archviz, GI, displacement maps
Corona	CPU	12–20 min	$10–$18	Archviz, materiais fisicamente corretos
Arnold	CPU	20–35 min	$18–$32	VFX, personagens de produção, volume
Blender Cycles	GPU	3–8 min	$3–$8	Grande variância segundo geometria e sampling
Redshift	GPU	2–6 min	$2–$6	Motion design Cinema 4D, cenas otimizadas GPU
Octane	GPU	2–5 min	$2–$5	GPU path tracing, fluxo de trabalho em tempo real
V-Ray GPU	GPU	3–7 min	$3–$8	V-Ray acelerado por GPU com assets V-Ray

Para as tarifas atuais, consultar a página de preços da Super Renders Farm. O guia de cálculo de custo por frame explica como estimar o projeto específico antes de submeter.

Custos ocultos a avaliar

A tabela de preços cobre a computação. Estes fatores podem acrescentar significativamente ao total.

Taxas de licença de software: As farms do tipo IaaS — onde se alugam máquinas GPU e se gere a renderização de forma autónoma via ambiente de trabalho remoto — muitas vezes não incluem licenças de motor de renderização. É necessário fornecer a própria licença de V-Ray ou Redshift, ou adquirir uma licença flutuante por sessão. Para motores comerciais, este custo de licenciamento pode acrescentar significativamente aos custos por sessão, dependendo do motor e do modelo de licenciamento do fornecedor. Confirmar sempre o que está incluído.

Cobranças mínimas por trabalho: Alguns serviços impõem um valor mínimo de faturação por trabalho, independentemente da computação efetivamente utilizada. Se se iterar com renderizações de teste, esse valor mínimo acumula-se rapidamente. Uma farm sem mínimos por trabalho oferece mais flexibilidade para executar renderizações curtas de validação sem penalização.

Tratamento de frames falhados: Os frames que falham devido a assets em falta, erros de plugin ou excesso de memória ainda consomem tempo de computação até ao ponto de falha. Verificar se a farm emite créditos para frames falhados e que documentação é necessária.

Tempo de configuração IaaS: As farms em ambiente de trabalho remoto exigem a instalação de software, configuração de caminhos de renderização e resolução de problemas de ambiente de forma autónoma — e essas sessões são faturadas por hora. Numa farm totalmente gerida, a análise de cena e a verificação de plugins acontecem antes de o processo de renderização começar. O custo em tempo é real mesmo que não apareça na tabela de preços. A comparação managed vs IaaS aborda este tradeoff em detalhe.

Largura de banda de saída: Alguns serviços cobram separadamente o download do output renderizado, especialmente em alta resolução. Verificar se a largura de banda está incluída ou é faturada separadamente.

Como a Super Renders Farm estrutura a sua faturação

A Super Renders Farm utiliza faturação GHz-hour para trabalhos CPU (V-Ray, Corona, Arnold e Blender Cycles em modo CPU) e faturação GPU-hour para trabalhos GPU (Redshift, Octane, V-Ray GPU e Blender Cycles em modo GPU).

Alguns detalhes relevantes para o planeamento de custos:

O licenciamento está incluído. As licenças de V-Ray, Corona, Arnold, Redshift e Octane estão incluídas na tarifa de renderização. Não é adicionada nenhuma taxa de licença por trabalho, independentemente do motor que a cena utiliza.

Sem cobrança mínima por trabalho. Uma renderização de teste curta custa a mesma tarifa por GHz-hour que uma execução de produção completa. Não existe taxa de piso por submissão.

Os créditos não expiram. Os Render Credits pré-pagos transferem-se indefinidamente. É possível adquirir créditos antes de um ciclo de produção e utilizá-los em múltiplos projetos sem pressão de expiração.

Gestão de excedentes. Se um trabalho em execução se aproximar do saldo de créditos restante, o trabalho é colocado em pausa e o utilizador é notificado em vez de ser cancelado a meio da renderização. Recarregam-se os créditos e retoma-se a partir do ponto de pausa.

Suporte de cena 24 horas por dia, 7 dias por semana. O suporte técnico para problemas de cena — plugins em falta, erros de caminho de asset, definições de renderizador — está incluído. Não existe faturação de suporte por hora separada da tarifa de renderização.

Para a tabela de preços atual, consultar superrendersfarm.com/pricing. Para uma comparação mais abrangente das opções de renderização na nuvem, o guia de render farms na nuvem aborda o que procurar nos diferentes modelos de serviço.

FAQ

Q: O que é uma GHz-hour e como estimar quantas o trabalho de renderização irá consumir? A: Uma GHz-hour representa o total de gigahertz de computação CPU consumidos numa hora em todos os núcleos e máquinas a trabalhar no projeto. Para estimar: tomar o número de frames, multiplicar pelo tempo médio de renderização por frame em horas, depois multiplicar pelo número de núcleos e os GHz por núcleo das máquinas da farm. A maioria das farms geridas tem uma equipa de suporte ou uma ferramenta de estimativa que pode calcular isto a partir de um relatório de cena ou frame de teste.

Q: A tarifa da render farm inclui licenças de software para V-Ray, Corona ou Redshift? A: Na Super Renders Farm, sim — as licenças de V-Ray, Corona, Arnold, Redshift e Octane estão incluídas na tarifa por GHz-hour ou por GPU-hour. Não é necessária nenhuma compra de licença separada ou taxa por sessão para nenhum motor suportado. As farms do tipo IaaS, onde se acede diretamente a máquinas remotas, normalmente exigem que se forneçam as próprias licenças de motor comercial.

Q: O que acontece aos créditos de renderização não utilizados se não forem usados de imediato? A: Os créditos na Super Renders Farm não expiram. É possível adquirir créditos quando o orçamento o permitir e utilizá-los em múltiplos projetos ao longo do tempo sem qualquer janela de expiração ou restrição de transferência.

Q: É possível estimar o custo do projeto antes de se comprometer com um trabalho de renderização completo? A: Sim. O método mais preciso é renderizar um único frame representativo localmente, registar o tempo de renderização e projetar as GHz-hours totais no número completo de frames utilizando esse valor de base. A equipa pode também rever o ficheiro de cena e fornecer uma estimativa de custo antes da submissão. Consultar o guia de cálculo de custo por frame para um método passo a passo.

Q: Por que razão a renderização GPU pode custar menos por trabalho apesar de uma tarifa horária mais elevada? A: O hardware GPU tem uma tarifa horária mais alta porque as placas RTX são mais dispendiosas de provisionar do que as máquinas CPU. No entanto, a renderização GPU completa os frames de forma significativamente mais rápida — pela nossa experiência, frequentemente 10 a 30 vezes mais rápido do que o CPU para cenas bem otimizadas. Um trabalho que demore 20 GPU-hours custa o mesmo que um que demore 3.000 GHz-hours se o custo total de computação for equivalente. A comparação muda quando as cenas pressionam os limites de VRAM, onde a vantagem de velocidade da GPU diminui.

Q: Existem taxas de configuração, custos de cancelamento ou cobranças por frames falhados? A: A Super Renders Farm não cobra taxas de configuração nem impõe penalidades de cancelamento. Apenas é faturada a computação já consumida caso se interrompa um trabalho antes do prazo. Os frames falhados que não produzem output são analisados caso a caso — contactar o suporte com os detalhes do trabalho se os frames falharem devido a um problema de ambiente em vez de um problema de cena.

Q: Como se compara em custo total uma farm gerida na nuvem com o aluguer de uma máquina GPU IaaS e a gestão autónoma da renderização? A: As farms IaaS listam uma tarifa de aluguer de máquina baixa, mas o custo total do projeto inclui o tempo gasto em sessões de ambiente de trabalho remoto, instalação de software, configuração de caminhos e resolução de problemas — nada disto aparece na tabela de preços. Estúdios sem pessoal dedicado a gestão de renderização frequentemente verificam que os serviços geridos proporcionam um custo total de projeto mais baixo quando o tempo faturável da equipa é considerado. O artigo de comparação managed vs IaaS detalha esta estrutura de custos.