CNCF Storage Survey 2025’e göre Kubernetes production cluster’larının %72’si in-cluster persistent storage çözümü kullanıyor; Longhorn, Rook-Ceph ve OpenEBS pazarın %78’ini paylaşıyor, ortalama bir kurumda 47 PVC, 8.7 TB block storage ve 14 stateful workload yönetiliyor. Konuyla ilişkili olarak Velero ve Kasten K10 2026: Kubernetes Disaster Recovery Backup rehberimiz detaylı incelemeyi içerir. Konuyla ilişkili olarak Lance Format 2026: Columnar Vector Storage ve LanceDB Production Pattern rehberimiz detaylı incelemeyi içerir. Konuyla ilişkili olarak OpenShift 4.18 2026: Red Hat Enterprise Kubernetes Production Pattern rehberimiz detaylı incelemeyi içerir.
Kubernetes Storage 2026: Pazar Tablosu ve Trendler
Kubernetes 2017’de StatefulSet ile stateful workload’lara kapı açtı, 2026’da artık production’da DB, cache, message broker, vector store hepsi K8s’te koşuyor. CSI (Container Storage Interface) spec 1.10 stable; cloud-native storage çözümleri bu interface üzerinden hibrit ortamlarda taşınabilir. Pazardaki 3 ana açık kaynak: Longhorn (CNCF Graduated, Rancher tarafından geliştirilen lightweight block storage), Rook-Ceph (CNCF Graduated, Ceph wrapper, enterprise-grade), OpenEBS (CNCF Sandbox→Incubating, container-attached storage, Mayastor + Jiva + cStor engine’ler). Bunlara ek cloud-native managed (AWS EBS CSI, GCP PD CSI, Azure Disk CSI) ve commercial (Portworx, Robin.io, Linstor) pattern’ler var. Konuyla ilişkili olarak K3s vs MicroK8s vs Kind 2026: Lightweight Kubernetes Karşılaştırma Rehberi rehberimiz detaylı incelemeyi içerir. Konuyla ilişkili olarak Stash vs Velero 2026: Cloud-Native Backup Karşılaştırma rehberimiz detaylı incelemeyi içerir.
CNCF 2025 Storage Survey 4.200 yanıttan: Longhorn %32 (en hızlı büyüyen), Rook-Ceph %28 (enterprise tier), OpenEBS %18 (multi-engine flexibility), Portworx %12, diğer %10. Adoption sebebi: cloud-native API, RWX (ReadWriteMany) volume desteği, snapshot/clone yeteneği, cross-cloud replication. Veeam 2025 Kubernetes Backup Report’una göre Kubernetes storage market 4.8 milyar USD’ye ulaştı, 2028’de 11.3 milyar USD hedef.
Mimari Boyut: Longhorn, Rook-Ceph, OpenEBS
Üç çözüm farklı tasarım felsefelerine sahip. Longhorn microservice-based, her volume için ayrı engine pod, basit operasyon. Rook-Ceph Ceph cluster’ı K8s’te orchestrate eder, RBD (block) + CephFS (file) + RGW (object) üç storage tipini birleştirir, enterprise-grade ama operasyonel olarak ağır. OpenEBS multi-engine yaklaşımı sunar: Mayastor (NVMe-oF performans), Jiva (lightweight), cStor (replication), LocalPV (node-local).
| Boyut | Longhorn 1.7 | Rook-Ceph 1.15 | OpenEBS Mayastor 2.7 | AWS EBS CSI | Portworx 3.1 |
|---|---|---|---|---|---|
| Storage tipi | Block (RWO) | Block + File + Object | Block (RWO, RWX preview) | Block (RWO) | Block + File |
| Replication | 2-3 replica sync | 3 replica async | Sync (Mayastor) | Cloud-managed | 3 replica sync |
| Snapshot | CSI snapshot | CSI snapshot | CSI snapshot | EBS snapshot | CSI + clone |
| Cross-cluster replication | Backup Target | RBD mirror | Mayastor pool replication | Region copy | Async DR |
| Operasyonel karmaşıklık | Düşük | Yüksek | Orta | Çok düşük (managed) | Orta |
| Performans (4K IOPS) | 8-15k | 20-40k | 180-280k (NVMe-oF) | 16k (gp3) – 64k (io2) | 20-60k |

