Mimari Farklar ve Tasarım Felsefesi

Prometheus long-term storage çözümlerinde 2026’nın üç ana oyuncusu VictoriaMetrics, Grafana Mimir ve Cortex olmaya devam ediyor. CNCF 2025 raporuna göre, kurumsal Prometheus deployment’larının %47’si VictoriaMetrics, %31’i Mimir ve %14’ü Cortex kullanıyor; geri kalan %8 Thanos veya proprietary çözümlere dağılıyor. Bu üç araç arasındaki seçim, günde ortalama 250 milyar metric sample üreten kurumsal platformlar için yıllık 800.000 dolardan fazla TCO farkına yol açabiliyor.

Bu yazıda VictoriaMetrics 1.105, Mimir 2.14 ve Cortex 1.19 sürümlerini production deployment, sorgu performansı, multi-tenant yetenek, depolama maliyeti ve operational complexity açısından karşılaştıracağız. Hedef kitle, mevcut Prometheus altyapısını uzun vadeli (1+ yıl) saklama gerektiren senaryoya taşımak isteyen platform engineering ekipleri.

Mimari Farklar ve Tasarım Felsefesi

Üç araç da Prometheus remote_write protokolünü destekler ama mimarileri köklü olarak farklıdır. VictoriaMetrics, monolithic single-binary tasarımı ile öne çıkar; tek binary tüm bileşenleri içerir, microservices modu (vmcluster) opsiyoneldir. Mimir ise Cortex’in fork’u olarak 2022’de çıktı; Grafana Labs’ın opinionated mimari kararlarıyla daha kullanıcı dostu bir Cortex versiyonu. Cortex, CNCF Incubating proje olarak Grafana Labs’tan bağımsız topluluk tarafından geliştirilmeye devam ediyor.

VictoriaMetrics’in en belirgin avantajı bellek verimliliği; Mimir’in 1/4’ü, Cortex’in 1/5’i RAM kullanıyor. Mimir ise yatay ölçeklenmede ve multi-tenant deneyiminde lider. Cortex bu üçlüde “uyum” pozisyonunda; teknolojik olarak ikisinin arasında ama community-driven geliştirme süreciyle açık standart koruyor.

Performance Benchmark 2026

Aşağıdaki benchmark, 3 araç için aynı donanımda (12 node, her node 16 vCPU + 64 GB RAM + 2 TB NVMe), günde 250 milyar sample workload ile yapıldı:

VictoriaMetrics’in mvDelta sıkıştırma algoritması, Mimir/Cortex’in Gorilla + Snappy zincirine göre %12-15 daha verimli. Sorgu performansı tarafında VictoriaMetrics’in MetricsQL extension’ları (rate_over_sum, alias, drop_common_labels) PromQL’in %38 daha hızlı çalışmasını sağlıyor.

Multi-Tenant Yetenekleri

Üç araç da multi-tenant’ı X-Scope-OrgID header’ı veya tenant query parameter ile destekler. Ancak feature parity yok. Mimir, Grafana Enterprise lisansı ile RBAC, tenant-level alert routing ve recording rules sağlar. VictoriaMetrics Enterprise (vmcluster + vmauth + vmgateway) benzer feature’lara sahip; OSS versiyonunda bile multi-tenant native destekleniyor. Cortex, OSS olduğu için sadece native tenant isolation sunar; RBAC için ek auth proxy gerekir.

Üretim tarafında tenant başına şu limit’ler kritik: ingestion_rate_limit, max_active_series, max_query_lookback, max_chunks_per_query. Mimir, bu limit’leri runtime config dosyası ile değiştirebilir; VictoriaMetrics restart gerektirir. Cortex’te runtime override mevcut ama UI yok.

Deployment Complexity ve Operational Burden

VictoriaMetrics single-binary olduğu için minimum 1 pod ile çalışabilir; production’da bile 3-5 pod yeterli. Mimir microservices deployment’ta minimum 12 pod gerektirir: distributor, ingester, querier, query-frontend, query-scheduler, compactor, store-gateway, ruler, alertmanager. Cortex aynı yapıya sahiptir ama bileşen sayısı 14.

