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
Ketika 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 resource Fargate atau Instans Terkelola Amazon ECS. Jangan tentukan parameter ini untuk jenis lingkungan komputasi tersebut.
catatan
Untuk lingkungan komputasi Instans Terkelola Amazon ECS, pemilihan jenis instans dikelola oleh Amazon ECS berdasarkan instanceRequirements konfigurasi di. managedInstancesProvider Tidak diperlukan strategi alokasi. Untuk informasi selengkapnya, lihat Lingkungan komputasi Instans Terkelola Amazon ECS.
BEST_FIT(default)-
AWS Batch memilih jenis instans yang paling sesuai dengan kebutuhan pekerjaan dengan preferensi untuk jenis instans berbiaya terendah. Jika instance tambahan dari jenis instans yang dipilih tidak AWS Batch tersedia, tunggu instans tambahan tersedia. Jika tidak ada cukup instans yang tersedia, atau jika pengguna mencapai kuota layanan Amazon EC2, maka pekerjaan tambahan tidak akan dijalankan sampai pekerjaan yang sedang berjalan selesai. Strategi alokasi ini membuat biaya lebih rendah tetapi dapat membatasi penskalaan. Jika Anda menggunakan Armada Spot dengan
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. Lingkungan komputasi dengan strategi alokasi BEST_FIT 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 secara default meluncurkan template. Jika peran layanan Anda tidak memiliki izin untuk mengelola template peluncuran, Anda 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 pekerjaan paralel multi-node 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 instans mana yang lebih disukai selama penskalaan.
Menempatkan jenis instance besar di bagian atas daftar dapat mengakibatkan penyedi aan berlebihan untuk pekerjaan kecil. Menempatkan jenis 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 tersebut diperluas menggunakanBEST_FIT_PROGRESSIVElogika—lebih memilih ukuran yang paling sesuai dengan pekerjaan, dengan ukuran yang lebih besar sebagai cadangan. Jenis instans yang tidak dapat memenuhi persyaratan sumber daya pekerjaan dilewati. Strategi ini hanya tersedia untuk sumber daya kom On-Demand putasi Instance (EC2).Jika keluarga instance dan tipe instance eksplisit dari keluarga tersebut keduanya muncul di
instanceTypes, tipe eksplisit mengambil posisi yang terdaftar dan dikecualikan dari perluasan keluarga. Misalnya, di["m7a.4xlarge", "m7a", "m6a"], selalum7a.4xlargeditempatkan pertama dan dikecualikan dari ekspansim7akeluarga. SPOT_CAPACITY_OPTIMIZED-
AWS Batch memilih satu atau lebih jenis instance yang cukup besar untuk memenuhi persyaratan pekerjaan dalam antrian. Jenis instans yang cenderung tidak terganggu 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 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 jenis instans berdasarkan upaya terbaik (prioritas dihormati jika tidak mengurangi kapasitas Spot yang tersedia secara signifikan).
Menempatkan jenis instance besar di bagian atas daftar dapat mengakibatkan penyedi aan berlebihan untuk pekerjaan kecil. Menempatkan jenis 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 meng optimalkan kapasitas terlebih dahulu. Prioritas yang ditentukan pelanggan dihargai berdasarkan upaya yang terbaik. Jika kumpulan kapasitas Instans Spot juga tersedia, urutan prioritas akan dihormati. Ketika kapasitas dibatasi, pilih dari AWS Batch kumpulan yang paling tersedia terlepas dari prioritas untuk meminimalkan kemungkinan gangguan Instans Spot. Strategi ini hanya tersedia untuk sumber daya komputasi Instance Spot.
Dengan strategi alokasi apa pun kecuali BEST_FIT menggunakan sumber daya komputasi On-Demand (EC2), AWS Batch mungkin perlu melebihi maxvCpus untuk memenuhi persyaratan kapasitas Anda. Dalam hal ini, AWS Batch jangan maxvCpus pernah melebihi lebih dari satu contoh.
