View a markdown version of this page

Lingkungan komputasi terkelola - AWS Batch
Pertimbangan saat membuat pekerjaan paralel multi-node

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Lingkungan komputasi terkelola

Anda dapat menggunakan lingkungan komputasi terkel AWS Batch ola untuk mengelola kapasitas dan jenis instans sumber daya komputasi dalam lingkungan. Hal ini didasarkan pada spesifikasi sumber daya komputasi yang Anda tentukan saat membuat lingkungan komputasi. Anda dapat memilih salah satu untuk menggunakan Instans Amazon EC2 dan On-Demand Instans Spot Amazon EC2. Selain itu, Anda dapat menggunakan kapasitas Fargate dan Fargate Spot di lingkungan komputasi terkelola Anda. Saat menggunakan Instans Spot, Anda dapat menetapkan harga maksimum secara opsional. Dengan cara ini, Instans Spot hanya diluncurkan jika harga Instans Spot berada di bawah persentase On-Demand harga yang ditentukan.

penting

Instans Fargate Spot tidak didukung pada Windows containers on AWS Fargate. Antrian pekerjaan akan diblokir jika FargateWindows pekerjaan dikirimkan ke antrian pekerjaan yang hanya menggunakan lingkungan komputasi Fargate Spot.

penting

AWS Batch membuat dan mengelola beberapa AWS sumber daya atas nama Anda dan di dalam akun Anda, termasuk Template Peluncuran Amazon EC2, Grup Penskalaan Otomatis Amazon EC2, Amazon EC2 Spot Fleets, dan Amazon ECS Cluster. Sumber daya terkelola ini dikonfigurasi secara khusus untuk memastikan AWS Batch operasi yang optimal. Memodifikasi sumber daya AWS Batch yang dikelola secara manual, kecuali dinyatakan secara eksplisit dalam AWS Batch dokumentasi, dapat mengakibatkan perilaku tak terduga, termasuk lingkungan INVALID komputasi, perilaku penskalaan instans yang tidak optimal, pemrosesan beban kerja yang tertunda, atau biaya tak terduga. Modifikasi manual ini tidak dapat didukung secara deterministik oleh layanan. AWS Batch Selalu gunakan AWS Batch API yang didukung atau AWS Batch konsol untuk mengelola lingkungan komputasi Anda.

Modifikasi manual yang tidak didukung termasuk menjalankan tugas atau layanan Amazon ECS Anda sendiri di cluster Amazon ECS yang AWS Batch dikelola, atau memulai proses tambahan, daemon, atau layanan langsung pada instans yang dikelola. AWS Batch AWS Batch mengasumsikan kontrol penuh dari sumber daya komputasi dalam lingkungan komputasi terkelola dan dapat menghentikan instans, menghentikan tugas, atau menskalakan cluster kapan saja. Beban kerja apa pun yang Anda jalankan di luar AWS Batch pengiriman pekerjaan pada sumber daya terkelola ini dapat terganggu tanpa peringatan. Menjalankan AWS Batch beban kerja non-pada cluster dan instans AWS Batch yang dikelola -managed juga dapat mengganggu penjadwalan AWS Batch pekerjaan dan penskalaan instans.

Untuk lingkungan komputasi yang menggunakan Amazon ECS, jangan tetapkan nilai konfigurasi agen Amazon ECS yang AWS Batch dikelola dalam data pengguna template peluncuran Anda. Untuk daftar nilai yang dicadangkan, lihatNilai konfigurasi agen Amazon ECS yang dicadangkan.

Lingkungan komputasi terkelola meluncurkan instans Amazon EC2 ke VPC dan subnet yang Anda tentukan, lalu mendaftarkannya dengan cluster Amazon ECS. Instans Amazon EC2 memerlukan akses jaringan eksternal untuk berkomunikasi dengan titik akhir layanan Amazon ECS. Beberapa subnet tidak menyediakan instans Amazon EC2 dengan alamat IP publik. Jika instans Amazon EC2 Anda tidak memiliki alamat IP publik, instans tersebut harus menggunakan terjemahan alamat jaringan (NAT) untuk mendapatkan akses ini. Untuk informasi lebih lanjut, lihat Gateway NAT dalam Panduan Pengguna Amazon VPC. Untuk informasi lebih lanjut tentang cara membuat VPC, lihat Buat virtual private cloud.

Secara default, lingkungan kom AWS Batch putasi terkelola menggunakan versi terbaru yang disetujui dari AMI yang dioptimalkan Amazon ECS untuk sumber daya komputasi. Namun, Anda mungkin perlu membuat AMI Anda sendiri untuk digunakan di lingkungan komputasi terkelola Anda karena berbagai alasan. Untuk informasi selengkapnya, lihat Hitung AMI sumber daya.