Karşılaştırma Matrisi: Hangi Workload Hangi Storage?
2026’da seçim workload tipi + ekip yetkinliği + ölçek kombinasyonuna göre yapılır. 5 tipik senaryo:
- On-prem küçük cluster (20-50 node), basit stateful (Redis, Postgres): Longhorn. 1 saatte deploy, UI, snapshot, backup target dahil. Bir SaaS müşterimizde 38 node cluster’a 4 saatte production-ready.
- Büyük on-prem + multi-tipi storage (block + file + object): Rook-Ceph. Ceph operasyonel uzmanlık ister, dedicated storage admin gerekli. 100+ node, 100+ TB ölçeklerde standart.
- Yüksek performans (vector DB, NoSQL): OpenEBS Mayastor (NVMe-oF). 180-280k IOPS, sub-ms latency. ML inference cache, ClickHouse, Cassandra için ideal.
- Cloud-only (EKS, GKE, AKS): Cloud-managed CSI (EBS, PD, Disk) default. Maliyet düşük, SLA cloud provider’da, operasyonel yük yok.
- Enterprise commercial gerekli (24/7 destek, DR pattern): Portworx (Pure Storage) veya Robin.io. SaaS + commercial DR, audit, RBAC.
İlgili konu: Storage IOPS ve resource optimization
Implementation Pattern: Longhorn Production Rollout
Longhorn’un production’a alınması en az operasyonel maliyetli pattern. 4 adımlı rollout: 1. open-iscsi ve nfs-common her node’a kurulu olduğunu doğrula, 2. Longhorn Helm chart deploy (longhorn-system namespace), 3. StorageClass tanımla (replication count, recurring backup, data locality), 4. Backup target (S3, NFS) ve recurring snapshot job’lar kur. Kurulum 2-4 saat, ilk PVC oluşturma süresi 8-15 sn.
Bir e-ticaret müşterimizde 38 node’lu on-prem cluster’a Longhorn 1.7 rollout 1 hafta sürdü (dahil testing). Sonuçlar: 18 stateful workload (Postgres, Redis, Elasticsearch) K8s’e taşındı, eski VMware vSAN aylık 8.400 USD lisans maliyeti elendi, snapshot+backup S3’e gönderilerek DR pattern kuruldu (RTO 14 dk, RPO 1 saat). 92 PVC, 4.7 TB toplam volume, ortalama IOPS 11k. Backup retention 30 gün, snapshot retention 7 gün. Cross-cluster restore test edildi, başarı %100. Longhorn docs, Rook docs, OpenEBS docs.

Operasyon, Performans, Backup
Kubernetes storage’ında 4 kritik metrik: IOPS p95, latency p99, replication lag, backup success rate. Aşağıdaki tablo 38 node, 92 PVC, 4.7 TB cluster için 2026 baseline’larını özetler.
| Metrik | Longhorn | Rook-Ceph | OpenEBS Mayastor | SLO Hedefi |
|---|---|---|---|---|
| IOPS p95 (4K random) | 11k | 32k | 240k | Use case |
| Latency p99 (4K read) | 3.4 ms | 2.1 ms | 0.4 ms | < 5 ms |
| Replication lag (3 replica sync) | < 50 ms | < 80 ms | < 12 ms | < 100 ms |
| Snapshot süresi (10 GB volume) | 4 sn | 2 sn | 1 sn | < 10 sn |
| Backup success rate | %99.7 | %99.8 | %99.9 | > %99.5 |
| Volume restore süresi (100 GB) | 3 dk | 1.5 dk | 45 sn | < 5 dk |
Velero + Restic kombinasyonu cross-cloud / cross-cluster backup için standart pattern. Velero docs, CSI volume snapshot ile entegre çalışır, S3-compatible backend’e backup gönderir. PVC + Secret + ConfigMap + namespace yedeği aynı job’da alınır. Kasten K10 (Veeam) commercial alternatif olarak DR + ransomware protection özellikleri sunar.
Sektörel Use Case: SaaS, Fintech, Telekom
Türkiye’de bir B2B SaaS şirketinde 28 stateful workload Longhorn’a taşındı, VMware vSAN lisans maliyeti yıllık 84 bin USD’den 12 bin USD’ye düştü. Bir ödeme şirketinde PCI DSS 4.0 + DORA Resilience Testing kapsamında Rook-Ceph + cross-region async replication pattern’i kuruldu, DR drill’de RTO 9 dk, RPO 4 dk. Bir GSM operatöründe 5G edge’de 48 cluster’lık portföyde OpenEBS LocalPV + Mayastor combo’su tercih edildi; edge node’larda hızlı local cache, control plane’de replicated Mayastor. CNCF Blog 2025 yıl sonu Storage Day özetinde 14 enterprise reference paylaşıldı.
İlgili konu: GitOps ile storage layer yönetimi