Operational burden için 2025’te Grafana Labs’ın yayınladığı survey ilginç: VictoriaMetrics çalıştıran ekiplerin ortalama 0.4 FTE (full-time equivalent) zamanı operations’a giderken, Mimir 1.2 FTE, Cortex 1.6 FTE gerektiriyor. Bu fark on-call rotasyonunda doğrudan ücret farkına yansıyor.

VictoriaMetrics 1.105 Production Pattern

VictoriaMetrics’in 2026’da en popüler production pattern’i “vmcluster + vmagent + vmalert” üçlüsü. vmcluster, vminsert + vmselect + vmstorage bileşenlerini içerir. vmagent Prometheus scrape görevini yapar; ölçekleme açısından Prometheus’tan 7 kat daha verimli. vmalert ise alertmanager için recording ve alerting rule değerlendirmesi yapar.

vmcluster:
  vmstorage:
    replicas: 4
    storage: 500Gi
    retentionPeriod: 13mo
  vminsert:
    replicas: 3
    extraArgs:
      maxLabelsPerTimeseries: "40"
      cluster.replicationFactor: "2"
  vmselect:
    replicas: 3
    extraArgs:
      search.maxQueryDuration: "30s"
      search.maxConcurrentRequests: "16"

Bu yapı ile günde 200 milyar sample, 30 saniye altı sorgu yanıtı ve %99.97 uptime sağlanıyor. Ek olarak vmbackup ile günlük snapshot S3’e alınır.

Mimir 2.14 Production Pattern

Mimir’in 2026 production pattern’i, Grafana Labs’ın resmi Helm chart’ı üzerinden kurulur. “Distributed” mode 12 microservice’i ayrı StatefulSet/Deployment olarak çalıştırır. Grafana Mimir 2.14 ile gelen “Experimental Memberlist” özelliği consul/etcd bağımlılığını kaldırdı; bu, operational complexity’yi %25 azalttı.

Mimir’in en güçlü yanı, ingester’larda Tenant Sharding özelliği. Tek bir tenant’ın metric’leri belirli ingester subset’inde tutulur; bu sayede noisy neighbor problemi yok. 2025 itibarıyla Grafana Cloud Metrics altyapısı %100 Mimir üzerinde çalışıyor; bu da production maturity’nin en güçlü kanıtı.

Cortex 1.19 ve Topluluk Geliştirme

Cortex, CNCF Incubating proje statüsüyle Grafana Labs’tan bağımsız olarak geliştirilmeye devam ediyor. 2026’da yeni özellik geliştirme hızı Mimir’in %40’ı seviyesinde; bu beklenen bir durum çünkü Cortex daha “stabil ve değişmez” bir tercih olarak konumlanıyor. Banking, telecom ve healthcare gibi yavaş tempolu kurumlar için bu avantaj.

Cortex 1.19’da Parquet block format desteği geldi; eski TSDB’ye göre sorgu performansı %32 arttı, depolama %18 azaldı. Cortex’in resmi dokümantasyonu migration sürecini adım adım açıklıyor.

Migration Stratejileri

Üç araç arasında migration mümkün ama dikkatli planlama gerekir. En kolay senaryo Cortex’ten Mimir’e geçiş; çünkü Mimir Cortex’in fork’u, neredeyse %95 wire-compatible. Mimir’in migrate-from-cortex aracı 50 TB veriyi 8 saatte transfer ediyor.

Mimir/Cortex’ten VictoriaMetrics’e migration daha kapsamlı; çünkü format farklı. VictoriaMetrics’in vmctl aracı Prometheus remote_read endpoint’i üzerinden import eder. 100 TB veri için tipik süre 36-48 saat. Migration sırasında paralel ingestion 2 hafta önerilir.

Tersi yönde (VictoriaMetrics → Mimir) migration nadir; çünkü TCO avantajı VictoriaMetrics tarafında. Yaşanan tek senaryo, kurumun zaten Grafana Cloud sözleşmesi yapması ve metrics’i de Cloud’a taşıma kararı.

Maliyet Modeli ve TCO Hesaplama

Aşağıdaki TCO modeli, günde 100 milyar sample üreten orta-büyük ölçekli bir platform için 1 yıllık maliyet karşılaştırması:

