Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Comprenda el modelo de costes de las flotas gestionadas por servicios
AWS Las flotas gestionadas por servicios (SMF) de Deadline Cloud con tareas adjuntas tienen una estructura de costes fundamentalmente diferente a la de las granjas de renderizado locales tradicionales o las flotas gestionadas por el cliente que utilizan sistemas de archivos de red. Entender esta diferencia le ayuda a planificar los presupuestos, optimizar los gastos y aprovechar la escalabilidad elástica sin costes inesperados.
Los costos de las granjas de renderizado tradicionales
En una granja de renderizado tradicional, los costos provienen de dos áreas principales:
-
Almacenamiento de archivos: se requiere un sistema de archivos en red (NFS o SAN) de alto rendimiento para entregar los activos a todos los trabajadores de forma simultánea. El costo de este almacenamiento aumenta en función del rendimiento que debe soportar, lo que limita indirectamente el número de trabajadores al que puede llegar la granja.
-
Computación: los trabajadores (nodos de renderizado) se aprovisionan y mantienen independientemente de la cantidad de trabajo pendiente. Los trabajadores inactivos siguen incurriendo en costos de hardware, energía y refrigeración.
-
Administración de la granja: una granja tradicional también requiere infraestructura y tiempo de personal para procesar el programador de la granja, su base de datos de trabajos, la configuración del software, la supervisión y los informes, y el mantenimiento y las actualizaciones continuos.
Dado que el sistema de archivos debe aprovisionarse para gestionar los picos de rendimiento, ampliar y reducir el tamaño de la granja resulta caro y lento. Agregar más trabajadores requiere una capacidad adicional del sistema de archivos, y esa capacidad no se puede liberar cuando los trabajadores están inactivos.
En qué se diferencian los costos de flota gestionados por el servicio
En el caso de las flotas gestionadas por el servicio, los costes se estructuran de forma diferente:
- Cómputo (tiempo del trabajador)
-
Solo paga por las instancias EC2 mientras procesan los trabajos. El aprovisionamiento o el desmantelamiento de los trabajadores no conllevan ningún coste. Cuando la flota se amplía hasta llegar a cero trabajadores, el coste informático se reduce a cero. Para obtener más información sobre los precios, consulta los precios de AWS Deadline Cloud
. - Almacenamiento (Amazon EBS)
-
Cada trabajador usa un volumen local de Amazon Elastic Block Store (Amazon EBS). Deadline Cloud cobra por el almacenamiento de Amazon EBS solo mientras exista la instancia de trabajo. El coste del almacenamiento está incluido en el precio de la flota gestionada por el servicio Deadline Cloud.
- Administración de fincas
-
El planificador, la base de datos de trabajos, el escalado de la flota, la supervisión y el mantenimiento forman parte del servicio Deadline Cloud. No hay una infraestructura independiente que ejecutar o mantener para la administración de la granja.
- Transferencia de archivos (adjuntos de trabajo)
-
Los adjuntos de trabajo utilizan Amazon Simple Storage Service (Amazon S3) para transferir archivos entre la estación de trabajo y los trabajadores. No se cobra por el rendimiento ni por los bytes transferidos entre Amazon S3 y los trabajadores. El costo se basa principalmente en la cantidad de datos almacenados en Amazon S3. Las tarifas de solicitud de la API de Amazon S3 se aplican a la carga y descarga de archivos, pero normalmente no son un factor de coste significativo. Para obtener más información sobre los precios de Amazon Simple Storage Service, consulte los precios de Amazon Simple Storage Service
.
nota
No hay ningún sistema de archivos de alto rendimiento que aprovisionar o mantener. El rendimiento de Job Adjuntos es prácticamente ilimitado, se escala automáticamente en función del número de trabajadores y no requiere una planificación de la capacidad.
Por qué el escalado automático es rentable con flotas gestionadas por servicios
Como no hay una infraestructura de almacenamiento fija que aprovisionar, las SMF pueden ampliarse y reducirse libremente sin incurrir en gastos adicionales. Esto cambia su forma de pensar sobre el tamaño de la flota:
-
Amplíe de forma agresiva: cuando llega un trabajo de gran envergadura, la flota puede llegar a tener cientos de trabajadores. Cada trabajador adicional accede a los adjuntos de trabajo en Amazon S3 sin suponer una carga adicional en un sistema de archivos compartido.
-
Reduzca la escala a cero: cuando se complete el trabajo, la flota puede reducir a cero trabajadores sin costes continuos de cómputo o almacenamiento (solo almacenamiento en Amazon S3 para los activos en caché).
-
A toda velocidad con los plazos: la puesta en marcha temporal de una flota grande para cumplir con un plazo supone un coste informático proporcional a la duración, sin que ello suponga ninguna penalización para la escala.
Para obtener información sobre la configuración del escalado automático, consulteConfiguración de escalado automático.
Los componentes de costes de un vistazo
La siguiente tabla resume la procedencia de los costos cuando se utilizan SMF con adjuntos de trabajo.
| Componente de costo | ¿Qué impulsa el costo | ¿Cómo optimizar |
|---|---|---|
| Computación Amazon EC2 | Tiempo de ejecución del trabajador × tamaño de la instancia | Utilice instancias puntuales, asigne el tamaño correcto a los tipos de instancias y reduzca la duración de las tareas |
| Almacenamiento en Amazon EBS | Tamaño del volumen × tiempo de ejecución del trabajador, más una cantidad IOPS/throughput superior a la línea base | Utilice el tamaño de volumen predeterminado, a menos que las cargas de trabajo necesiten más espacio local |
| Almacenamiento en Amazon S3 (adjuntos de trabajo) | Total de bytes almacenados en el depósito de adjuntos de trabajos | Aplique una política de ciclo de vida de Amazon S3 para eliminar automáticamente los activos antiguos |
| Solicitudes de Amazon S3 (adjuntos de trabajo) | Número de solicitudes PUT y GET durante la carga y la descarga | Por lo general, no es un factor de costes significativo; no es necesario realizar ninguna acción para la mayoría de las cargas de trabajo |
| Usage-based concesión de licencias (opcional) | Tipo de licencia × tamaño de la instancia × duración del trabajo | Úselo solo para trabajos que requieren el software con licencia |
| Amazon CloudWatch Logs (opcional) | Volumen de registros de trabajadores y tareas recopilados | Reduzca la verbosidad de los registros y establezca políticas de retención |
Ejemplo: comparar los costos de una flota gestionada por el servicio con los de una granja tradicional
Considere un proyecto que renderice 1000 fotogramas con un tiempo de renderizado promedio de 20 minutos por fotograma, utilizando trabajadores con al menos 16 vCPU. El tamaño total del recurso de entrada es de 50 GB.
- Enfoque agrícola tradicional
-
Usted mantiene un sistema de archivos de red aprovisionado para el rendimiento requerido por su número máximo de trabajadores. El sistema de archivos cuesta lo mismo tanto si la granja está inactiva como si funciona a plena capacidad. Añadir trabajadores por encima del límite de rendimiento del sistema de archivos requiere una costosa actualización.
- SMF con enfoque de adjuntos de trabajo
-
Los trabajadores escalan para procesar todos los marcos y luego los reducen a cero. Cada trabajador descarga solo los activos que necesita de Amazon S3. Sus costes son los siguientes:
-
Computación: aproximadamente 333 horas de trabajo (1000 fotogramas × 20 minutos) a la tasa de instancia aplicable.
-
Almacenamiento en Amazon S3: 50 GB de activos almacenados a las tarifas estándar de Amazon S3 (unos pocos dólares al mes).
-
Solicitudes de Amazon S3: un número reducido de solicitudes GET a medida que los trabajadores descargan activos (fracciones de un centavo por cada 1000 solicitudes).
Cuando finaliza el trabajo, los costes se devuelven únicamente al cargo por almacenamiento de Amazon S3. No hay ningún coste continuo por el sistema de archivos.
-
Para ver ejemplos de precios adicionales, consulta los precios de AWS Deadline Cloud.
Consejos para gestionar los costes de flota gestionados por el servicio
-
Utilice instancias puntuales: las instancias puntuales ofrecen ahorros significativos con respecto On-Demand a los precios. Como las tareas de renderizado suelen ser breves y se pueden volver a intentar, las interrupciones puntuales tienen un impacto mínimo.
-
Establezca el tamaño máximo de la flota: limite el número máximo de trabajadores de su flota para controlar el coste informático máximo por trabajo. Para obtener más información, consulte Configuración de escalado automático.
-
Usa presupuestos: crea un presupuesto de Deadline Cloud para establecer límites de gastos y recibir notificaciones. Para obtener más información, consulte Controle los costes con un presupuesto.
-
Gestione el almacenamiento de adjuntos de trabajos: aplique una configuración de Amazon S3 Lifecycle para eliminar automáticamente los archivos de adjuntos de trabajos antiguos. Como los adjuntos de tareas utilizan un almacenamiento direccionable por contenido, los archivos no modificados no se vuelven a cargar, lo que mantiene bajos los costes de almacenamiento para los flujos de trabajo iterativos.
-
Right-size sus instancias: elija el tipo de instancia más pequeño que cumpla con los requisitos de memoria y CPU de su carga de trabajo. Las instancias más grandes cuestan más por hora, pero pueden completar las tareas más rápido, así que compare el costo total (tasa x duración) entre los tamaños de las instancias.
-
Considere esperar y ahorrar: para las cargas de trabajo que no son urgentes, Wait and Save ofrece precios de procesamiento más bajos a cambio de horarios flexibles para iniciar el trabajo.
Recursos relacionados
