Dunia K1: Medan Selera

Control plane dan bahagian node

Anda akan belajar: siapa jalankan pejabat pengurus, dan siapa memasak di setiap gerai.

Teks BM belum disemak oleh penutur asli.

Disemak dengan Kubernetes 1.37 pada 31 Okt 2026

Masalahnya

Anda di sini: kluster kind-dev namespace default

~ $ kubectl get pods -n kube-systemNAME                                        READY   STATUS    RESTARTS   AGEcoredns-586c9d84b4-cncvd                    1/1     Running   0          4m59scoredns-586c9d84b4-vl48c                    1/1     Running   0          4m59setcd-dev-control-plane                      1/1     Running   0          5mkindnet-sc2x8                               1/1     Running   0          4m59skindnet-tsfhh                               1/1     Running   0          4m59skindnet-wj2hr                               1/1     Running   0          4m59skube-apiserver-dev-control-plane            1/1     Running   0          5mkube-controller-manager-dev-control-plane   1/1     Running   0          5mkube-proxy-4fvbg                            1/1     Running   0          4m59skube-proxy-5bm7l                            1/1     Running   0          4m59skube-proxy-8jtpv                            1/1     Running   0          4m59skube-scheduler-dev-control-plane            1/1     Running   0          5m

Kluster baharu anda belum ada aplikasi. Tapi 12 pod sudah berjalan dalam kube-system. Siapa mereka?

Cuba

Pejabat pengurus ialah . Tekan 4 pod-nya. Nama mereka berakhir dengan dev-control-plane.

Tekan 4 pod pejabat pengurus.

0 daripada 4 dijumpai

Tengok

Anda di sini: kluster kind-dev namespace default

~ $ kubectl cluster-infoKubernetes control plane is running at https://127.0.0.1:41000CoreDNS is running at https://127.0.0.1:41000/api/v1/namespaces/kube-system/services/kube-dns:dns/proxyTo further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.

ialah kaunter depan pejabat. Semua orang bercakap dengannya sahaja, termasuk kubectl. kubectl cluster-info tunjuk alamatnya.

Teka

Pejabat tulis setiap pesanan dalam satu buku: . Buku itu hilang, dan tiada salinan sandaran. Apa jadi?

Cuba

pilih gerai untuk setiap dulang baharu. Jadi scheduler: letak setiap dulang di gerai yang ada ruang.

Tekan satu dulang, kemudian tekan satu gerai. Atau seret dulang itu.

Dulang menunggu

dev-worker
CPU 0 daripada 2
Memori 0Mi daripada 4Gi
dev-worker2
CPU 0 daripada 1
Memori 0Mi daripada 2Gi
Pending
Dulang yang tak muat di mana-mana gerai menunggu di sini.

Tengok

Setiap gerai ada penyelia: . Ia hidupkan dulang yang pejabat hantar. Tekan setiap baris yang ia tulis.

Tekan setiap event daripada kubelet.

0 daripada 4 dijumpai

Tengok

Anda di sini: kluster kind-dev namespace default

~ $ kubectl get nodes -o custom-columns=NAME:.metadata.name,RUNTIME:.status.nodeInfo.containerRuntimeVersionNAME                RUNTIMEdev-control-plane   containerd://2.1.4dev-worker          containerd://2.1.4dev-worker2         containerd://2.1.4

kubelet tak memasak. Dapur yang memasak: jalankan container. Ia bersambung melalui palam standard, iaitu .

Cuba

Pejabat atau gerai? Susun setiap bahagian.

Seret kad ke dalam kotak. Atau ketik kad, kemudian ketik kotak.

Semak

Anda apply satu Deployment. Susun perjalanannya.

Langkah pertama di atas. Susun ikut turutan. Guna anak panah, atau seret.

Scheduler pilih gerai untuk setiap pod
API server simpan pesanan itu dalam etcd
Controller nampak dan minta pod
kubectl hantar pesanan anda ke API server
kubelet minta containerd hidupkan pod itu

Anda berjaya!

Kini anda boleh namakan bahagian pejabat dan setiap gerai.

Nak tahu lebih (pilihan)

ialah satu program yang jalankan banyak controller kecil. Dengan managed Kubernetes, penyedia cloud jalankan seluruh pejabat untuk anda. Anda cuma nampak gerai.

Latihan sebenar (pilihan): di kluster kind anda, kubectl get pods -n kube-system -o wide tunjuk gerai mana jalankan setiap bahagian.