Cluster Autoscaler vs Karpenter 2026: AWS EKS Maliyet Optimizasyonu

AWS Containers Blog 2025 yıl-sonu raporuna göre EKS müşterilerinin %47’si Karpenter’a geçti; Cluster Autoscaler’dan migrasyon yapan ekiplerde ortalama node provisioning süresi 2.8 dk’dan 38 saniyeye, EC2 spot instance kullanım oranı %23’ten %71’e, aylık compute faturası ise %37 azaldı. Konuyla ilişkili olarak Karpenter vs Cluster Autoscaler: 2026 Kubernetes Node Provisioning rehberimiz detaylı incelemeyi içerir.

Cluster Autoscaler vs Karpenter 2026: Pazar Tablosu

2025 sonu itibarıyla Karpenter EKS’te de facto standart oldu. AWS 2024 Q4’te v1.0 GA yayınladı, Kubernetes SIG Autoscaling tarafından upstream’e taşıma çalışması başladı (KEP-4953). Cluster Autoscaler (CA) Kubernetes 2017’den beri var, Google Cloud GKE’de default, Azure AKS’te ana seçenek. Karpenter şu an EKS-exclusive ama 2026 H2’de Azure AKS Karpenter Provider (preview) ve GCP karşılığı (Google’ın açıkladığı “Compute Class Autoscaler”) development’ta. AWS Cost Optimization Summit 2025’te paylaşılan veriye göre Karpenter kullanıcıları ortalama %32-45 EC2 maliyet tasarrufu raporladı.

Pazardaki ana fark: Cluster Autoscaler node group-based çalışır (önceden tanımlanmış ASG’ler arasında scale-out/in), Karpenter instance type-agnostic NodePool’larla just-in-time node provisioning yapar. Karpenter binpacking algoritması pending pod’lara bakar, mevcut instance type’lardan en ucuz + en küçük uygun olanı seçer. CA en yakın ASG’yi büyütür, instance type seçimi statik. CNCF 2025 Annual Survey’de 96 bin yanıtın %42’si “Karpenter veya benzeri just-in-time autoscaler primary” raporladı; 2023’te bu rakam %12’ydi.

Mimari Boyut: NodePool, Consolidation, Disruption

Karpenter v1.0 ile NodePool CRD primary abstraction haline geldi (eski adı Provisioner). NodePool requirements (instance type, zone, architecture, capacity type), limits (max CPU/memory), disruption policy (consolidationPolicy, expireAfter) tanımlar. EC2NodeClass AMI, subnet, security group, instance profile gibi AWS-specific config’i tutar. Consolidation Karpenter’ın killer feature’ı; idle node’ları otomatik daha küçük/ucuz instance’a taşıyıp eski’yi siler.

Karşılaştırma Matrisi: Hangi Workload Hangi Autoscaler?

2026’da seçim cloud provider’a göre yapılır, sonra workload pattern’ine. 5 tipik senaryo:

• EKS + dinamik workload (preview env, ML training, batch): Karpenter zorunlu. Pending pod sayısı dakikalarda 0’dan 200’e çıkıyorsa CA ASG launch süresi tutmaz, Karpenter saniyeler içinde provision eder.
• EKS + sabit production workload (steady-state): Karpenter avantajlı ama CA + Spot mixed ASG pattern de yetebilir. Maliyet farkı %15-25 aralığında.
• GKE: Cluster Autoscaler + Compute Class. Karpenter GKE’de native değil; Compute Class Autoscaler GA olmadan beklenir.
• AKS: Cluster Autoscaler + Spot VM. Karpenter Azure preview’da (2025 Q4), GA bekleniyor 2026 Q3.
• Multi-cloud: Cluster Autoscaler tek seçenek; Karpenter henüz multi-cloud değil.

İlgili konu: Resource optimization ile Karpenter sinerjisi

Implementation Pattern: Karpenter Rollout + Maliyet Optimizasyonu

Karpenter rollout 4 aşamada yapılır. 1. EKS cluster’ında Karpenter Helm chart deploy (IAM role + EC2NodeClass + NodePool), 2. Mevcut workload’ları Karpenter NodePool’una taint/toleration ile yönlendir, 3. Cluster Autoscaler ASG’lerini kademeli olarak min=0 yap, 4. CA’yı kaldır. Geçiş sırasında %5-10 kapasite buffer’ı önerilir, eğer Karpenter beklenmedik issue yaparsa CA fallback olarak kalsın.

Bir e-ticaret müşterimizde 240 node’lu EKS cluster’ında Karpenter geçişi 8 hafta sürdü. Sonuçlar: aylık EC2 maliyeti 84 bin USD’den 47 bin USD’ye (-%44), spot instance kullanım oranı %28’den %78’e, node provisioning p95 süresi 4.7 dk’dan 52 sn’ye, pending pod kuyruğunda kalış süresi ortalama 38 sn’den 9 sn’ye düştü. Consolidation günde ortalama 18 node “downsize” yaptı, idle cost yaklaşık %38 azaldı. Black Friday peak yoğunluğunda Karpenter 3.5 dk içinde 92 yeni node provision etti, traffic loss sıfır. Karpenter docs ve Cluster Autoscaler repo.

