Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Penyimpanan persisten untuk armada yang dikelola layanan
AWS Penyimpanan persisten Deadline Cloud (Deadline Cloud) menyediakan volume khusus Amazon Elastic Block Store (Amazon EBS), terpisah dari volume boot root, untuk pekerja armada yang dikelola layanan (SMF). Volume ini menyimpan data di seluruh peristiwa siklus hidup pekerja. Dengan penyimpanan persisten, instalasi paket conda, cache aplikasi, dan file aset tetap tersedia saat pekerja diganti selama pemeliharaan rutin atau operasi penskalaan.
## Cara kerja penyimpanan persisten
Saat Anda mengaktifkan penyimpanan persisten pada armada yang dikelola layanan, Deadline Cloud secara otomatis mengelola siklus hidup volume Amazon EBS untuk pekerja Anda:
1. Saat pekerja meluncurkan, Deadline Cloud membuat atau menggunakan kembali volume Amazon EBS yang tersedia di Availability Zone yang sama dan melampirkan volume ke pekerja.
1. Deadline Cloud memformat volume (jika baru) dan memasangnya di jalur yang Anda tentukan dalam konfigurasi armada.
1. Ketika pekerja dihentikan atau diganti, Deadline Cloud melepaskan volume dan membuatnya tersedia untuk digunakan kembali oleh pekerja masa depan di armada dan Availability Zone yang sama.
Karena volume digunakan kembali dalam armada dan Availability Zone yang sama, pekerja berikutnya mendapat manfaat dari data yang sebelumnya ditulis ke volume. Volume menyediakan bandwidth khusus dan IOPS tanpa perselisihan antar pekerja.
**catatan**
Penyimpanan persisten hanya tersedia untuk armada yang dikelola layanan. Untuk armada yang dikelola pelanggan, Anda mengelola infrastruktur penyimpanan Anda sendiri.
## Manfaat penyimpanan persisten
Penyimpanan persisten memberikan manfaat berikut untuk beban kerja armada yang dikelola layanan:
+ **Startup pekerjaan yang lebih cepat** - Instalasi paket Conda, shader yang dikompilasi, dan aset yang diproses tetap ada di seluruh penggantian pekerja, menghilangkan unduhan dan instalasi berulang.
+ **Kinerja khusus** - Setiap pekerja menerima volume Amazon EBS sendiri dengan IOPS dan throughput khusus, menghindari pertengkaran yang terjadi dengan penyimpanan jaringan bersama.
+ **Manajemen otomatis** — Deadline Cloud menangani pembuatan volume, lampiran, pemformatan, pemasangan, dan pembersihan tanpa memerlukan intervensi manual.
+ **Integrasi runtime** — Konsumen runtime yang didukung seperti lingkungan antrian conda dan cache yang tidak dapat diubah sistem file virtual (VFS) secara otomatis menggunakan penyimpanan persisten bila tersedia, tanpa memerlukan perubahan pada konfigurasi pekerjaan Anda.
+ **Kontrol biaya** — Konfigurasikan time-to-live (TTL) untuk membersihkan volume yang tidak digunakan secara otomatis dan mengurangi biaya penyimpanan selama periode idle.
## Kapan menggunakan penyimpanan persisten
Pertimbangkan untuk mengaktifkan penyimpanan persisten untuk armada yang dikelola layanan Anda dalam skenario berikut:
+ Pekerjaan Anda menggunakan paket conda yang memerlukan waktu pengunduhan dan instalasi yang signifikan.
+ Beban kerja rendering Anda mengkompilasi shader atau aset proses yang dapat digunakan kembali di seluruh render berikutnya.
+ Anda menggunakan Perforce atau sistem kontrol versi lainnya di mana status sinkronisasi ruang kerja mengurangi transfer data pada pembaruan berikutnya.
+ Pekerjaan Anda menggunakan sistem file virtual (VFS) dan akan mendapat manfaat dari cache aset abadi yang persisten.
+ Anda menginginkan kinerja penyimpanan khusus tanpa overhead operasional mengelola sistem file jaringan bersama.
+ Anda menginstal perender khusus atau perangkat lunak lain pada pekerja melalui skrip konfigurasi host dan ingin instalasi tersebut di-cache ke volume persisten.
## Mengkonfigurasi penyimpanan persisten untuk armada
Anda dapat mengonfigurasi penyimpanan persisten saat membuat armada yang dikelola layanan baru atau memperbarui armada yang sudah ada.
### Mengkonfigurasi penyimpanan persisten (konsol)
Sebelum memulai, Anda harus memiliki peternakan yang ada dengan setidaknya satu armada yang dikelola layanan, atau siap untuk membuat armada baru.
**Untuk mengonfigurasi penyimpanan persisten untuk armada**
1. Masuk ke AWS Management Console dan buka [konsol Deadline Cloud](https://console.aws.amazon.com/deadlinecloud/home).
1. Di panel navigasi, pilih **Peternakan**, lalu pilih peternakan Anda.
1. ****Pilih tab Armada, lalu pilih **Buat armada, atau pilih armada** yang dikelola layanan yang ada dan pilih Edit.****
1. Di bawah **kemampuan Penyimpanan**, untuk **mode Penyimpanan**, pilih **Penyimpanan persisten**.
1. Konfigurasikan pengaturan **penyimpanan Root** untuk volume boot (Ukuran, IOPS, dan Throughput).
1. Di bawah **Penyimpanan persisten**, konfigurasikan pengaturan berikut:
+ **Ukuran** — Ukuran volume persisten. Kisaran yang valid adalah 1—65.536 GiB. Verifikasi bahwa ukuran default cocok untuk beban kerja render Anda, dan pertimbangkan untuk meningkatkan ukuran volume untuk alur kerja yang menggunakan aset atau cache yang lebih besar.
+ **Jalur pemasangan** — Jalur absolut tempat volume dipasang pada pekerja (misalnya, `/mnt/persistent` untukLinux). Untuk Windows pekerja, tentukan huruf drive seperti`D:`.
+ **Throughput** — Throughput yang disediakan untuk volume. Kisaran yang valid adalah 125—2.000 MiB/s.
+ **Waktu idle maksimum** - Berapa lama volume yang tersedia dapat diam sebelum dihapus. Pilih nilai dari dropdown (misalnya, 12 jam).
+ **IOPS — IOPS** yang disediakan untuk volume. Rentang yang valid adalah 3.000-80.000 IOPS. IOPS harus setidaknya 4× throughput.
1. Selesaikan langkah-langkah konfigurasi armada yang tersisa dan pilih **Buat armada** atau **Simpan perubahan**.
### Mengkonfigurasi penyimpanan persisten (AWS CLI)
Untuk mengonfigurasi penyimpanan persisten menggunakan AWS Command Line Interface (AWS CLI), sertakan `persistentVolumeConfiguration` parameter dalam konfigurasi armada saat Anda membuat atau memperbarui armada.
Contoh berikut membuat armada dengan penyimpanan persisten diaktifkan:
```
{
"configuration": {
"serviceManagedEc2FleetConfiguration": {
"instanceCapabilities": {
"vCpuCount": {"min": 4, "max": 8},
"memoryMiB": {"min": 16384, "max": 32768},
"osFamily": "LINUX"
},
"instanceMarketOptions": {
"type": "spot"
},
"persistentVolumeConfiguration": {
"sizeGiB": 2048,
"iops": 16000,
"throughputMiB": 500,
"mountPath": "/mnt/persistent",
"lastUsedTtlHours": 168
}
}
}
}
```
## Integrasi runtime
Saat penyimpanan persisten berhasil dipasang pada pekerja, Deadline Cloud menyetel variabel `DEADLINE_PERSISTENT_MOUNT` lingkungan ke jalur pemasangan yang dikonfigurasi. Konsumen runtime berikut secara otomatis menggunakan penyimpanan persisten saat variabel lingkungan ada:
+ **Lingkungan antrian Conda** - Instalasi paket disimpan pada volume persisten, sehingga pekerja berikutnya menggunakan kembali paket yang diinstal sebelumnya alih-alih mengunduh dan menginstalnya lagi.
+ Cache yang tidak **dapat diubah sistem file virtual (VFS) — VFS menyimpan cache** aset yang tidak dapat diubah pada volume persisten, sehingga aset yang diunduh sebelumnya tersedia tanpa mengunduh ulang dari Amazon Simple Storage Service (Amazon S3).
Anda juga dapat menggunakan variabel `DEADLINE_PERSISTENT_MOUNT` lingkungan di templat pekerjaan dan skrip Anda sendiri untuk menyimpan data yang harus bertahan di seluruh peristiwa siklus hidup pekerja.
## Mengelola volume persisten
Anda dapat melihat dan mengelola volume persisten untuk armada Anda menggunakan konsol Deadline Cloud, AWS CLI, atau API. Operasi berikut tersedia:
+ **Volume daftar** — Lihat semua volume persisten yang terkait dengan armada, termasuk status, ukuran, dan Availability Zone.
+ **Dapatkan detail volume** — Ambil informasi terperinci tentang volume tertentu, termasuk status saat ini, status lampiran, dan konfigurasi.
+ **Hapus volume** — Hapus volume persisten yang tidak terpasang secara permanen yang tidak lagi diperlukan. Anda tidak dapat menghapus volume yang saat ini dilampirkan ke pekerja.
## Memperbarui konfigurasi penyimpanan persisten
Anda dapat memperbarui konfigurasi penyimpanan persisten pada armada yang ada. Perubahan berikut didukung:
+ **IOPS dan throughput** — Deadline Cloud menerapkan perubahan saat berikutnya melampirkan volume ke pekerja.
+ **Ukuran volume (hanya bertambah)** — Deadline Cloud memperbesar volume sebelum lampiran berikutnya. Anda tidak dapat mengurangi ukuran volume.
+ **Nonaktifkan penyimpanan persisten** — Deadline Cloud secara otomatis membersihkan volume yang ada saat tidak lagi dilampirkan ke pekerja.
**penting**
Perubahan konfigurasi tidak mempengaruhi pekerja yang ada. Perubahan hanya berlaku untuk pekerja baru yang diluncurkan setelah pembaruan.
## Enkripsi
Volume persisten menggunakan pengaturan enkripsi yang dikonfigurasi di tingkat pertanian. Jika Anda mengonfigurasi kunci AWS Key Management Service (AWS KMS) yang dikelola pelanggan untuk pertanian Anda, volume persisten dienkripsi dengan kunci tersebut. Jika tidak, volume persisten dienkripsi dengan kunci milik layanan.
## Pertimbangan-pertimbangan
Ingatlah pertimbangan berikut saat menggunakan penyimpanan persisten:
+ Volume persisten adalah optimasi caching, bukan penyimpanan primer yang tahan lama. Gunakan volume persisten hanya untuk data yang dapat Anda buat ulang, seperti instalasi paket, shader yang dikompilasi, dan cache aset. Deadline Cloud dapat mengganti volume kapan saja, dan Anda tidak dapat mengakses volume persisten secara langsung.
+ Deadline Cloud mengonfigurasi direktori home pekerja untuk menggunakan volume persisten. Perangkat lunak yang menyimpan data di direktori home (seperti paket conda dan cache aplikasi) secara otomatis mendapat manfaat dari persistensi. Jika perangkat lunak Anda menulis ke jalur di luar direktori home, Anda harus mengonfigurasinya ulang untuk menggunakan jalur pemasangan persisten, atau file tersebut tidak bertahan di seluruh peristiwa siklus hidup pekerja.
+ Volume persisten tidak melekat pada banyak pekerja secara bersamaan. Setiap volume melayani satu pekerja pada satu waktu, tetapi digunakan kembali oleh pekerja yang berbeda di seluruh peristiwa siklus hidup.
+ Volume dicakup ke armada tertentu dan Availability Zone. Volume yang dibuat dalam satu Availability Zone tidak dapat digunakan kembali oleh pekerja di Availability Zone yang berbeda.
+ Pekerja tertentu tidak dijamin menerima volume yang sama dengan yang digunakan sebelumnya. Setiap volume yang tersedia dalam armada yang sama dan Availability Zone dapat ditetapkan.
+ Jika penyimpanan persisten tidak dapat disediakan (misalnya, karena batas kuota), pekerjaan gagal. Pekerja tidak akan kembali berjalan tanpa penyimpanan yang persisten.
+ Anda ditagih untuk penyimpanan persisten berdasarkan jumlah volume aktif dan konfigurasinya. Untuk mengontrol biaya selama periode idle, konfigurasikan TTL atau hapus konfigurasi penyimpanan persisten dari armada Anda.