kubeadm ile Küme Kurmak

Neden önemli

Her CKA sorun giderme sorusu sağlıklı kümenin nasıl göründüğünü bildiğini varsayar. kubeadm kümeleri her seferinde aynı kurar: durum için etcd, ön kapı için kube-apiserver, döngüler için kube-controller-manager ve kube-scheduler, her düğümde kubelet ve kapsayıcı çalıştırıcısı, servis trafiği için kube-proxy. Bir bileşen arızalanınca önce hangi logu açacağını bilirsin, çünkü her parçanın açılışını izledin.

Kavramlar

kubeadm init kontrol düzlemini tek makinede başlatır: sertifikaları yazar, etcd ile apiserver ile controller-manager ile scheduler için statik pod bildirimlerini çalıştırır, küme yapılandırmasını yükler ve join komutunu basar. kubeadm join bu komutu her çalışanda koşturur; düğüm kaydolur, kubelet başlar. Küme ağı (CNI eklentisi) init sonrası ayrı kurulumdur; o inene kadar podlar Pending bekler ve bu başlı başına sevilen bir sınav belirtisidir.

Tek kontrol düzlemi tek hata noktasıdır; üretim üç kontrol düzlemi düğüm koşturur. Yaygın şekil yığın etcd: her kontrol düzlemi düğümü apiserver yanında kendi etcd üyesini koşturur ve fazla kontrol düzlemi düğümleri kubeadm join --control-plane ile katılır. Alternatif harici etcd'dir; tek düğüm kaybını farklı atlatır ama işletmen gereken makine ekler. Sınav için takası bil: yığın daha az makinedir ve etcd çekirdeği yine üç üyenin ikisini sağlıklı ister.

/etc/kubernetes/admin.conf içindeki yönetici kubeconfig tam küme yöneticisi erişimidir. Kümeyi kullanmak için ~/.kube/config dosyana kopyala ve dosyayı root parolası gibi tut: elinde tutan her ad alanına sahiptir.

Uygulamalı örnek

İki makineli laboratuvar, kontrol artı çalışan, ikisinde de Ubuntu LTS:

# kontrol düzlemi düğümü
sudo kubeadm init --pod-network-cidr=10.244.0.0/16
mkdir -p $HOME/.kube
sudo cp /etc/kubernetes/admin.conf $HOME/.kube/config
kubectl apply -f <cni-eklenti-bildirimi>
# çalışan düğüm (komutu init basar)
sudo kubeadm join <kontrol-ip>:6443 --token <jeton> \
  --discovery-token-ca-cert-hash sha256:<özet>
kubectl get nodes

Son satır iki düğümü de Ready göstermeli. Çalışan NotReady kalırsa önce CNI kurulumuna bak: ağ eklentisi yoksa pod ağı yoktur ve kubelet bunu dürüstçe bildirir.

Sınav notları

Pod CIDR bayrağı kurduğun CNI eklentisiyle eşleşmeli; eşleşmezse CoreDNS sonsuza Pending bekler. Jeton ömrü (varsayılan 24 saat) ertesi gün joinleri bozar; laboratuvar iki güne sarkınca klasik tuzaktır. Ve kubeadm init ön kontrolleri genelde takas alanı, eksik çekirdek modülü veya çalışmayan kapsayıcı çalıştırıcısıdır: hatayı oku, makineyi düzelt, yeniden koştur.