View a markdown version of this page

Penyebab umum pekerjaan macet di RUNNABLE tanpa StatusReason - AWS Batch

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

Penyebab umum pekerjaan macet di RUNNABLE tanpa StatusReason

Jika Anda tidak menerima acara dari Acara atau Anda menerima CloudWatch peristiwa alasan yang tidak diketahui, berikut adalah beberapa penyebab umum untuk masalah ini.

Driver awslogs log tidak dikonfigurasi pada sumber daya komputasi Anda

AWS Batch pekerjaan mengirim informasi log mereka ke CloudWatch Log. Untuk mengaktifkan ini, Anda harus mengonfigurasi sumber daya komputasi Anda untuk menggunakan driver log awslogs. Misalkan Anda mendasarkan sumber daya komputasi AMI dari AMI yang dioptimalkan Amazon ECS (atau Amazon Linux). Kemudian, driver ini terdaftar secara default dengan ecs-init paket. Sekarang anggaplah Anda menggunakan basis AMI yang berbeda. Kemudian, Anda harus memverifikasi bahwa driver awslogs log ditentukan sebagai driver log yang tersedia dengan variabel ECS_AVAILABLE_LOGGING_DRIVERS lingkungan saat agen penampung Amazon ECS dimulai. Untuk informasi selengkapnya, lihat Spesifikasi AMI sumber daya komputasi dan Tutorial: Membuat sumber daya komputasi AMI.

Sumber daya yang tidak mencukupi

Jika definisi pekerjaan Anda menentukan lebih banyak sumber daya CPU atau memori daripada sumber daya komputasi yang dapat dialokasikan, maka pekerjaan Anda tidak akan pernah ditempatkan. Misalnya, pekerjaan Anda menentukan 4 GiB memori, dan sumber daya komputasi Anda memiliki kurang dari yang tersedia. Maka itu adalah kasus bahwa pekerjaan tidak dapat ditempatkan pada sumber daya komputasi tersebut. Dalam hal ini, Anda harus mengurangi memori yang ditentukan dalam ketentuan tugas Anda atau menambahkan sumber daya komputasi yang lebih besar ke lingkungan Anda. Beberapa memori disimpan untuk agen kontainer Amazon ECS dan proses sistem penting lainnya. Untuk informasi selengkapnya, lihat Menghitung manajemen memori sumber daya.

Tidak ada akses internet untuk sumber daya komputasi

Sumber daya komputasi memerlukan akses untuk berkomunikasi dengan titik akhir layanan Amazon ECS. Ini dapat dilakukan melalui VPC endpoint antarmuka atau melalui sumber daya komputasi yang memiliki alamat IP publik.

Untuk informasi lebih lanjut tentang VPC endpoint antarmuka, lihat VPC Endpoint Antarmuka Amazon ECS (AWS PrivateLink) dalam Panduan Developer Amazon Elastic Container Service.

Jika Anda tidak memiliki VPC endpoint yang dikonfigurasi dan sumber daya komputasi Anda tidak memiliki alamat IP publik, network address translation (NAT) harus digunakan untuk menyediakan akses ini. Untuk informasi lebih lanjut, lihat Gateway NAT dalam Panduan Pengguna Amazon VPC. Untuk informasi selengkapnya, lihat Buat VPC.

Batas instans Amazon EC2 tercapai

Jumlah instans Amazon EC2 yang dapat diluncurkan akun Anda ditentukan oleh kuota instans Wilayah AWS EC2 Anda. Tipe instans tertentu juga memiliki kuota tipe per instans. Untuk informasi selengkapnya tentang kuota instans Amazon EC2 akun Anda termasuk cara meminta peningkatan batas, lihat Batas Layanan Amazon EC2 di Panduan Pengguna Amazon EC2.

Agen kontainer Amazon ECS tidak diinstal

Agen kontainer Amazon ECS harus diinstal pada Amazon Machine Image (AMI) untuk membiarkan pekerjaan AWS Batch berjalan. Agen kontainer Amazon ECS diinstal secara default di AMI Amazon ECS yang dioptimalkan. Untuk informasi selengkapnya tentang agen kontainer Amazon ECS, lihat Agen kontainer Amazon ECS di Panduan Pengembang Layanan Kontainer Elastis Amazon.

Long-running skrip data pengguna dalam template peluncuran

Jika template peluncuran Anda menyertakan skrip data pengguna yang membutuhkan waktu lama untuk diselesaikan, instance dapat habis sebelum mendaftar dengan Amazon ECS. Ketika ini terjadi, contoh tidak pernah tersedia untuk mengambil pekerjaan, meninggalkan semua pekerjaan terjebak dalam RUNNABLE status. Semua skrip data pengguna harus selesai sebelum instans dapat mendaftar dengan Amazon ECS dan mulai menjalankan pekerjaan.

Untuk mengatasi hal ini, tinjau data pengguna template peluncuran Anda untuk operasi yang berjalan lama atau memblokir. Pertimbangkan untuk mengoptimalkan skrip untuk mengurangi waktu eksekusi, menjalankan operasi non-kritis secara asinkron, atau memindahkan logika inisialisasi dari data pengguna sepenuhnya. Untuk informasi selengkapnya, lihat Gunakan templat peluncuran Amazon EC2 dengan AWS Batch.

Untuk informasi selengkapnya, lihat Mengapa AWS Batch pekerjaan saya terjebak dalam RUNNABLE status? di re:post.