catatan

AWS Batch tidak secara otomatis memutakhirkan AMI di lingkungan komputasi setelah dibuat. Misalnya, aplikasi ini tidak memperbarui AMI di lingkungan komputasi Anda saat versi terbaru dari AMI yang dioptimalkan Amazon ECS dirilis. Anda bertanggung jawab atas manajemen sistem operasi tamu. Ini termasuk pembaruan dan patch keamanan. Anda juga bertanggung jawab atas perangkat lunak aplikasi tambahan atau utilitas yang Anda instal di sumber daya komputasi. Ada dua cara untuk menggunakan AMI baru untuk AWS Batch pekerjaan Anda. Metode aslinya adalah menyelesaikan langkah-langkah ini:

  1. Buat lingkungan komputasi baru dengan AMI baru.

  2. Tambahkan lingkungan komputasi ke antrean tugas yang ada.

  3. Hapus lingkungan komputasi sebelumnya dari antrean tugas Anda.

  4. Hapus lingkungan komputasi sebelumnya.

Pada April 2022, AWS Batch menambahkan dukungan yang disempurnakan untuk memperbarui lingkungan komputasi. Untuk informasi selengkapnya, lihat Perbarui lingkungan komputasi di AWS Batch. Untuk menggunakan pembaruan lingkungan komputasi yang disempurnakan untuk memperbarui AMI, ikuti aturan berikut:

  • Entah jangan menyetel parameter service role (serviceRole) atau setel ke peran yang dit AWSServiceRoleForBatch autkan layanan.

  • Tetapkan parameter strategi alokasi (allocationStrategy) ke BEST_FIT_PROGRESSIVEBEST_FIT_PROGRESSIVE_ORDERED,,SPOT_CAPACITY_OPTIMIZED,SPOT_PRICE_CAPACITY_OPTIMIZED, atauSPOT_CAPACITY_OPTIMIZED_PRIORITIZED.

  • Setel pembaruan ke parameter versi gambar terbaru (updateToLatestImageVersion) ketrue.

  • Jangan tentukan ID AMI di imageId, imageIdOverride (in ec2Configuration), atau di template peluncuran (launchTemplate). Dalam hal ini AWS Batch , pilih AMI terbaru yang dioptimalkan Amazon ECS yang didukung AWS Batch pada saat pembaruan infrastruktur dimulai. Atau, Anda dapat menentukan ID AMI di imageIdOverride parameter or, imageId atau template peluncuran yang diidentifikasi oleh LaunchTemplate properti. Mengubah salah satu properti ini memulai pembaruan infrastruktur. Jika AMI ID ditentukan dalam template peluncuran, itu tidak dapat diganti dengan menentukan ID AMI di imageIdOverride parameter imageId atau. Itu hanya dapat diganti dengan menentukan template peluncuran yang berbeda. Atau, jika versi template peluncuran disetel ke $Default atau$Latest, dengan menyetel versi default baru untuk template peluncuran (jika ada$Default) atau dengan menambahkan versi baru ke template peluncuran (jika ada$Latest).

Jika aturan ini diikuti, pembaruan apa pun yang memulai pembaruan infrastruktur akan menyebabkan ID AMI dipilih kembali. Jika version pengaturan dalam template peluncuran (launchTemplate) disetel ke $Latest atau$Default, versi terbaru atau default template peluncuran dievaluasi pada saat pembaruan infrastruktur, meskipun tidak launchTemplate diperbarui.

Pertimbangan saat membuat pekerjaan paralel multi-node

AWS Batch merekomendasikan pembuatan lingkungan komputasi khusus untuk menjalankan pekerjaan paralel multi-node (MNP) dan pekerjaan non-MNP. Hal ini disebabkan oleh cara kapasitas komputasi dibuat di lingkungan komputasi terkelola Anda. Saat membuat lingkungan komputasi terkelola baru, jika Anda menentukan minvCpu nilai yang lebih besar dari nol maka membuat AWS Batch kumpulan instance untuk digunakan dengan pekerjaan non-MNP saja. Jika pekerjaan paralel multi-node dikirimkan, membuat AWS Batch kapasitas instance baru untuk menjalankan tugas paralel multi-node. Dalam kasus di mana ada pekerjaan paralel simpul tunggal dan multi-node yang berjalan di lingkungan komputasi yang sama di mana maxvCpus nilai minvCpus atau ditetapkan, jika sumber daya komputasi yang diperlukan tidak tersedia AWS Batch akan menunggu pekerjaan saat ini selesai sebelum membuat sumber daya komputasi yang diperlukan untuk menjalankan pekerjaan baru.