As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Entenda o modelo de custo para frotas gerenciadas por serviços
AWS As frotas gerenciadas por serviços (SMFs) do Deadline Cloud com anexos de trabalho têm uma estrutura de custos fundamentalmente diferente das fazendas de renderização locais tradicionais ou das frotas gerenciadas pelo cliente que usam sistemas de arquivos de rede. Entender essa diferença ajuda você a planejar orçamentos, otimizar gastos e aproveitar a escalabilidade elástica sem custos inesperados.
Custos tradicionais do Render Farm
Em uma fazenda de renderização tradicional, os custos vêm de duas áreas principais:
-
Armazenamento de arquivos — É necessário um sistema de arquivos de rede (NFS ou SAN) de alto desempenho para fornecer ativos a todos os funcionários simultaneamente. O custo desse armazenamento aumenta de acordo com a produtividade que ele deve suportar, o que limita indiretamente o número de trabalhadores para os quais a fazenda pode escalar.
-
Computação — os trabalhadores (nós de renderização) são provisionados e mantidos independentemente da quantidade de trabalho na fila. Trabalhadores ociosos ainda incorrem em custos de hardware, energia e resfriamento.
-
Gerenciamento da fazenda — Uma fazenda tradicional também exige infraestrutura e tempo da equipe para o agendador da fazenda de renderização, seu banco de dados de tarefas, configuração de software, monitoramento e geração de relatórios, além de manutenção e atualizações contínuas.
Como o sistema de arquivos deve ser provisionado para lidar com o pico de taxa de transferência, aumentar e diminuir a escala da fazenda é caro e lento. Adicionar mais trabalhadores exige capacidade adicional do sistema de arquivos, e essa capacidade não pode ser liberada quando os trabalhadores estão ociosos.
Como os custos da frota gerenciada por serviços diferem
Com frotas gerenciadas por serviços, os custos são estruturados de forma diferente:
- Computação (tempo de trabalho)
-
Você paga pelas instâncias do EC2 somente enquanto elas estão processando trabalhos. Não há custo para provisionar ou descomissionar trabalhadores. Quando a frota se expande para zero trabalhadores, seu custo de computação cai para zero. Para obter mais informações sobre preços, consulte Preços do AWS Deadline Cloud
. - Armazenamento (Amazon EBS)
-
Cada trabalhador usa um volume local do Amazon Elastic Block Store (Amazon EBS). O Deadline Cloud cobra pelo armazenamento do Amazon EBS somente enquanto a instância de trabalho existir. O custo de armazenamento está incluído no preço da frota gerenciada pelo serviço Deadline Cloud.
- Gestão da fazenda
-
O agendador, o banco de dados de tarefas, o dimensionamento da frota, o monitoramento e a manutenção fazem parte do serviço Deadline Cloud. Não há infraestrutura separada para operar ou manter para o gerenciamento da fazenda.
- Transferência de arquivos (anexos do trabalho)
-
Os anexos de trabalho usam o Amazon Simple Storage Service (Amazon S3) para transferir arquivos entre sua estação de trabalho e os trabalhadores. Não há cobrança pela taxa de transferência ou bytes transferidos entre o Amazon S3 e os trabalhadores. O custo é baseado principalmente na quantidade de dados armazenados no Amazon S3. As taxas de solicitação da API Amazon S3 se aplicam a uploads e downloads de arquivos, mas normalmente não são um fator significativo de custo. Para obter mais informações sobre os preços do Amazon Simple Storage Service, consulte os preços do Amazon Simple Storage Service
.
nota
Não há um sistema de arquivos de alto desempenho para provisionar ou manter. A produtividade dos anexos de trabalho é virtualmente ilimitada, aumenta automaticamente com o número de trabalhadores e não requer planejamento de capacidade.
Por que o escalonamento automático é econômico com frotas gerenciadas por serviços
Como não há infraestrutura fixa de armazenamento para provisionar, as SMFs podem aumentar e diminuir a escala livremente sem incorrer em sobrecarga adicional. Isso muda a forma como você pensa sobre o tamanho da frota:
-
Amplie de forma agressiva — Quando chega um grande trabalho, a frota pode crescer para centenas de trabalhadores. Cada funcionário adicional acessa os anexos do trabalho no Amazon S3 sem colocar carga adicional em um sistema de arquivos compartilhado.
-
Reduza para zero — Quando o trabalho é concluído, a frota pode reduzir para zero trabalhadores sem custos contínuos de computação ou armazenamento (somente armazenamento Amazon S3 para ativos em cache).
-
Limite de prazos — A criação temporária de uma grande frota para cumprir um prazo aumenta o custo computacional proporcional à duração, sem penalizar a escala.
Para obter informações sobre como configurar o escalonamento automático, consulte. Configuração do ajuste de escala automático
Visão geral dos componentes de custo
A tabela a seguir resume de onde vêm os custos ao usar SMFs com anexos de trabalho.
| Componente de custo | O que impulsiona o custo | Como otimizar |
|---|---|---|
| Computação do Amazon EC2 | Tempo de execução do trabalhador × tamanho da instância | Use instâncias spot, tipos de instância do tamanho certo, reduza a duração da tarefa |
| Armazenamento Amazon EBS | Tamanho do volume × tempo de execução do trabalhador, mais IOPS/throughput acima da linha de base | Use o tamanho de volume padrão, a menos que as cargas de trabalho precisem de mais espaço local |
| Armazenamento Amazon S3 (anexos de trabalho) | Total de bytes armazenados no bucket de anexos do trabalho | Aplique uma política de ciclo de vida do Amazon S3 para excluir ativos antigos automaticamente |
| Solicitações do Amazon S3 (anexos de trabalho) | Número de solicitações PUT e GET durante o upload e o download | Normalmente, não é um fator significativo de custo; nenhuma ação é necessária para a maioria das cargas de trabalho |
| Usage-based licenciamento (opcional) | Tipo de licença × tamanho da instância × duração do trabalho | Use somente para trabalhos que exijam o software licenciado |
| Amazon CloudWatch Logs (opcional) | Volume de registros de trabalhadores e tarefas coletados | Reduza a verbosidade dos registros, defina políticas de retenção |
Exemplo: comparação dos custos da frota gerenciada por serviços com uma fazenda tradicional
Considere um projeto que renderiza 1.000 quadros com um tempo médio de renderização de 20 minutos por quadro, usando trabalhadores com pelo menos 16 vCPUs. O tamanho total do ativo de entrada é de 50 GB.
- Abordagem agrícola tradicional
-
Você mantém um sistema de arquivos de rede provisionado para a taxa de transferência exigida pelo seu número máximo de funcionários. O sistema de arquivos custa o mesmo, independentemente de o farm estar ocioso ou funcionando com capacidade total. Adicionar trabalhadores além do limite de taxa de transferência do sistema de arquivos exige um upgrade caro.
- SMF com abordagem de anexação de tarefas
-
Os trabalhadores aumentam a escala para processar todos os quadros e depois reduzem para zero. Cada trabalhador baixa somente os ativos de que precisa do Amazon S3. Seus custos são:
-
Computação: aproximadamente 333 horas de trabalho (1.000 quadros × 20 minutos) na taxa de instância aplicável.
-
Armazenamento Amazon S3: 50 GB de ativos armazenados com taxas padrão do Amazon S3 (alguns dólares por mês).
-
Solicitações do Amazon S3: um pequeno número de solicitações GET à medida que os trabalhadores baixam ativos (frações de um centavo por 1.000 solicitações).
Quando o trabalho é concluído, os custos retornam somente para a cobrança de armazenamento do Amazon S3. Não há custo contínuo do sistema de arquivos.
-
Para ver exemplos adicionais de preços, consulte Preços AWS do Deadline Cloud.
Dicas para gerenciar custos de frota gerenciados por serviços
-
Use instâncias spot — as instâncias spot oferecem economias significativas em relação aos On-Demand preços. Como as tarefas de renderização geralmente são curtas e podem ser repetidas, as interrupções do Spot têm um impacto mínimo.
-
Defina o tamanho máximo da frota — limite o número máximo de trabalhadores em sua frota para controlar o custo máximo de computação por trabalho. Para obter mais informações, consulte Configuração do ajuste de escala automático.
-
Use orçamentos — Crie um orçamento do Deadline Cloud para definir limites de gastos e receber notificações. Para obter mais informações, consulte Controle os custos com um orçamento.
-
Gerencie o armazenamento de anexos de trabalhos — aplique uma configuração de ciclo de vida do Amazon S3 para excluir automaticamente arquivos antigos de anexos de trabalhos. Como os anexos da tarefa usam armazenamento endereçável ao conteúdo, os arquivos inalterados não são recarregados, o que mantém os custos de armazenamento baixos para fluxos de trabalho iterativos.
-
Right-size suas instâncias — Escolha o menor tipo de instância que atenda aos requisitos de CPU e memória da sua carga de trabalho. Instâncias maiores custam mais por hora, mas podem concluir tarefas mais rapidamente, então compare o custo total (taxa × duração) em todos os tamanhos de instância.
-
Considere esperar e economizar — Para cargas de trabalho não urgentes, o Wait and Save oferece preços de computação mais baixos em troca de horários flexíveis de início de trabalho.
Recursos relacionados
