Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Comprendi il modello di costo per le flotte gestite dai servizi
AWS Le flotte gestite dai servizi (SMF) di Deadline Cloud con offerte di lavoro hanno una struttura dei costi fondamentalmente diversa rispetto alle tradizionali render farm locali o alle flotte gestite dai clienti che utilizzano file system di rete. Comprendere questa differenza ti aiuta a pianificare i budget, ottimizzare la spesa e sfruttare la scalabilità elastica senza costi imprevisti.
Costi tradizionali della render farm
In una render farm tradizionale, i costi provengono da due aree principali:
-
Storage di file: è necessario un file system di rete ad alte prestazioni (NFS o SAN) per fornire le risorse a tutti i lavoratori contemporaneamente. Il costo di questo storage varia in base alla velocità di trasmissione che deve supportare, il che limita indirettamente il numero di dipendenti a cui l'azienda può accedere.
-
Elaborazione: i worker (nodi di rendering) vengono assegnati e gestiti indipendentemente dalla quantità di lavoro in coda. I lavoratori inattivi continuano a sostenere costi di hardware, alimentazione e raffreddamento.
-
Gestione dell'azienda agricola: una farm tradizionale richiede anche l'infrastruttura e il tempo del personale per lo scheduler della render farm, il relativo database dei lavori, la configurazione del software, il monitoraggio e la reportistica e la manutenzione e gli aggiornamenti continui.
Poiché il file system deve essere predisposto per gestire i picchi di throughput, la scalabilità verso l'alto e verso il basso della farm è costosa e lenta. L'aggiunta di altri worker richiede una capacità aggiuntiva del file system, che non può essere rilasciata quando i lavoratori sono inattivi.
In che modo differiscono i costi della flotta gestita dai servizi
Con le flotte gestite dai servizi, i costi sono strutturati in modo diverso:
- Calcolo (orario di lavoro)
-
Paghi per le istanze EC2 solo durante l'elaborazione dei processi. Non vi è alcun costo per il rifornimento o la disattivazione dei lavoratori. Quando la flotta scende a zero dipendenti, il costo di elaborazione scende a zero. Per ulteriori informazioni sui prezzi, consulta i prezzi di AWS Deadline Cloud
. - Archiviazione (Amazon EBS)
-
Ogni lavoratore utilizza un volume Amazon Elastic Block Store (Amazon EBS) locale. Deadline Cloud addebita i costi per lo storage di Amazon EBS solo finché esiste l'istanza worker. Il costo di archiviazione è incluso nel prezzo del parco veicoli gestito dal servizio Deadline Cloud.
- Gestione dell'azienda
-
Lo scheduler, il database dei lavori, il ridimensionamento della flotta, il monitoraggio e la manutenzione fanno parte del servizio Deadline Cloud. Non esiste un'infrastruttura separata da gestire o mantenere per la gestione dell'azienda agricola.
- Trasferimento di file (allegati di lavoro)
-
Gli allegati di lavoro utilizzano Amazon Simple Storage Service (Amazon S3) per trasferire file tra la workstation e i lavoratori. Non sono previsti costi per la velocità effettiva o i byte trasferiti tra Amazon S3 e i lavoratori. Il costo si basa principalmente sulla quantità di dati archiviati in Amazon S3. Le tariffe per le richieste di API di Amazon S3 si applicano per il caricamento e il download di file, ma in genere non rappresentano un fattore di costo significativo. Per ulteriori informazioni sui prezzi di Amazon Simple Storage Service, consulta i prezzi di Amazon Simple Storage Service
.
Nota
Non è necessario fornire o gestire un file system ad alte prestazioni. La produttività di Job Attachments è praticamente illimitata, si adatta automaticamente al numero di lavoratori e non richiede alcuna pianificazione della capacità.
Perché la scalabilità automatica è conveniente con flotte gestite dai servizi
Poiché non esiste un'infrastruttura di storage fissa da fornire, gli SMF possono scalare verso l'alto e verso il basso liberamente senza incorrere in costi aggiuntivi. Questo cambia il modo in cui si pensa al dimensionamento della flotta:
-
Espandi in modo aggressivo: quando arriva un lavoro importante, la flotta può crescere fino a raggiungere centinaia di dipendenti. Ogni lavoratore aggiuntivo accede agli allegati del lavoro in Amazon S3 senza caricare ulteriormente un file system condiviso.
-
Ridimensionamento fino a zero: una volta completato il lavoro, la flotta può ridursi a zero dipendenti senza costi di elaborazione o storage continui (solo storage Amazon S3 per gli asset memorizzati nella cache).
-
Rispetta le scadenze: la creazione temporanea di una flotta di grandi dimensioni per rispettare una scadenza comporta costi di elaborazione proporzionali alla durata, senza penalità per la scalabilità.
Per informazioni sulla configurazione della scalabilità automatica, vedere. Configurazione della scalabilità automatica
I componenti di costo a colpo d'occhio
La tabella seguente riassume da dove provengono i costi quando si utilizzano SMF con allegati di lavoro.
| Componente di costo | Cosa determina il costo | Come ottimizzare |
|---|---|---|
| Elaborazione Amazon EC2 | Tempo di esecuzione del lavoratore × dimensione dell'istanza | Usa le istanze Spot, i tipi di istanza della giusta dimensione, riduci la durata delle attività |
| Archiviazione Amazon EBS | Dimensione del volume × tempo di funzionamento del lavoratore, IOPS/throughput oltre al valore di base | Utilizza la dimensione del volume predefinita a meno che i carichi di lavoro non richiedano più spazio locale |
| Storage Amazon S3 (allegati di lavoro) | Byte totali archiviati nel bucket Job Attachments | Applica una policy del ciclo di vita di Amazon S3 per eliminare automaticamente le vecchie risorse |
| Richieste Amazon S3 (allegati di lavoro) | Numero di richieste PUT e GET durante il caricamento e il download | In genere non è un fattore di costo significativo; non è necessaria alcuna azione per la maggior parte dei carichi di lavoro |
| Usage-based licenza (opzionale) | tipo di licenza × dimensione dell'istanza × durata del lavoro | Utilizzare solo per lavori che richiedono il software concesso in licenza |
| Amazon CloudWatch Logs (opzionale) | Volume di registri dei lavoratori e delle attività raccolti | Riduci la verbosità dei log, imposta le politiche di conservazione |
Esempio: confronto dei costi della flotta gestita dai servizi con quelli di un'azienda agricola tradizionale
Prendiamo in considerazione un progetto che esegue il rendering di 1.000 frame con un tempo di rendering medio di 20 minuti per frame, utilizzando worker con almeno 16 vCPU. La dimensione totale delle risorse di input è di 50 GB.
- Approccio agricolo tradizionale
-
Gestite un file system di rete predisposto per la velocità effettiva richiesta dal numero massimo di dipendenti. Il costo del file system è lo stesso sia che la farm sia inattiva sia che funzioni a pieno regime. L'aggiunta di worker oltre il limite di throughput del file system richiede un costoso aggiornamento.
- SMF con approccio Job Attachments
-
I lavoratori si espandono per elaborare tutti i frame e quindi ridurli a zero. Ogni lavoratore scarica solo le risorse di cui ha bisogno da Amazon S3. I tuoi costi sono:
-
Elaborazione: ~333 ore lavorative (1.000 frame × 20 minuti) alla frequenza di istanza applicabile.
-
Storage Amazon S3: 50 GB di asset archiviati alle tariffe standard di Amazon S3 (pochi dollari al mese).
-
Richieste Amazon S3: un numero limitato di richieste GET quando i lavoratori scaricano le risorse (frazioni di centesimo per 1.000 richieste).
Al termine del lavoro, i costi tornano solo ai costi di storage di Amazon S3. Non sono previsti costi correnti per il file system.
-
Per ulteriori esempi di prezzi, consulta i prezzi di AWS Deadline Cloud.
Suggerimenti per la gestione dei costi del parco veicoli gestiti dai servizi
-
Usa le istanze Spot: le istanze Spot offrono risparmi significativi rispetto ai prezzi. On-Demand Poiché le attività di rendering sono in genere brevi e possono essere ritentate, le interruzioni di Spot hanno un impatto minimo.
-
Imposta la dimensione massima del parco macchine: limita il numero massimo di dipendenti del parco macchine per controllare il costo massimo di elaborazione per lavoro. Per ulteriori informazioni, consulta Configurazione della scalabilità automatica.
-
Usa i budget: crea un budget per Deadline Cloud per impostare limiti di spesa e ricevere notifiche. Per ulteriori informazioni, consulta Controlla i costi con un budget.
-
Gestisci lo storage degli allegati dei lavori: applica una configurazione del ciclo di vita di Amazon S3 per eliminare automaticamente i vecchi file allegati ai lavori. Poiché gli allegati di lavoro utilizzano uno storage indirizzabile ai contenuti, i file invariati non vengono caricati nuovamente, il che mantiene bassi i costi di storage per i flussi di lavoro iterativi.
-
Right-size le tue istanze: scegli il tipo di istanza più piccolo che soddisfi i requisiti di CPU e memoria del tuo carico di lavoro. Le istanze più grandi costano di più all'ora ma possono completare le attività più velocemente, quindi confronta il costo totale (tariffa × durata) tra le dimensioni delle istanze.
-
Prendi in considerazione Wait and Save: per i carichi di lavoro non urgenti, Wait and Save offre prezzi di elaborazione più bassi in cambio di orari di inizio lavori flessibili.
Risorse correlate
