Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Strategi alokasi tipe instans untuk AWS Batch
Saat lingkungan komputasi terkelola dibuat, AWS Batch pilih jenis instance dari yang instanceTypes ditentukan yang paling sesuai dengan kebutuhan pekerjaan. Strategi alokasi mendefinisikan perilaku ketika AWS Batch membutuhkan kapasitas tambahan. Parameter ini tidak berlaku untuk pekerjaan yang berjalan di sumber daya Fargate. Jangan tentukan parameter ini.
BEST_FIT(default)-
AWS Batch memilih jenis instance yang paling sesuai dengan kebutuhan pekerjaan dengan preferensi untuk jenis instans berbiaya terendah. Jika instance tambahan dari jenis instans yang dipilih tidak tersedia, AWS Batch tunggu instance tambahan tersedia. Jika tidak ada cukup instans yang tersedia, atau jika pengguna mencapai kuota layanan Amazon EC2, maka pekerjaan tambahan tidak akan berjalan hingga pekerjaan yang sedang berjalan selesai. Strategi alokasi ini membuat biaya lebih rendah tetapi dapat membatasi penskalaan. Jika Anda menggunakan Armada Spot
BEST_FIT, Peran IAM Armada Spot harus ditentukan.BEST_FITtidak didukung saat memperbarui lingkungan komputasi. Untuk informasi selengkapnya, lihat Perbarui lingkungan komputasi di AWS Batch.catatan
AWS Batch mengelola AWS sumber daya di akun Anda. Hitung lingkungan dengan strategi alokasi BEST_FIT yang awalnya menggunakan konfigurasi peluncuran secara default. Namun, penggunaan konfigurasi peluncuran dengan AWS akun baru akan dibatasi seiring waktu. Oleh karena itu, mulai akhir April 2024, lingkungan komputasi BEST_FIT yang baru dibuat akan default untuk meluncurkan templat. Jika peran layanan Anda tidak memiliki izin untuk mengelola template peluncuran, AWS Batch dapat terus menggunakan konfigurasi peluncuran. Lingkungan komputasi yang ada akan terus menggunakan konfigurasi peluncuran.
BEST_FIT_PROGRESSIVE-
AWS Batch memilih jenis instance tambahan yang cukup besar untuk memenuhi persyaratan pekerjaan dalam antrian. Jenis instans dengan biaya lebih rendah untuk setiap unit vCPU lebih disukai. Jika instans tambahan dari tipe instans yang dipilih sebelumnya tidak tersedia, AWS Batch akan memilih tipe instans baru.
catatan
Untuk multi-node parallel jobs AWS Batch memilih jenis instans optimal yang tersedia. Jika jenis instans menjadi tidak tersedia karena kapasitas yang tidak mencukupi, jenis instans lain dalam keluarga tidak diluncurkan.
BEST_FIT_PROGRESSIVE_ORDERED-
Awas
Ini adalah strategi alokasi lanjutan hanya untuk pelanggan yang ingin mengontrol jenis instance mana yang lebih disukai selama penskalaan.
Menempatkan jenis instans besar di bagian atas daftar dapat mengakibatkan penyediaan berlebihan untuk pekerjaan kecil. Menempatkan tipe instans kecil di bagian atas dapat menyebabkan lingkungan komputasi mencapai batas jumlah instans Amazon EC2 sebelum mencapai.
maxvCpusAWS Batch memilih jenis instance dalam urutan mereka muncul dalam
instanceTypesdaftar. Ketika keluarga instance ditentukan, ukuran dalam keluarga itu diperluas menggunakanBEST_FIT_PROGRESSIVElogika — lebih memilih ukuran yang paling sesuai dengan pekerjaan, dengan ukuran yang lebih besar sebagai fallback. Jenis instans yang tidak dapat memenuhi persyaratan sumber daya pekerjaan dilewati. Strategi ini hanya tersedia untuk sumber daya komputasi On-Demand Instance (EC2).Jika keluarga instance dan tipe instance eksplisit dari keluarga itu muncul
instanceTypes, tipe eksplisit mengambil posisi terdaftarnya dan dikecualikan dari ekspansi keluarga. Misalnya, di["m7a.4xlarge", "m7a", "m6a"],m7a.4xlargeselalu ditempatkan pertama dan dikeluarkan dari ekspansim7akeluarga. SPOT_CAPACITY_OPTIMIZED-
AWS Batch memilih satu atau lebih jenis contoh yang cukup besar untuk memenuhi persyaratan pekerjaan dalam antrian. Jenis instans yang cenderung tidak terputus lebih disukai. Strategi alokasi ini hanya tersedia untuk sumber daya komputasi Instans Spot.
SPOT_PRICE_CAPACITY_OPTIMIZED-
Strategi alokasi harga dan kapasitas yang dioptimalkan melihat harga dan kapasitas untuk memilih kumpulan Instans Spot yang paling kecil kemungkinannya untuk terganggu dan memiliki harga serendah mungkin. Strategi alokasi ini hanya tersedia untuk sumber daya komputasi Instans Spot.
catatan
Kami menyarankan Anda menggunakan
SPOT_PRICE_CAPACITY_OPTIMIZEDdaripadaSPOT_CAPACITY_OPTIMIZEDdalam kebanyakan kasus. SPOT_CAPACITY_OPTIMIZED_PRIORITIZED-
Awas
Ini adalah strategi alokasi lanjutan untuk pelanggan yang ingin memengaruhi pemilihan jenis instans selama penskalaan. Strategi ini mengoptimalkan kapasitas terlebih dahulu, dan menghormati prioritas tipe instans berdasarkan upaya terbaik (prioritas dihormati ketika mereka tidak secara signifikan mengurangi kapasitas Spot yang tersedia).
Menempatkan jenis instans besar di bagian atas daftar dapat mengakibatkan penyediaan berlebihan untuk pekerjaan kecil. Menempatkan tipe instans kecil di bagian atas dapat menyebabkan lingkungan komputasi mencapai batas jumlah instans Amazon EC2 sebelum mencapai.
maxvCpusAWS Batch memilih jenis instance dalam urutan yang muncul dalam
instanceTypesdaftar, tetapi mengoptimalkan kapasitas terlebih dahulu. Prioritas yang ditentukan pelanggan dihormati atas dasar upaya terbaik. Ketika kumpulan kapasitas Instans Spot tersedia dengan cara yang sama, urutan prioritas dihormati. Ketika kapasitas dibatasi, AWS Batch pilih dari kumpulan yang paling tersedia terlepas dari prioritas untuk meminimalkan kemungkinan interupsi Instans Spot. Strategi ini hanya tersedia untuk sumber daya komputasi Instans Spot.
Dengan strategi alokasi apa pun kecuali BEST_FIT menggunakan On-Demand (EC2) sumber daya komputasi, AWS Batch mungkin perlu melebihi maxvCpus untuk memenuhi persyaratan kapasitas Anda. Dalam hal ini, AWS Batch tidak pernah melebihi maxvCpus lebih dari satu contoh.
