K3s küçük footprint ile Kubernetes orkestrasyonu sunar; ancak production yüksek erişilebilirlik için tek node yeterli değildir. Embedded etcd kullanılan HA modelinde control plane/server katmanı quorum mantığıyla tasarlanmalı, worker kapasitesi uygulama yükünden ayrı ele alınmalıdır.
K3s resmî dokümantasyonuna göre embedded etcd kullanan HA cluster üç veya daha fazla server node içerir. Uygulama pod'ları için ayrıca agent/worker node eklenebilir. Sabit registration/load-balancer adresi operasyonu kolaylaştırır.
Dış load balancer veya sabit registration adresi server node'lara yönlenir. Worker node'lar API üzerinden cluster'a katılır; pod trafiği service/ingress katmanından geçer.
Embedded etcd cluster state'ini server node'larda tutar. External database modelinde control-plane ve veri katmanı ayrı tasarlanabilir; her iki modelde de network latency ve backup kritik kalır.
Embedded etcd HA'da server node'ların birbirine 2379/2380 erişimi gerekir. Metrics Server için 10250 yolu önemlidir; CNI seçimine göre ek portlar doğabilir.
Control plane, node, pod ve snapshot durumunu düzenli kontrol edin.
sudo k3s kubectl get nodes -o widesudo k3s kubectl get pods -Asudo k3s kubectl get events -A --sort-by=.lastTimestamp | tail -n 30sudo k3s etcd-snapshot lssystemctl status k3s --no-pagerCluster büyütmeden önce persistent storage, DNS, ingress ve backup bağımlılıklarını envanterleyin.
K3s, Kubernetes uyumlu hafif bir dağıtımdır; Kubernetes API ve temel orkestrasyon davranışını sunar.
Embedded etcd HA modelinde resmî dokümantasyon üç veya daha fazla server node ister. External datastore modeli farklıdır.
Cluster state için önemlidir ancak persistent application data için ayrıca storage/database backup gerekir.
Node sayısı, stateful uygulamalar, storage ve uptime hedefini iletin; single-node, HA embedded etcd veya external DB topolojisini belirleyelim.