Maliyet, Operasyon, Spot Optimization

Karpenter’ın asıl maliyet tasarrufu spot instance + bin-packing kombinasyonundan geliyor. AWS EC2 spot pricing on-demand’in %30-90 altında, ama interruption riski var. Karpenter priceCapacityOptimized allocation strategy ile en az interruption + en düşük fiyat dengesini optimize eder. Aşağıdaki tablo 240 node’lu cluster için baseline değerleri özetler.

Spot interruption rate’ini düşürmek için NodePool requirements’a daha geniş instance type ailesi eklenir (5-12 type ideal); az tipte spot ararsa interruption artar. Karpenter v1.0 consolidationPolicy: WhenUnderutilized ile çok agresif consolidation yapılır, production’da bu workload restart fırtınası tetikleyebilir. WhenEmpty + manual cron için consolidation daha güvenli. AWS Cost Optimization blog.

Sektörel Use Case: E-Ticaret, Fintech, Media

Türkiye’de bir e-ticaret şirketinde Karpenter geçişi Black Friday öncesi tamamlandı; peak yoğunlukta 412 yeni node 8 dk içinde provision edildi, traffic loss sıfır, maliyet %41 azaldı. Bir ödeme şirketinde PCI DSS uyumu için Karpenter NodePool’ları “tenant per NodePool” pattern’i ile izole edildi, audit log Cloudtrail’e otomatik. Bir medya şirketinde news desk Q4 yoğunluğunda Karpenter consolidation gece saatlerinde 280 node’u 92’ye indirip 06:00’ten itibaren tekrar büyüttü, gece maliyeti %71 azaldı. Adobe public case study’sinde 18 EKS cluster Karpenter ile yönetiliyor, yıllık tasarruf 3.2 milyon USD. AWS Case Studies 2025 yıl sonu listesinde 14 enterprise Karpenter reference.

İlgili konu: Ephemeral env’lerde Karpenter kullanımı

Kurumsal Cluster Autoscaler ve Karpenter Dönüşümünde Karşılaşılan Tipik Sorunlar

Danışmanlık projelerinde gözlemlenen tipik darboğazlar:

• Karpenter consolidationPolicy: WhenUnderutilized production’a default açılıyor; pod restart fırtınası tetikleniyor, ekip “Karpenter çok agresif” diyerek geri rollback yapıyor. WhenEmpty güvenli başlangıç.
• NodePool requirements’a tek instance type eklendiği için spot interruption rate günde 12-18’e çıkıyor; 5-12 type ailesi eklenmesi gereken pratik.
• Stateful workload’larda (StatefulSet) Karpenter consolidation Pod Disruption Budget’ı görmezden geliyor görüşü yanlış; PDB tanımlı ise consolidation respect eder. Ama PDB tanımlanmadığı için zarar yaşanıyor.
• Pod resource request’leri yanlış (over-provision); Karpenter pending pod’a göre node seçtiği için over-provision = gereksiz büyük instance. VPA + Karpenter combo şart.
• EC2NodeClass AMI version pin edilmediği için “latest” tag’inden farklı sürümler geliyor, node consistency bozuluyor; AMI ID açıkça pin edilmeli.
• Karpenter controller pod’u HA değil (1 replica default); controller down’sa scale-out durur, peak yoğunlukta production incident. 2-3 replica + leader election şart.

Sonuç

Cluster Autoscaler vs Karpenter 2026’da artık bir tartışma değil; EKS’te Karpenter de facto standart, GCP/Azure’da Cluster Autoscaler tek seçenek (Karpenter preview/development). Karpenter’ın provisioning süresi 5x daha hızlı, bin-packing efficiency %25-30 daha yüksek, spot ratio 2-3x daha iyi, aylık EC2 maliyeti %35-45 daha düşük. Pratik rollout planı: 1. Karpenter Helm chart deploy + IAM/EC2NodeClass/NodePool kurulum (2 hafta), 2. Workload migrasyonu taint/toleration ile (3 hafta), 3. Cluster Autoscaler ASG kademeli scale-down (2 hafta), 4. Spot ratio optimize + consolidation policy tune (3 hafta). Critical başarı kriteri: provisioning p95 <90 sn, spot ratio >%70, aylık EC2 maliyet -%35+, bin-packing efficiency >%85. PDB her workload için zorunlu, VPA + Karpenter combo şart, NodePool 5-12 instance type aile genişliği gerekli, controller HA. Multi-cloud kurumlar CA + Karpenter hibrit kalır 2026 sonuna kadar. Bu pattern’i benimseyenler cloud bill review’inde yüz güldüren rakam, peak yoğunlukta sıfır traffic loss, FinOps committee’de tam puan ile masaya oturur. EKS’te Karpenter artık opsiyonel değil, modern Kubernetes operasyonunun zorunlu katmanı.

Sıkça Sorulan Sorular