EN: Read in English
Dunia K2: Dulang & Pesanan
Probe liveness, readiness dan startup
Anda akan belajar: cara Kubernetes semak aplikasi anda berjaga, sedia dan sudah bermula.
Teks BM belum disemak oleh penutur asli.
Disemak dengan Kubernetes 1.37 pada 31 Okt 2026
Masalahnya
Seorang tukang masak terlelap depan dapur. Gerai masih nampak buka, jadi pesanan terus masuk. Tiada apa dimasak. Bagaimana pengurus nak tahu?
Pilih satu jawapan.
Cuba
Kubernetes tanya setiap container sehingga tiga soalan. Setiap soalan ialah probe (semakan). Susun apa yang setiap satu buat.
Seret kad ke dalam kotak. Atau ketik kad, kemudian ketik kotak.
Tengok
kind-dev namespace defaultliveness probe: "Tukang masak masih berjaga?" Kalau asyik gagal, kubelet hidupkan semula container. bertanya: berjaga? sleepy semak /healthz, halaman yang nginx tiada. Tiga kali 404 berturut-turut: kubelet hidupkan semula container.
Cuba
Tekan “Aplikasi kata belum sedia”. Perhati dulang jadi kuning. Kemudian jalankan kubectl get pods: READY turun, RESTARTS kekal 0.
kind-dev namespace defaultshop3/3 sedia
dev-control-planeBukaPengurusTiada dulang di sini.
dev-workerBuka- shop·75mv6
- shop·zs9v2
dev-worker2Buka- shop·jg5l8
Petunjuk
readiness probe: "Sedia melayan?" Kalau gagal, pod tak dapat pelanggan daripada Service. Tiada restart. tak pernah hidupkan semula apa-apa. Ia hanya keluarkan dulang daripada nombor pesanan.Teka
Ketiga-tiga dulang shop gagal readiness. Apa jadi pada pelanggan yang panggil Service?
Pilih satu jawapan.
Cuba
startup probe: "Masih memanaskan dapur?" Beri aplikasi yang lambat masa untuk mula sebelum probe lain bermula. beri masa kepada tukang masak yang lambat. 30 cubaan, 10 saat setiap satu: sehingga 5 minit. Liveness tunggu sampai ia lulus. Baiki salah taip.
Baiki manifest ini, kemudian tekan Apply.
Semak
kind-dev namespace defaultshy hanya gagal readiness. READY 0/1, STATUS Running, RESTARTS 0. Belum sedia bukan bermakna rosak. Ia cuma tak dapat pelanggan.
Anda berjaya!
Kini anda boleh pilih probe yang betul: berjaga, sedia atau dah panas.
Nak tahu lebih (pilihan)
Probe boleh jadi httpGet, tcpSocket, exec atau grpc. Pastikan liveness hanya semak aplikasi itu sendiri. Kalau ia semak pangkalan data, satu pangkalan data yang lambat buat setiap dulang restart.
Latihan sebenar (pilihan): dalam kluster yang boleh dibuang, apply sleepy.yaml dan jalankan kubectl describe pod sleepy. Baca Events.
English
A cook dozes off at the stove. The stall still looks open, so orders keep coming. Nothing gets cooked. How would the manager know?
Kubernetes asks each container up to three questions. Each question is a probe. Sort what each one does.
A liveness probe asks: awake? sleepy checks /healthz, a page nginx does not have. Three 404s in a row: the kubelet restarts the container.
Press “App says not ready”. Watch the trays turn amber. Then run kubectl get pods: READY drops, RESTARTS stays 0.
All 3 shop trays fail readiness. What happens to customers who call the Service?
A startup probe gives a slow cook time. 30 tries, 10 seconds apart: up to 5 minutes. Liveness waits until it passes. Fix the typo.
shy fails readiness only. READY 0/1, STATUS Running, RESTARTS 0. Not ready is not broken. It just gets no customers.
You can now pick the right probe: awake, ready or warmed up.
Anda dah siapkan ini. Latihan lagi pun bagus!
Dokumentasi rasmi: Kubernetes: Liveness, readiness and startup probes · Kubernetes: Configure probes
Anda dah belajar 25 minit. Rehat sekejap bantu otak anda.
Pecutan selesai! Fokus yang hebat. Regangkan badan seminit?