Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memahami model biaya untuk armada yang dikelola layanan
AWS Armada yang dikelola layanan Cloud (SMF) Deadline dengan lampiran pekerjaan memiliki struktur biaya yang berbeda secara fundamental dibandingkan farm render lokal tradisional atau armada yang dikelola pelanggan yang menggunakan sistem file jaringan. Memahami perbedaan ini membantu Anda merencanakan anggaran, mengoptimalkan pengeluaran, dan memanfaatkan penskalaan elastis tanpa biaya yang tidak terduga.
## Biaya pertanian render tradisional
Pada pertanian render tradisional, biaya berasal dari dua bidang utama:
+ **Penyimpanan file** — Sistem file jaringan berkinerja tinggi (NFS atau SAN) diperlukan untuk melayani aset kepada setiap pekerja secara bersamaan. Biaya penyimpanan ini berskala dengan throughput yang harus didukungnya, yang secara tidak langsung membatasi berapa banyak pekerja yang dapat diskalakan oleh peternakan.
+ **Compute** — Workers (render node) disediakan dan dipelihara terlepas dari berapa banyak pekerjaan dalam antrian. Pekerja yang menganggur masih dikenakan biaya perangkat keras, daya, dan pendinginan.
+ **Manajemen pertanian** — Pertanian tradisional juga membutuhkan waktu infrastruktur dan staf untuk penjadwal pertanian render, database pekerjaannya, konfigurasi perangkat lunak, pemantauan dan pelaporan, serta pemeliharaan dan peningkatan berkelanjutan.
Karena sistem file harus disediakan untuk menangani throughput puncak, penskalaan pertanian naik turun mahal dan lambat. Menambahkan lebih banyak pekerja membutuhkan kapasitas sistem file tambahan, dan kapasitas itu tidak dapat dilepaskan ketika pekerja menganggur.
## Bagaimana biaya armada yang dikelola layanan berbeda
Dengan armada yang dikelola layanan, biaya disusun secara berbeda:
Komputasi (waktu pekerja)
Anda membayar instans EC2 hanya saat mereka memproses pekerjaan. Tidak ada biaya untuk penyediaan atau penonaktifan pekerja. Saat armada skala nol pekerja, biaya komputasi Anda turun menjadi nol. Untuk informasi selengkapnya tentang harga, lihat [harga AWS Deadline Cloud](https://aws.amazon.com/deadline-cloud/pricing/).
Penyimpanan (Amazon EBS)
Setiap pekerja menggunakan volume Amazon Elastic Block Store (Amazon EBS) lokal. Tenggat waktu Cloud mengenakan biaya untuk penyimpanan Amazon EBS hanya saat instans pekerja ada. Biaya penyimpanan sudah termasuk dalam harga armada yang dikelola layanan Deadline Cloud.
Manajemen pertanian
Penjadwal, database pekerjaan, penskalaan armada, pemantauan, dan pemeliharaan adalah bagian dari layanan Deadline Cloud. Tidak ada infrastruktur terpisah untuk dijalankan atau dipelihara untuk pengelolaan pertanian.
Transfer file (lampiran pekerjaan)
Lampiran Job menggunakan Amazon Simple Storage Service (Amazon S3) untuk mentransfer file antara workstation dan pekerja Anda. Tidak ada biaya untuk throughput atau byte yang ditransfer antara Amazon S3 dan pekerja. Biaya didasarkan terutama pada jumlah data yang disimpan di Amazon S3. Biaya permintaan API Amazon S3 berlaku untuk unggahan dan unduhan file tetapi biasanya bukan merupakan penggerak biaya yang signifikan. Untuk informasi selengkapnya tentang harga Amazon Simple Storage Service, lihat harga [Amazon Simple Storage Service](https://aws.amazon.com/s3/pricing/).
**catatan**
Tidak ada sistem file berkinerja tinggi untuk disediakan atau dipelihara. Throughput Job attachment hampir tidak terbatas, diskalakan secara otomatis dengan jumlah pekerja, dan tidak memerlukan perencanaan kapasitas.
## Mengapa penskalaan otomatis hemat biaya dengan armada yang dikelola layanan
Karena tidak ada infrastruktur penyimpanan tetap untuk penyediaan, SMF dapat meningkatkan dan menurunkan skala secara bebas tanpa menimbulkan overhead tambahan. Ini mengubah cara Anda berpikir tentang ukuran armada:
+ **Tingkatkan secara agresif** — Ketika pekerjaan besar tiba, armada dapat tumbuh hingga ratusan pekerja. Setiap pekerja tambahan mengakses lampiran pekerjaan di Amazon S3 tanpa menempatkan beban tambahan pada sistem file bersama.
+ **Turunkan ke nol** — Saat pekerjaan selesai, armada dapat menyusut menjadi nol pekerja tanpa biaya komputasi atau penyimpanan yang sedang berlangsung (hanya penyimpanan Amazon S3 untuk aset yang di-cache).
+ **Burst for deadline** — Memutar sementara armada besar untuk memenuhi tenggat waktu menambah biaya komputasi sebanding dengan durasi, tanpa penalti untuk skala.
Untuk informasi tentang mengonfigurasi penskalaan otomatis, lihat. [Konfigurasi penskalaan otomatis](auto-scaling-configuration.md)
## Sekilas tentang komponen biaya
Tabel berikut merangkum dari mana biaya berasal saat menggunakan SMF dengan lampiran pekerjaan.
| Komponen biaya | Apa yang mendorong biaya | Cara mengoptimalkan |
| --- | --- | --- |
| Komputasi Amazon EC2 | Waktu berjalan pekerja × ukuran instans | Gunakan Instans Spot, tipe instans ukuran kanan, kurangi durasi tugas |
| Penyimpanan Amazon EBS | Ukuran volume × waktu berjalan pekerja, ditambah garis dasar IOPS/throughput di atas | Gunakan ukuran volume default kecuali beban kerja membutuhkan lebih banyak ruang lokal |
| Penyimpanan Amazon S3 (lampiran pekerjaan) | Total byte yang disimpan dalam bucket lampiran pekerjaan | Menerapkan kebijakan Siklus Hidup Amazon S3 untuk menghapus aset lama secara otomatis |
| Permintaan Amazon S3 (lampiran pekerjaan) | Jumlah permintaan PUT dan GET selama upload dan download | Biasanya bukan pendorong biaya yang signifikan; tidak ada tindakan yang diperlukan untuk sebagian besar beban kerja |
| Usage-based lisensi (opsional) | Jenis lisensi × ukuran instans × durasi pekerjaan | Gunakan hanya untuk pekerjaan yang membutuhkan perangkat lunak berlisensi |
| Amazon CloudWatch Log (opsional) | Volume pekerja dan log tugas dikumpulkan | Kurangi verbositas log, tetapkan kebijakan retensi |
## Contoh: Membandingkan biaya armada yang dikelola layanan dengan pertanian tradisional
Pertimbangkan proyek yang merender 1.000 frame dengan waktu render rata-rata 20 menit per frame, menggunakan pekerja dengan setidaknya 16 vCPU. Total ukuran aset input adalah 50 GB.
Pendekatan pertanian tradisional
Anda memelihara sistem file jaringan yang disediakan untuk throughput yang diperlukan oleh jumlah pekerja puncak Anda. Biaya sistem file sama apakah peternakan menganggur atau berjalan pada kapasitas penuh. Menambahkan pekerja di luar batas throughput sistem file membutuhkan peningkatan yang mahal.
SMF dengan pendekatan lampiran pekerjaan
Pekerja meningkatkan skala untuk memproses semua frame dan kemudian menurunkan skala ke nol. Setiap pekerja hanya mengunduh aset yang dibutuhkan dari Amazon S3. Biaya Anda adalah:
+ **Komputasi**: \~ 333 jam kerja (1.000 frame × 20 menit) pada tingkat instans yang berlaku.
+ **Penyimpanan Amazon S3**: 50 GB aset disimpan dengan tarif Amazon S3 standar (beberapa dolar per bulan).
+ **Permintaan Amazon S3**: Sejumlah kecil permintaan GET saat pekerja mengunduh aset (sebagian kecil dari satu persen per 1.000 permintaan).
Ketika pekerjaan selesai, biaya kembali ke biaya penyimpanan Amazon S3 saja. Tidak ada biaya sistem file yang sedang berlangsung.
Untuk contoh harga tambahan, lihat Harga AWS Deadline Cloud.
## Kiat untuk mengelola biaya armada yang dikelola layanan
+ **Gunakan Instans Spot — Instans** Spot memberikan penghematan yang signifikan dibandingkan On-Demand harga. Karena tugas render biasanya pendek dan dapat dicoba lagi, interupsi Spot memiliki dampak minimal.
+ **Tetapkan ukuran maksimum armada** — Batasi jumlah maksimum pekerja di armada Anda untuk mengontrol biaya komputasi puncak per pekerjaan. Untuk informasi selengkapnya, lihat [Konfigurasi penskalaan otomatis](auto-scaling-configuration.md).
+ **Gunakan anggaran** — Buat anggaran Cloud Deadline untuk menetapkan batas pengeluaran dan menerima pemberitahuan. Untuk informasi selengkapnya, lihat [Kontrol biaya dengan anggaran](using-budget-manager.md).
+ **Mengelola penyimpanan lampiran pekerjaan** - Terapkan konfigurasi Siklus Hidup Amazon S3 untuk secara otomatis menghapus file lampiran pekerjaan lama. Karena lampiran pekerjaan menggunakan penyimpanan yang dapat dialamatkan konten, file yang tidak berubah tidak diunggah ulang, yang membuat biaya penyimpanan tetap rendah untuk alur kerja berulang.
+ **Right-size instans Anda** — Pilih jenis instans terkecil yang memenuhi persyaratan CPU dan memori beban kerja Anda. Instans yang lebih besar harganya lebih mahal per jam tetapi dapat menyelesaikan tugas lebih cepat, jadi bandingkan total biaya (tarif × durasi) di seluruh ukuran instans.
+ **Pertimbangkan Tunggu dan Simpan** — Untuk beban kerja yang tidak mendesak, Tunggu dan Simpan menawarkan harga komputasi yang lebih rendah dengan imbalan waktu mulai pekerjaan yang fleksibel.
## Sumber daya terkait
+ [AWS Harga Batas Waktu Cloud](https://aws.amazon.com/deadline-cloud/pricing/)
+ [Manajemen biaya](cost-management.md)
+ [Kontrol biaya dengan anggaran](using-budget-manager.md)
+ [Harga Amazon Simple Storage Service](https://aws.amazon.com/s3/pricing/)