Karpenter ve Spot Instance 2026: Kubernetes Workload Scheduling

Karpenter 2026’da AWS EKS workload scheduling pazarının dominant aracı oldu; AWS 2025 Karpenter Adoption Report node provisioning süresinin Cluster Autoscaler’a göre ortalama 3 dakikadan 47 saniyeye, spot kullanım oranının %38’den %71’e yükseldiÄŸini gösteriyor ve CNCF Annual Survey benimsenme hızını bir yılda %156 olarak raporladı.

Karpenter’ın 2026 Kubernetes Autoscaling Manzarası

Karpenter AWS tarafından 2021’de açık kaynaklandı, baÅŸlangıçta AWS-only iken 2024’te Azure provider eklendi ve cloud-agnostic vizyonuyla geniÅŸledi. CNCF Annual Survey 2025 verisi Karpenter kullanım oranının kurumsal EKS müşterilerinde %63’e ulaÅŸtığını gösteriyor. Cluster Autoscaler ile karşılaÅŸtırıldığında temel fark: Cluster Autoscaler node group bazlı, Karpenter workload bazlı. Bu fark sayesinde Karpenter optimal instance tipini ve size’ını workload requirement’larına göre seçiyor.

Pazar konumu: AWS 2025 EKS Workshop verisi yeni EKS cluster’larının %78’inin Karpenter ile baÅŸladığını gösteriyor. Spotify 2025 platform engineering raporu Karpenter ile spot instance kullanımının %92’ye ulaÅŸtığını, compute maliyetinin %71 düştüğünü açıkladı. Azure Karpenter provider 2024’te GA oldu; AKS müşterilerinin %23’ü Karpenter kullanmaya baÅŸladı.

Karpenter vs Cluster Autoscaler Mimari Fark

Cluster Autoscaler 2017’den bu yana node group abstraction’ına dayanıyor: önceden tanımlı node group’lardan birine pod sığmazsa, o group’tan yeni node eklenir. Karpenter ise NodePool CRD’sinden workload requirement’larını okur ve cloud provider’a doÄŸrudan EC2 RunInstances çaÄŸrısı yapar. Bu fark Karpenter’a 3-4 kat daha hızlı node provisioning ve daha optimal instance seçimi saÄŸlıyor.

Spot Instance ve Interruption Handling

Karpenter’ın en güçlü tarafı spot instance yönetimi. NodePool spec’inde spot ve on-demand karışık tanımlanır; Karpenter optimal mix’i otomatik hesaplar. Spot interruption notification (2 dakika önce gelen termination notice) Karpenter tarafından handle edilir: pod’lar baÅŸka node’a drain edilir, yeni spot/on-demand node spawn olur. AWS 2025 raporu Karpenter ile spot interruption survivability’nin %94’e ulaÅŸtığını gösteriyor.

Spot interruption handling pattern: PodDisruptionBudget ile minimum availability garantisi, preStop hook ile graceful shutdown, ConsumerLag aware scaling. Critical workload’lar için on-demand fallback, batch workload’lar için %100 spot kullanımı tipik. Spotify 2025 raporu spot pattern adopsiyonu için 6 production pattern tanımladı: PDB enforcement, multi-AZ spread, instance diversity (5+ instance type), checkpoint-based recovery, queue replay, idempotent processing.

• PodDisruptionBudget: minAvailable ile garanti.
• Multi-instance diversity: 5+ instance type tek NodePool’da.
• Multi-AZ spread: topology spread constraint.
• Termination handler: AWS Node Termination Handler.
• Checkpoint pattern: stateful workload için S3 checkpoint.
• Queue replay: failure sonrası SQS message replay.

NodePool Tasarımı: Taints, Tolerations, Requirements

NodePool CRD’si Karpenter’ın merkezi. spec.template.spec içinde workload requirement’ları tanımlanır: nodeClassRef (provider config), requirements (instance family, OS, architecture, capacity type), taints (workload izolasyon), startupTaints (initialization sürecinde). NodePool tasarımı production stability için kritik.

İlgili konu: Kubernetes Multi-Tenancy rehberimizde detayları bulabilirsiniz.

Consolidation ve Cost Optimization

Karpenter’ın diÄŸer ayırt edici özelliÄŸi: continuous consolidation. NodePool consolidation enabled olduÄŸunda, Karpenter sürekli olarak workload’ı daha optimal bin pack ediyor. Atıl node’lar drained edilip terminate ediliyor, küçük node’lar daha büyük single node ile deÄŸiÅŸtiriliyor (eÄŸer maliyet daha düşükse). Bu pattern compute maliyetini ortalama %20-30 daha düşürüyor.

Production Setup ve Observability

Karpenter production setup için IAM role permissions, NodePool tanımı, EC2NodeClass (instance config), interruption queue (SQS) gereksinimleri var. AWS 2025 best practices: Karpenter pod’unu Fargate’te çalıştırma (kendi yarattığı node’da çalışmamalı), NodePool consolidation enable, multi-instance type diversity, scheduled maintenance window. Prometheus metric’leri ile Karpenter operasyonu görünür: karpenter_nodes_total, karpenter_provisioner_scheduling_duration_seconds, karpenter_interruption_disruption_total.

Kurumsal Karpenter Spot Instance Dönüşümünde Karşılaşılan Tipik Sorunlar

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

• NodePool tek instance type ile tanımlanmış; spot kapasite bulunamayınca node provision olmuyor.
• PodDisruptionBudget eksik; spot interruption sırasında downtime yaÅŸanıyor.
• Consolidation disabled; atıl node maliyeti birikiyor.
• Karpenter kendi yarattığı node’da çalışıyor; self-bootstrap problemi.
• Multi-AZ spread yok; tek AZ outage cluster-wide etki.
• Interruption queue (SQS) config eksik; spot termination handling eksik.

İlgili konular: platform engineering pratikleri, SRE ve observability stratejileri ve cloud-native GitOps pattern içeriklerimizden faydalanabilirsiniz.

Sonuç

Karpenter 2026’da AWS ve Azure EKS/AKS workload scheduling pazarının dominant aracı. Cluster Autoscaler’ın node group abstraction’ından farklı olarak workload-based yaklaşımı ile 3-4 kat hızlı provisioning, optimal instance seçimi ve continuous consolidation saÄŸlıyor. Spot instance kullanımıyla compute maliyetini %60-70 azaltıyor; ancak doÄŸru NodePool tasarımı, PodDisruptionBudget, multi-instance diversity ve interruption handling pattern’leri olmadan production’da risk yaratıyor. 5-10 stateless workload pilot ile baÅŸlayın, sonra batch ve queue worker’lara yayın. Critical stateful workload’lar için on-demand fallback bırakın.

Sıkça Sorulan Sorular

Resmi kaynaklar için Karpenter resmi sitesini, AWS rehberi için AWS Container blog, spot instance dokümantasyonu için AWS EC2 Spot sayfasını ve sektör verisi için CNCF Annual Survey raporlarını inceleyebilirsiniz.