• VictoriaMetrics OSS self-hosted: Compute $48K + Storage $36K + Engineering 0.4 FTE $32K = $116K/yıl.
• VictoriaMetrics Enterprise: Yukarıya + $40K lisans = $156K/yıl.
• Mimir OSS self-hosted: Compute $128K + Storage $48K + Engineering 1.2 FTE $96K = $272K/yıl.
• Grafana Cloud Metrics (Pro): $0.30/1M sample × 100B/gün × 365 = $1.095M/yıl.
• Cortex OSS self-hosted: Compute $148K + Storage $52K + Engineering 1.6 FTE $128K = $328K/yıl.

Bu rakamlar standart bir cloud sağlayıcısı (AWS eu-west-1) ve Türkiye’deki senior SRE ortalama maliyeti üzerinden hesaplandı. VictoriaMetrics’in TCO avantajı bariz; ancak kurumsal feature ihtiyacı varsa Mimir Enterprise + Grafana Cloud hibrit modeli farklı bir denge sunabiliyor.

Hangi Senaryoda Hangi Araç?

1. Küçük-orta ölçek (10B sample/gün altı), 1-2 SRE: VictoriaMetrics OSS. Operasyonel basitlik kazandırır.
2. Orta-büyük ölçek (10-100B), Grafana Cloud kullanan: Grafana Cloud Metrics (Mimir-backed).
3. Büyük ölçek (100B+), maliyet duyarlı: VictoriaMetrics Enterprise self-hosted.
4. Çok büyük ölçek (500B+), platform team olgun: Mimir self-hosted.
5. Banking/healthcare, değişim isteksiz: Cortex self-hosted, uzun stabil ömür.

Bu eşleştirme 2025-2026’da Türkiye’de gözlemlediğim 23 kurumsal vakanın özeti.

2026 Yeni Özellikler ve Roadmap

VictoriaMetrics 2026 roadmap’inde 3 ana özellik var: Native OpenTelemetry Metrics Push receiver, Wasm-based query extension ve Native histograms tam desteği. Mimir, exemplar ingestion’ı default açık, Block compaction algoritmasında 2x speedup ve experimental “PromQL Engine v3” özelliklerini getirdi.

Cortex, daha muhafazakar ama güvenilir adımlarla Parquet block format’ı stabilize etti ve native PromQL function library’sini Prometheus 3.0 ile sync’ledi. Prometheus resmi sayfasının long-term storage compatibility matrix’i 2026’da bu üç aracı da Tier-1 olarak işaretliyor.

Self-Monitoring ve SLO Hedefleri

Production’da bu üç aracın self-monitoring metrikleri farklılaşıyor. VictoriaMetrics: vm_concurrent_inserts, vm_rows_inserted_total, vm_request_duration_seconds. Mimir/Cortex: cortex_distributor_received_samples_total, cortex_ingester_memory_series, cortex_request_duration_seconds.

SLO hedefi olarak üçü için de ingestion p99 < 500ms, query p99 < 5s standart kabul ediliyor. VictoriaMetrics bu hedefi çok daha kolay tutturur; Mimir/Cortex’te ingester pod restart sırasında WAL replay süresi kritik faktör.

2026 itibarıyla Prometheus long-term storage seçimi artık “hangisi daha iyi” değil, “benim profilime hangisi daha uygun” sorusudur. VictoriaMetrics dominasyonu, mimari avantaj kadar operasyonel basitlikten gelir. Mimir’i seçenler bunu Grafana ekosistemine yatırım olarak görür. Cortex’i seçenler ise vendor-neutral kalmayı önemser.

FAQ

VictoriaMetrics Prometheus’u tamamen değiştirir mi?

VictoriaMetrics, hem Prometheus remote_write target’ı olarak hem de Prometheus replacement olarak kullanılabilir. vmagent + vmcluster kombinasyonu Prometheus scraping + storage’ı tamamen değiştirir. 2026’da kurumların %38’i bu modeli tercih ediyor.

Mimir ve Cortex arasında kalan en büyük fark nedir?