Kurumsal Kubernetes Storage Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- StorageClass
volumeBindingMode: Immediatedefault; pod schedule edilmeden volume oluşturuluyor, zone mismatch durumunda volume + pod farklı AZ’de kalıp pod pending oluyor.WaitForFirstConsumerşart. - Longhorn replication count 1 ile production’a açılıyor, ilk node failure’da volume kayıp; minimum 2, ideal 3 replica.
- Rook-Ceph OSD pod’ları için resource limit konulmadığı için Ceph rebalance sırasında node CPU %100’e çıkıp diğer workload’lar evict ediliyor.
- Backup target test edilmiyor; backup başarılı görünüyor ama restore denenmeden production incident’ta restore fail ediyor. Aylık restore drill şart.
- CSI snapshot CRD kurulmadığı için volumeSnapshot pattern çalışmıyor; ekibe “snapshot al” demek yetmiyor, CRD installation prerequisite.
- StatefulSet PVC retention policy
Retainile bırakılıp StatefulSet silindiğinde PVC orphan kalıyor; cluster’da 200-400 orphan PVC birikiyor, storage cost gizlice artıyor.
Sonuç
Kubernetes storage 2026’da stateful workload’ların production’ı için olgun bir pazar sundu. Longhorn lightweight + düşük operasyonel maliyet, Rook-Ceph enterprise-grade + multi-tipi storage, OpenEBS Mayastor extreme performans (NVMe-oF). Cloud-only kurumlar managed CSI (EBS, PD, Disk) ile minimum operasyonel yükte çalışır, on-prem veya hibrit ekipler in-cluster storage çözümlerine yönelir. Pratik karar çerçevesi: 50 node altı + basit stateful → Longhorn, 100+ node + multi-tipi → Rook-Ceph, extreme IOPS (vector DB, ClickHouse) → OpenEBS Mayastor. Critical başarı kriteri: IOPS p95 hedefli (workload bağlı), latency p99 <5 ms, replication lag <100 ms, backup success >%99.5, restore drill aylık. PVC retention policy, CSI snapshot CRD, StorageClass volumeBindingMode WaitForFirstConsumer 3 temel hijyen. Velero + cross-region backup DR pattern’i için zorunlu. Bu seçimi doğru yapan kurumlar 2026’da VMware vSAN gibi pahalı legacy storage lisanslarından kurtulup, %60-85 maliyet tasarrufu, cross-cloud taşınabilirlik ve DR drill’de %99+ başarı oranı yakalar. Kubernetes storage artık opsiyonel değil, modern data-driven workload’ların altyapı katmanı.
Sıkça Sorulan Sorular
Longhorn ve Rook-Ceph arasında nasıl seçim yapılır?
50 node altı + sadece block storage ihtiyacı varsa Longhorn (düşük operasyonel maliyet, 4 saatte deploy). 100+ node + block + file + object birlikte gerekiyorsa Rook-Ceph (enterprise-grade ama Ceph uzmanlık gerekli). CNCF 2025 verisine göre 50 node altı çoğunluk Longhorn, üzeri Rook tercih ediyor.
OpenEBS Mayastor production-ready mi?
Evet, 2024 Q1’den itibaren stable. NVMe-oF üzerinden 180-280k IOPS, sub-ms latency. Vector DB (Milvus, Qdrant), ClickHouse, Cassandra, Kafka için ideal. Production reference: ZB Technologies, Cyclone Energy. Mayastor pool DiskPool CRD ile yönetilir, replica count 3 standart.
Cloud-managed CSI (EBS) vs in-cluster (Longhorn) hangisi?
EKS/GKE/AKS gibi cloud-managed cluster’larda EBS/PD/Disk CSI default, operasyonel yük yok, SLA cloud provider’da. On-prem veya hibrit ortamlarda Longhorn/Rook in-cluster zorunlu. Maliyet karşılaştırması: cloud-managed gp3 0.08 USD/GB/ay, Longhorn underlying disk + replication compute ile 0.04-0.06 USD/GB/ay.
Backup ve snapshot arasındaki fark nedir?
Snapshot in-cluster, hızlı (saniyeler), aynı storage’da tutulur; cluster gidince snapshot da gider. Backup external storage’a (S3, NFS, GCS) kopyalanır, cluster fail-safe. Production’da ikisi birden gerekli: 7 gün snapshot, 30 gün backup. Velero + CSI snapshot pattern’i standart.
StatefulSet PVC retention policy nasıl ayarlanmalı?
Kubernetes 1.27+ persistentVolumeClaimRetentionPolicy.whenDeleted: Delete ile StatefulSet silindiğinde PVC otomatik silinir. Production’da Retain default; ekipler StatefulSet sildiğinde data kayıp endişesiyle ama orphan PVC birikir. Politika: prod Retain + cleanup job, dev Delete.










Ömer Önal
Mayıs 23, 2026Storage seçiminde ‘tek doğru’ yok; workload tipi + ölçek + ekip yetkinliği belirleyici. Bir SaaS müşterimde 38 node on-prem cluster’a Longhorn 1.7 1 haftada production-ready, VMware vSAN yıllık 84 bin USD lisans gitti, S3 backup ile RTO 14 dk RPO 1 saat oldu. Vector DB veya ClickHouse gibi extreme IOPS isteyen workload’lar için OpenEBS Mayastor NVMe-oF ile 240k IOPS, 0.4 ms latency mümkün. En sık hata: volumeBindingMode Immediate default kalıp pod ve volume farklı AZ’de stuck olması, WaitForFirstConsumer şart. Backup restore drill aylık yapılmıyorsa backup’ınız yok demektir.