Penyelesaian Masalah Runtime Docker: Panduan Praktikal untuk Kestabilan Pengeluaran

Senario

Dalam persekitaran pengeluaran, kontena Docker yang menjalankan mikroservis kritikal tiba-tiba menjadi tidak responsif. Pasukan aplikasi melaporkan ralat, dan pemeriksaan kesihatan gagal. Kontena mungkin tersekat dalam gelung but semula atau berhenti tanpa diduga. Panduan ini menyediakan langkah penyelesaian masalah sistematik untuk mengenal pasti dan menyelesaikan isu runtime.

Simptom

Simptom biasa termasuk: - Kontena keluar serta-merta atau but semula berulang kali (Status: Exited atau Restarting). - docker logs mengembalikan output kosong atau terpotong. - Kehabisan sumber hos (CPU, memori, I/O cakera). - Pemeriksaan kesihatan kontena gagal. - Mesej ralat seperti "Container killed by OOM killer" atau "Insufficient disk space".

Diagnosis

Mulakan dengan mengumpul maklumat asas:

docker ps -a

Periksa log kontena dengan ekor:

docker logs --tail 50 <container>

Periksa keadaan kontena dan kod keluar:

docker inspect <container> --format '{{.State.Status}} {{.State.ExitCode}}'

Pantau penggunaan sumber masa nyata:

docker stats --no-stream

Jika kontena masih berjalan, anda boleh masuk ke ruang nama kontena:

nsenter --target $(docker inspect -f '{{.State.Pid}}' <container>) --mount --uts --ipc --net --pid

Periksa isu peringkat sistem: - Ruang cakera hos: df -h dan inod: df -i - Mesej kernel: dmesg | tail -20 - Log daemon Docker: sudo journalctl -u docker -n 50 - Periksa had cgroup: cat /sys/fs/cgroup/memory/docker/.../memory.limit_in_bytes

Arahan (ringkasan)

• docker ps -a – senarai semua kontena.
• docker logs --tail 100 <container> – lihat log terkini.
• docker inspect <container> – konfigurasi terperinci.
• docker stats --no-stream – penggunaan sumber langsung.
• dmesg | grep -i oom – periksa pembunuhan akibat kekurangan memori.
• df -h – penggunaan cakera.
• top -p $(docker inspect -f '{{.State.Pid}}' <container>) – paparan peringkat proses.

Kawalan Risiko

• Jangan jalankan arahan merosakkan seperti docker rm tanpa pengesahan.
• Sandarkan data kontena jika mungkin (cth., volume).
• Gunakan penutupan lembut: docker stop -t 30 dan bukannya kill.
• Elakkan mengubah suai dalaman kontena yang berjalan kecuali melalui docker exec.
• Jika but semula, pertimbangkan menggunakan --restart=on-failure:5 untuk mengelakkan gelung tak terhingga.

Rollback

Jika isu berkaitan dengan penggunaan: - Kembali ke versi imej sebelumnya: docker pull <image>:<previous_tag> dan docker run ... - Jika menggunakan orkestrasi, rollback penggunaan. - Untuk rollback manual, hentikan kontena semasa dan mulakan yang lama.

Pengesahan

Selepas intervensi: - Sahkan keadaan kontena: docker ps --filter status=running - Periksa log: docker logs --tail 20 <container> - Sahkan titik akhir kesihatan: curl -f http://localhost:<port>/health - Pantau penggunaan sumber untuk kestabilan.

Bila Menghantar Tiket OpsGlobal

• Isu peringkat kernel (cth., OOM killer, panik kernel).
• Keruntuhan kontena berterusan selepas pembaikan asas.
• Keperluan untuk profil prestasi (cth., kesesakan CPU/IO).
• Berbilang kontena terjejas mencadangkan masalah peringkat hos.
• Persekitaran dengan keperluan SLA ketat yang memerlukan bantuan pakar segera.

OpsGlobal menyediakan sokongan SRE jauh 24/7 untuk mendiagnosis dan menyelesaikan isu runtime Docker yang kompleks.