Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Comprendre le modèle de coûts pour les flottes gérées par des services
AWS Les flottes gérées par les services (SMF) de Deadline Cloud associées à des tâches ont une structure de coûts fondamentalement différente de celle des fermes de rendu sur site traditionnelles ou des flottes gérées par le client qui utilisent des systèmes de fichiers réseau. Comprendre cette différence vous aide à planifier les budgets, à optimiser les dépenses et à tirer parti d'une évolutivité élastique sans coûts imprévus.
## Coûts des fermes d'équarrissage traditionnelles
Dans une ferme d'équarrissage traditionnelle, les coûts proviennent de deux domaines principaux :
+ **Stockage de fichiers** : un système de fichiers réseau à hautes performances (NFS ou SAN) est nécessaire pour fournir simultanément les actifs à tous les travailleurs. Le coût de ce stockage évolue en fonction du débit qu'il doit supporter, ce qui limite indirectement le nombre de travailleurs que l'exploitation peut accueillir.
+ **Calcul** — Les travailleurs (nœuds de rendu) sont approvisionnés et maintenus quelle que soit la quantité de travail dans la file d'attente. Les travailleurs inactifs doivent toujours supporter des coûts liés au matériel, à l'alimentation et au refroidissement.
+ **Gestion de ferme** — Une ferme traditionnelle nécessite également une infrastructure et du temps de personnel pour le planificateur de la ferme de rendu, sa base de données de tâches, la configuration logicielle, la surveillance et les rapports, ainsi que la maintenance et les mises à niveau continues.
Étant donné que le système de fichiers doit être configuré pour gérer les pics de débit, la mise à l'échelle ascendante ou descendante de la batterie de serveurs est coûteuse et lente. L'ajout de nouveaux travailleurs nécessite une capacité supplémentaire du système de fichiers, et cette capacité ne peut pas être libérée lorsque les travailleurs sont inactifs.
## Quelles sont les différences entre les coûts des flottes gérées par les services
Dans le cas des flottes gérées par des services, les coûts sont structurés différemment :
Calcul (temps de travail)
Vous ne payez pour les instances EC2 que pendant qu'elles traitent des tâches. Il n'y a aucun coût pour la mise à disposition ou la mise hors service des travailleurs. Lorsque le parc passe à zéro employé, vos coûts de calcul tombent à zéro. Pour plus d'informations sur les tarifs, consultez la section [Tarification de AWS Deadline Cloud](https://aws.amazon.com/deadline-cloud/pricing/).
Stockage (Amazon EBS)
Chaque travailleur utilise un volume Amazon Elastic Block Store (Amazon EBS) local. Deadline Cloud facture le stockage Amazon EBS uniquement tant que l'instance de travail existe. Le coût du stockage est inclus dans le tarif du parc géré par le service Deadline Cloud.
Gestion de la ferme
Le planificateur, la base de données des tâches, le dimensionnement de la flotte, la surveillance et la maintenance font partie du service Deadline Cloud. Il n'existe aucune infrastructure distincte à gérer ou à entretenir pour la gestion des exploitations agricoles.
Transfert de fichiers (pièces jointes aux tâches)
Les pièces jointes aux tâches utilisent Amazon Simple Storage Service (Amazon S3) pour transférer des fichiers entre votre poste de travail et les employés. Le débit ou les octets transférés entre Amazon S3 et les collaborateurs sont gratuits. Le coût est basé principalement sur la quantité de données stockées dans Amazon S3. Les frais de demande d'API Amazon S3 s'appliquent aux chargements et aux téléchargements de fichiers, mais ils ne constituent généralement pas un facteur de coût important. Pour plus d'informations sur les tarifs d'Amazon Simple Storage Service, consultez les tarifs d'[Amazon Simple Storage Service](https://aws.amazon.com/s3/pricing/).
**Note**
Il n'existe aucun système de fichiers performant à configurer ou à gérer. Le débit des pièces jointes aux tâches est pratiquement illimité, s'adapte automatiquement au nombre de travailleurs et ne nécessite aucune planification des capacités.
## Pourquoi la mise à l'échelle automatique est rentable avec les flottes gérées par des services
Comme il n'existe aucune infrastructure de stockage fixe à provisionner, les SMF peuvent évoluer librement à la hausse ou à la baisse sans encourir de frais supplémentaires. Cela change la façon dont vous envisagez le dimensionnement de la flotte :
+ Développez **vos activités de manière agressive** — Lorsqu'un projet important arrive, le parc peut compter des centaines de travailleurs. Chaque collaborateur supplémentaire accède aux pièces jointes aux tâches dans Amazon S3 sans imposer de charge supplémentaire à un système de fichiers partagé.
+ **Réduction à zéro** — Une fois le travail terminé, le parc peut être réduit à zéro, sans frais de calcul ou de stockage permanents (uniquement le stockage Amazon S3 pour les actifs mis en cache).
+ **Respect des délais** — La mise en service temporaire d'une flotte importante pour respecter une date limite augmente les coûts de calcul proportionnels à la durée, sans aucune pénalité pour l'échelle.
Pour plus d'informations sur la configuration du dimensionnement automatique, consultez[Configuration de mise à l'échelle automatique](auto-scaling-configuration.md).
## Les composantes des coûts en un coup d'œil
Le tableau suivant récapitule l'origine des coûts liés à l'utilisation de SMF avec des pièces jointes à des tâches.
| Composante des coûts | Quels sont les facteurs qui déterminent les coûts | Comment optimiser |
| --- | --- | --- |
| Calcul Amazon EC2 | Durée de fonctionnement du travailleur × taille de l'instance | Utilisez des instances ponctuelles, dimensionnez correctement les types d'instances, réduisez la durée des tâches |
| Stockage Amazon EBS | Taille du volume × durée de fonctionnement du travailleur, plus une valeur IOPS/throughput supérieure à la valeur de référence | Utilisez la taille de volume par défaut, sauf si les charges de travail nécessitent plus d'espace local |
| Stockage Amazon S3 (pièces jointes aux tâches) | Nombre total d'octets stockés dans le compartiment des pièces jointes aux tâches | Appliquez une politique de cycle de vie Amazon S3 pour supprimer automatiquement les anciens actifs |
| Demandes Amazon S3 (pièces jointes à des tâches) | Nombre de requêtes PUT et GET pendant le chargement et le téléchargement | Ce n'est généralement pas un facteur de coût important ; aucune action n'est nécessaire pour la plupart des charges de travail |
| Usage-based licence (facultatif) | Type de licence × taille de l'instance × durée de la tâche | À utiliser uniquement pour les tâches nécessitant le logiciel sous licence |
| Amazon CloudWatch Logs (facultatif) | Volume de journaux de travail et de tâches collectés | Réduisez la verbosité des journaux, définissez des politiques de rétention |
## Exemple : comparaison des coûts d'un parc géré par des services avec ceux d'une ferme traditionnelle
Imaginons un projet qui produit 1 000 images avec un temps de rendu moyen de 20 minutes par image, en utilisant des opérateurs dotés d'au moins 16 vCPU. La taille totale de la ressource d'entrée est de 50 Go.
Approche agricole traditionnelle
Vous gérez un système de fichiers réseau configuré pour le débit requis par votre pic de nombre de travailleurs. Le coût du système de fichiers est le même, que le parc de serveurs soit inactif ou qu'il fonctionne à pleine capacité. L'ajout de travailleurs au-delà de la limite de débit du système de fichiers nécessite une mise à niveau coûteuse.
SMF avec approche axée sur les pièces jointes
Les travailleurs augmentent leur capacité pour traiter toutes les images, puis réduisent leur taille à zéro. Chaque collaborateur télécharge uniquement les ressources dont il a besoin depuis Amazon S3. Vos coûts sont les suivants :
+ **Calcul** : environ 333 heures de travail (1 000 images × 20 minutes) au taux d'instance applicable.
+ **Stockage Amazon S3** : 50 Go d'actifs stockés aux tarifs standard d'Amazon S3 (quelques dollars par mois).
+ **Requêtes Amazon S3** : petit nombre de requêtes GET lorsque les employés téléchargent des actifs (fractions de cent pour 1 000 demandes).
Une fois le travail terminé, les coûts sont remboursés uniquement aux frais de stockage Amazon S3. Il n'y a aucun coût permanent lié au système de fichiers.
Pour des exemples de tarification supplémentaires, consultez la section Tarification de AWS Deadline Cloud.
## Conseils pour gérer les coûts du parc de véhicules gérés par des services
+ **Utilisez des instances ponctuelles : les instances** ponctuelles permettent de réaliser des économies importantes par rapport à la On-Demand tarification. Comme les tâches de rendu sont généralement courtes et peuvent être réessayées, les interruptions ponctuelles ont un impact minimal.
+ **Définissez la taille maximale du parc** : limitez le nombre maximum de travailleurs dans votre parc afin de contrôler le coût de calcul maximal par tâche. Pour de plus amples informations, veuillez consulter [Configuration de mise à l'échelle automatique](auto-scaling-configuration.md).
+ **Utiliser des budgets** : créez un budget Deadline Cloud pour définir des limites de dépenses et recevoir des notifications. Pour de plus amples informations, veuillez consulter [Contrôlez les coûts grâce à un budget](using-budget-manager.md).
+ **Gérer le stockage des pièces jointes aux tâches** : appliquez une configuration Amazon S3 Lifecycle pour supprimer automatiquement les anciens fichiers joints aux tâches. Comme les pièces jointes aux tâches utilisent un stockage adressable par contenu, les fichiers inchangés ne sont pas rechargés, ce qui permet de réduire les coûts de stockage pour les flux de travail itératifs.
+ **Right-size vos instances** : choisissez le type d'instance le plus petit qui répond aux exigences en termes de processeur et de mémoire de votre charge de travail. Les instances de plus grande taille coûtent plus cher par heure mais peuvent exécuter les tâches plus rapidement. Comparez le coût total (taux × durée) entre les tailles d'instance.
+ **Envisagez d'attendre et d'économiser** : pour les charges de travail non urgentes, Wait and Save propose des prix de calcul plus bas en échange d'horaires de début de travail flexibles.
## Ressources connexes
+ [AWS Tarification de Deadline Cloud](https://aws.amazon.com/deadline-cloud/pricing/)
+ [Gestion des coûts](cost-management.md)
+ [Contrôlez les coûts grâce à un budget](using-budget-manager.md)
+ [Tarification Amazon S3](https://aws.amazon.com/s3/pricing/)