Multi-cluster Kubernetes 2026’da kurumsal standart oldu; CNCF Annual Survey 2025’e göre kurumların ortalama 17 cluster yönettiÄŸi, %38’inin 25+ cluster iÅŸlettiÄŸi bir döneme girdik ve Karmada, Rancher, Cluster API farklı federation felsefeleriyle pazara hakim oluyor. Konuyla ilişkili olarak Tanzu vs OpenShift vs Rancher 2026: Kurumsal Kubernetes rehberimiz detaylı incelemeyi içerir.
Multi-Cluster Kubernetes Pazar Manzarası
Multi-cluster Kubernetes farklı sebeplerle ortaya çıkıyor: regional failover, blast radius azaltma, tenant izolasyonu, multi-cloud strateji. CNCF 2025 raporu cluster sayısı 5’in üzerine çıktığında federation araçlarına yatırım yapan kurum oranının %78 olduÄŸunu gösteriyor. Gartner 2025 Hype Cycle for Cloud Platforms multi-cluster yönetimini Plateau of Productivity’ye terfi ettirdi. Pazar payı: Rancher %52, Karmada %18, Cluster API %71 (lifecycle için), KubeFed (deprecated) %4.
Pazar büyüklüğü: Forrester 2025 raporu multi-cluster yönetim pazarının küresel olarak 2.1 milyar dolara ulaÅŸtığını, yıllık %34 büyüdüğünü gösteriyor. SUSE Rancher 2025 raporu Rancher Prime müşterilerinin ortalama 23 cluster yönettiÄŸini açıkladı. Cluster API (CAPI) cluster lifecycle otomasyonu için endüstri standardı oldu; AWS, Azure, GCP, vSphere, OpenStack, MAAS provider’ları olgun.
Karmada Hub-Spoke Federation Mimarisi
Karmada Huawei tarafından 2020’de açık kaynak baÅŸlatıldı, 2023’te CNCF Incubating statüsü kazandı. Felsefe: hub control plane (Karmada) + member cluster’lar (target). Hub Kubernetes API ile tam uyumlu; standart Deployment, Service, ConfigMap kaynakları üzerinden propagation policy ile member cluster’lara dağıtım yapılır. PropagationPolicy, OverridePolicy, ResourceBinding üç ana CRD.
| Karmada Kavramı | Açıklama | Use Case |
|---|---|---|
| Hub Cluster | Karmada control plane | Tek karar noktası |
| Member Cluster | Workload çalışan target | 10-200 cluster |
| PropagationPolicy | Hangi cluster’a deploy | Region, zone seçim |
| OverridePolicy | Cluster-specific patch | Image registry, replicas |
| ResourceBinding | Workload <-> cluster eÅŸleÅŸtirme | Internal state |
| Cluster Resource | Member cluster CRD | Hub view of clusters |
Rancher: Fleet Management ve Multi-Cluster UI
Rancher (SUSE) Kubernetes ekosisteminin en olgun multi-cluster yönetim platformu. 2014’te baÅŸladı, 2015’te v1.0, 2020’de SUSE tarafından satın alındı. Rancher Prime enterprise tier’ı, RKE2 ve K3s dağıtımları ile bütüncül bir ekosistem sunuyor. Fleet, Rancher’ın GitOps tool’u; multi-cluster manifest dağıtımı için. Rancher 2025 raporu kullanıcılarının %71’inin Fleet ile GitOps yaptığını açıkladı.
Rancher’ın güçlü tarafı UI ve user management. Multi-tenant proje hiyerarÅŸisi, RBAC, audit logging, monitoring (Prometheus integrated), logging (Fluentd/Loki integrated) tek arayüzde. Zayıf tarafı: scale. Rancher Prime SLA garantili 50 cluster’a kadar; 100+ cluster için ek mimari planlama gerekiyor.
Cluster API: Declarative Cluster Lifecycle
Cluster API (CAPI) Kubernetes SIG-Cluster-Lifecycle projesi. Felsefe: Kubernetes manifest’leri ile Kubernetes cluster’ı tanımla. Cluster, MachineDeployment, MachineSet, KubeadmControlPlane gibi CRD’ler ile cluster lifecycle deklaratif yönetilir. AWS, Azure, GCP, vSphere, MAAS, OpenStack, Equinix Metal, Tinkerbell, BYOH 20+ provider mevcut.
İlgili konu: Kubernetes Multi-Tenancy rehberimizde detayları bulabilirsiniz.
Workload Propagation ve Placement Policy
Multi-cluster federation’ın en zorlu boyutu workload placement. Karmada PropagationPolicy ile region, zone, label-based seçim sunar. Rancher Fleet GitRepository + clusterSelector ile aynı pattern’i uygular. Ãœretim use case: bir uygulamayı 3 region’a aktif-aktif deploy etmek, load balancer ile traffic routing yapmak.
| Placement Pattern | Karmada | Rancher Fleet | Use Case |
|---|---|---|---|
| Label-based | clusterAffinity | clusterSelector | Cluster grupları |
| Region-based | region label | tag/label | Geographic distribution |
| Weighted | spreadConstraints | Yok native | Aktif-aktif load balance |
| Failover | FailoverBehavior | Manuel | DR automation |
| Override per cluster | OverridePolicy | kustomize patches | Region-specific config |
RBAC ve Secret Sync
Multi-cluster RBAC ve secret sync federation’ın en sürtünmeli boyutu. Karmada native federated RBAC sunmuyor; her cluster’da ayrı RBAC yönetilir. Rancher tek-tip global authentication (LDAP, SAML, OIDC) + per-cluster RBAC saÄŸlıyor. External Secrets Operator çoÄŸu kurumun secret sync için tercihi.
| Olgunluk Seviyesi | Tipik Uygulama | Adopsiyon Oranı | ROI Beklentisi |
|---|---|---|---|
| Başlangıç | Pilot ekip 3-5 servis | %12 | 0-6 ay |
| Gelişme | 10-20 servis genişletme | %34 | 6-12 ay |
| Olgun | 50+ servis cluster-wide | %41 | 12-24 ay |
| Optimize | Continuous improvement | %13 | 24+ ay |
| Sektör | Tipik Kullanım | Compliance Etkisi | Tasarruf |
|---|---|---|---|
| Finans | Yüksek olgunluk, audit-driven | PCI DSS, SOX | %32 |
| Sağlık | HIPAA + retention | HIPAA, GDPR | %24 |
| E-ticaret | Black Friday burst | PCI DSS | %47 |
| Telco | 5G core, low latency | NIS2 Directive | %38 |
| SaaS | Multi-tenant, scale | SOC 2 | %52 |
Kurumsal Multi-Cluster Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- Cluster sayısının gerçek ihtiyacı sorgulanmamış; 15 cluster yönetilen yerde 5 yeterli olabilir.
- Federation tool seçimi cluster büyüklüğüne uygun değil; 5 cluster için Karmada overkill.
- RBAC sync planlanmamış; her cluster’da farklı user/group var.
- Secret sync yok; her cluster’da manuel secret yönetimi.
- Cluster lifecycle Cluster API ile otomatize edilmemiÅŸ; manuel kubeadm.
- Observability federation seviyesinde yapılmamış; her cluster için ayrı Grafana.
İlgili konular: platform engineering pratikleri, SRE ve observability stratejileri ve cloud-native GitOps pattern içeriklerimizden faydalanabilirsiniz.
Sonuç
Multi-cluster Kubernetes kararının ilk sorusu “kaç cluster yönetiyorum ve sebebi ne?” olmalı. 3-5 cluster için Rancher veya basit GitOps yeterli, 10+ cluster ve aktif-aktif workload yerleÅŸtirme gerektiÄŸinde Karmada deÄŸerli, cluster lifecycle otomasyonu için Cluster API endüstri standardı. Federation karar verirken UI ihtiyacı, GitOps uyumluluÄŸu, scaling hedefi, multi-cloud gereksinimi ve operasyonel ekibin Kubernetes derinliÄŸi ana karar parametreleri. 10 cluster üstü için Cluster API ile lifecycle otomasyonu zorunlu, Karmada ile workload federation tercih edilebilir.
Sıkça Sorulan Sorular
Karmada mı Rancher mı?
UI ihtiyacı varsa Rancher, programmatic federation gerekiyorsa Karmada. CNCF 2025 raporu 50+ cluster yöneten kurumların %58’inin Karmada tercih ettiÄŸini, 5-30 cluster için Rancher’ın daha yaygın olduÄŸunu gösteriyor.
Cluster API hangi durumda zorunlu?
Cluster lifecycle otomasyonu için 10+ cluster yönetiyorsanız zorunlu. CAPI dışında alternatif kubeadm + Ansible scripting, ancak scaling üretmiyor. AWS EKS, Azure AKS, GCP GKE managed Kubernetes’ler CAPI altında deÄŸil.
KubeFed neden deprecate oldu?
KubeFed v2 (Federation v2) 2023’te CNCF tarafından archived statüsüne alındı. Pattern’i Karmada’ya devredildi. KubeFed kullanıcılarına Karmada migration önerilir; tipik migration süresi 3-6 ay.
Multi-cluster için maliyet ne kadar?
Rancher Prime cluster başına ortalama yıllık 3000-8000 dolar (cluster boyutuna göre). Karmada açık kaynak ücretsiz; ancak operasyonel ekip gerektirir. Cluster API açık kaynak. AWS 2025 multi-cluster raporu federation toplam TCO’sunun cluster başına yıllık 12-18K dolar olduÄŸunu gösteriyor.
RBAC sync nasıl yapılır?
Rancher native global RBAC sunar. Karmada için her cluster’da manuel veya GitOps ile sync. External authn (Okta, Azure AD, LDAP) + per-cluster RBAC yaygın pattern. CNCF 2025 raporu federated RBAC eksikliÄŸinin multi-cluster benimsenmesindeki #1 sorun olduÄŸunu gösteriyor.
Resmi kaynaklar için Karmada resmi sitesini, Rancher dokümantasyonunu, Cluster API rehberini ve sektör verisi için CNCF Annual Survey raporlarını inceleyebilirsiniz.
Ömer ÖNAL
Mayıs 23, 2026Multi-cluster Kubernetes hala kurumların en sık abarttığı kararlardan biri. Çoğu organizasyon 3 cluster’ı federation ile yönetmeye çalışırken aslında Rancher fleet veya basit GitOps ile yetebilir. Karmada gerçekten 10+ cluster ve aktif-aktif workload yerleştirme gerektiğinde değerlidir. Cluster API ise cluster lifecycle otomasyonu için endüstri standardı oldu. Önce mevcut cluster sayısı ve sebebi sorgulanmalı, çözüm sonra. — Ömer ÖNAL