Penyebab umum pekerjaan terjebak 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 AMI sumber daya komputasi Anda dari AMI yang dioptimalkan Amazon ECS (atau Amazon Linux). Kemudian, driver ini terdaftar secara default dengan ecs-init paket. Sekarang anggaplah Anda menggunakan AMI dasar 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 kontainer Amazon ECS dimulai. Untuk informasi selengkapnya, lihat Spesifikasi AMI sumber daya komputasi dan Tutorial: Membuat sumber daya komputasi AMI.

Sumber daya 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 memori 4 GiB, dan sumber daya komputasi Anda memiliki kurang dari yang tersedia. Maka itu terjadi 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 Wilayah AWS ditentukan oleh kuota instans EC2 Anda. Jenis instans tertentu juga memiliki kuota tipe-tipe-instance. Untuk informasi selengkapnya tentang kuota instans Amazon EC2 akun Anda termasuk cara meminta kenaikan 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) agar dapat AWS Batch menjalankan pekerjaan. Agen kontainer Amazon ECS diinstal secara default pada AMI yang dioptimalkan Amazon ECS. Untuk informasi selengkapnya tentang agen kontainer Amazon ECS, lihat agen kontainer Amazon ECS di Panduan Pengembang Layanan Kontainer Amazon Elastic.

Long-running skrip data pengguna dalam template peluncuran

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

Untuk mengatasi masalah ini, tinjau data pengguna template peluncuran Anda untuk operasi yang berjalan lama atau pemblokiran. 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 template peluncuran Amazon EC2 dengan AWS Batch.