Penyelesaian Masalah Pengeluaran Kubernetes: Pendalaman Pod CrashLoopBackOff

Senario

Sebuah kluster Kubernetes yang menjalankan platform e-dagang mengalami beberapa Pod dalam keadaan CrashLoopBackOff, menyebabkan perkhidmatan terganggu.

Gejala

• kubectl get pods menunjukkan status CrashLoopBackOff
• kubectl describe pod menunjukkan Last State: Terminated dengan Reason: Error atau Exit Code: 137
• Log aplikasi mengandungi OOMKilled atau Out of memory

Diagnosis

1. Periksa Butiran Pod: bash kubectl describe pod <nama-pod> -n <namespace> Lihat Containers.<container>.Last State dan Events.
2. Semak Had Sumber: bash kubectl get pod <nama-pod> -n <namespace> -o yaml | grep -A 5 resources Cari limits.memory yang rendah.
3. Lihat Log Aplikasi: bash kubectl logs <nama-pod> -n <namespace> --previous Kenal pasti mesej ralat atau jejak timbunan.
4. Analisis Proba Ketersediaan: yaml # Proba yang salah konfigurasi boleh menyebabkan but semula tidak perlu livenessProbe: httpGet: path: /health port: 8080 initialDelaySeconds: 5 periodSeconds: 10 Pastikan laluan dan port betul.

Arahan

• Tingkatkan had memori buat sementara (ujian sahaja, elakkan terus dalam pengeluaran): bash kubectl patch deployment <deployment> -n <namespace> -p '{"spec":{"template":{"spec":{"containers":[{"name":"<container>","resources":{"limits":{"memory":"512Mi"}}}]}}}}'
• Untuk pembetulan kekal, kemas kini manifes deployment dan guna.

Kawalan Risiko

• Sandarkan deployment semasa sebelum perubahan: bash kubectl get deployment <deployment> -n <namespace> -o yaml > backup-deployment.yaml
• Laraskan requests dahulu sebelum limits untuk mengelakkan penamatan segera.
• Guna kubectl rollout pause untuk mengelakkan gangguan auto-skala.

Pengembalian

• Kembali ke semakan sebelumnya: bash kubectl rollout undo deployment/<deployment> -n <namespace>
• Atau guna semula sandaran: bash kubectl apply -f backup-deployment.yaml

Pengesahan

• Periksa status Pod: bash kubectl get pods -n <namespace> | grep <deployment>
• Semua Pod sepatutnya Running dengan kontena sedia.
• Uji titik akhir kesihatan aplikasi atau simulasi trafik pengguna.

Bila Perlu Hantar Tiket OpsGlobal

• Punca tidak jelas (contohnya, persaingan sumber nod, kegagalan storan, isu antara kluster).
• Pemulihan segera diperlukan tetapi pasukan dalaman tiada akses atau alat.
• Masalah melibatkan dasar rangkaian kompleks atau konteks keselamatan.

Dengan langkah-langkah ini, pasukan SRE dapat menyelesaikan Pod CrashLoopBackOff secara sistematik dan menjaga kestabilan pengeluaran.

SEO Title

Penyelesaian Masalah Pengeluaran Kubernetes: Pod CrashLoopBackOff Mendalam | OpsGlobal

SEO Description

Belajar cara mendiagnosis dan membetulkan isu Pod CrashLoopBackOff Kubernetes termasuk had sumber, pemeriksaan kesihatan, analisis log, dan langkah pemulihan.

Tags

Penyelesaian masalah Kubernetes, CrashLoopBackOff, Debug Pod, Amalan terbaik SRE