EN: Read in English
Dunia K2: Dulang & Pesanan
Hidup semula atau ganti?
Anda akan belajar: bila container hidup semula dalam pod yang sama, dan bila seluruh pod diganti.
Teks BM belum disemak oleh penutur asli.
Disemak dengan Kubernetes 1.37 pada 31 Okt 2026
Masalahnya
Dua dulang ada masalah pagi tadi. Satu kekal namanya, dan lajur RESTARTS tunjuk 1. Satu lagi ada nama baharu. Apa bezanya?
Pilih satu jawapan.
Cuba
Container crash. Tekan “Rosakkan satu container”, kemudian jalankan kubectl get pods. Perhati nama dan RESTARTS: Berapa kali kubelet mulakan semula container dalam pod yang sama..
kind-dev namespace defaultdev-control-planeBukaPengurusTiada dulang di sini.
dev-workerBuka- shop·7z98n
- shop·nq25c
dev-worker2Buka- shop·blz2l
Petunjuk
kubelet di gerai itu hidupkan semula container. Pod kekal.Tengok
Papan mahu 3 dan nampak 3. Padam satu dulang: ia nampak 2 dan buat pod baharu dengan nama baharu.
Mahu 3. Nampak 3. Semua okey.
dev-workerBuka- shop·7z98n
- shop·nq25c
dev-worker2Buka- shop·blz2l
Kini seluruh dulang hilang. Padam satu dan perhati. Pengurus buat dulang baharu dengan nama baharu. Kubernetes ganti pod; ia tak baiki pod.
Cuba
Hidup semula di tempat, atau dulang baharu? Susun apa yang berlaku.
Seret kad ke dalam kotak. Atau ketik kad, kemudian ketik kotak.
Tengok
kind-dev namespace defaultkubectl rollout restart ganti setiap dulang, sedikit demi sedikit. Resepi sama, dulang baharu. Banding nama sebelum dan selepas.
Semak
Anda ubah tetapan yang aplikasi baca hanya semasa mula. Bagaimana semua dulang dapat tetapan baharu, tanpa henti?
Pilih satu jawapan.
Anda berjaya!
Kini anda boleh bezakan restart container dengan penggantian pod.
Nak tahu lebih (pilihan)
Setiap restart tunggu lebih lama: 10 s, 20 s, 40 s, sehingga 5 minit. Selepas 10 minit tanpa crash, masa tunggu bermula semula. Pod baharu juga dapat alamat IP baharu. Sebab itulah Service wujud (Dunia K3).
Latihan sebenar (pilihan): dalam kluster yang boleh dibuang, perhati kubectl get pods -w semasa rollout restart.
English
Two trays had trouble this morning. One kept its name, and its RESTARTS column says 1. The other has a brand-new name. What is the difference?
A container crash. Press “Crash a container”, then run kubectl get pods. Watch the name and RESTARTS.
Now a whole tray goes. Delete one and watch. The manager makes a new tray with a new name. Kubernetes replaces pods; it does not repair them.
Restart in place, or a new tray? Sort what happens.
kubectl rollout restart replaces every tray, a few at a time. Same recipe, fresh trays. Compare the names before and after.
You changed a setting the app reads only when it starts. How do all trays get it, with no downtime?
You can now tell a container restart from a pod replacement.
Anda dah siapkan ini. Latihan lagi pun bagus!
Dokumentasi rasmi: Kubernetes: Container restarts · kubectl rollout restart
Anda dah belajar 25 minit. Rehat sekejap bantu otak anda.
Pecutan selesai! Fokus yang hebat. Regangkan badan seminit?