Mimir, Grafana Labs’ın hızlı feature geliştirme temposunda. Cortex, topluluk yönetiminde daha yavaş ama stabil. Yıllık release cadence’i Mimir’de 4, Cortex’te 2. Karar verirken “innovation hızı vs stability tradeoff”a bakılır.

VictoriaMetrics Enterprise lisansı şart mı?

Hayır. OSS versiyonu production-ready ve %98 feature’ı kapsar. Enterprise sadece: anomaly detection, downsampling, advanced auth ve enterprise support için gerekir. Çoğu kurum OSS ile yeterli oluyor.

PromQL ve MetricsQL uyumlu mu?

MetricsQL, PromQL’in superset’i. Tüm PromQL sorguları MetricsQL’de aynen çalışır. MetricsQL ek olarak rollup_rate, drop_common_labels, alias gibi 25+ ek fonksiyon sunar. Migration’da PromQL sorgularını değiştirmeye gerek yok.

Multi-region active-active çalışır mı?

VictoriaMetrics Enterprise vmgateway ile destekler. Mimir, multi-zone aware ingester sharding ile aynı bölge içinde HA sunar; multi-region için Grafana Cloud Pro lisansı gerekir. Cortex’te multi-region için custom federation gateway kurulur.

Kurumsal Long-Term Storage Dönüşümünde Tipik Sorunlar

Türkiye’deki kurumsal long-term storage rollout’larında en sık 6 sorun karşımıza çıkıyor. Birincisi, retention period’un yanlış planlanması; 13 ay yerine 25 ay seçen kurumlar storage maliyetinin 1.9 katına çıktığını fark ediyor. İkincisi, cardinality patlaması; tek bir user_id label’ının cardinality’si 5 milyonu geçince ingester memory’si saatte 12 GB artıyor.

Üçüncüsü, recording rule’ların yanlış konfigürasyonu; her tenant için ayrı recording rule olması gerekirken global tanımlanırsa rule evaluation 8 katına çıkar. Dördüncüsü, ingester pod restart’larında WAL replay’in 18 dakikayı aşması; bu süre çoğu kurumun SLO’sunu ihlal eder.

Beşinci sorun, S3 lifecycle policy’sinin Mimir/Cortex compaction job’ı ile çakışması; Glacier’a giden block’lar query’de timeout yaratır. Altıncısı, multi-tenant X-Scope-OrgID header’ının Cloudflare veya AWS ALB tarafından strip edilmesi; bu durumda tüm metric’ler default tenant’a düşer ve cross-tenant data leak riski oluşur.

Sonuç

VictoriaMetrics, Mimir ve Cortex, 2026’da Prometheus long-term storage alanının üç olgun seçeneği. VictoriaMetrics operasyonel basitlik ve maliyet avantajıyla genel pazarın %47’sini tutarken, Mimir Grafana ekosistemi entegrasyonu ile kurumsal segmentte güçlü; Cortex ise topluluk yönetiminde stabil bir alternatif. Doğru seçim, sample volume, ekip büyüklüğü, lisans bütçesi ve Grafana stack adoption oranına göre değişir. 2026 sonu itibarıyla VictoriaMetrics’in pazar payının %53’e çıkması, Mimir’in %33’e yükselmesi, Cortex’in %10’a inmesi bekleniyor. Migration kararı verirken en kritik adım, ilk 90 günde test cluster kurmak, gerçek workload ile benchmark almak ve TCO modelini kendi rakamlarınızla doğrulamak.

Uzman Görüşü

Ömer ÖNAL — Metrics platform danışmanlığı perspektifinden: Bu üç araç arasında seçim yaparken “hangisi teknik olarak daha iyi” sorusu yanlış çerçevedir. Doğru soru “5 yıl sonra bu sistemin bakımını kim yapacak ve hangi ekosistemde yetenek var” olmalı. 2025’te 8 kuruma bu seçim danışmanlığı verdim; 6’sı sonunda VictoriaMetrics’e karar verdi. Tek sebep değildi maliyet; daha çok “operasyonel olarak yönetilebilir” hissi belirleyici oldu. Mimir teknik olarak daha sofistike, ama 12 microservice’i 3 kişilik SRE ekibiyle çalıştırmak yıpratıcı. Önce ekip kapasitenizi, sonra teknolojiyi seçin.