Teknik detaya geçmeden önce altyapı değeri

AktifDb

Veritabanı düğümleri yalnızca arıza anında bekleyen kapasite olmaktan çıksın.

AktifDb, çok düğümlü ilişkisel veritabanı mimarileri için geliştirilen aktif-aktif koordinasyon konseptidir. Temel soru basittir: Birden fazla veritabanı sunucusu, elektrik, soğutma, rack alanı ve operasyon maliyeti zaten ödeniyorsa, bu kapasitenin daha büyük bölümü normal iş yüküne güvenli biçimde katılabilir mi?

Global/İngilizce konumlandırma: ShardronDB — Active-Active Database Coordination Layer.

AktifDb aktif-aktif veritabanı koordinasyon görseli; aktif düğümler, koordinasyon katmanı, sunucu, elektrik, soğutma ve operasyon değeri
AktifDb önce altyapı değerini ve iş sürekliliğini anlatır; mimari ayrıntıları ise alt sayfalarda katmanlı biçimde açar.
Daha verimli sunucu kullanımıÖdenen veritabanı kapasitesinin daha fazlasını günlük iş yüküne dahil etmeyi hedefler.
Elektrik ve soğutma farkındalığıVeritabanı mimarisi yalnızca yazılım değil, veri merkezi maliyeti kararıdır.
Süreklilik + üretkenlikYüksek erişilebilirlik korunurken pasif kapasite anlayışı yeniden sorgulanır.

Ana sayfa neden yüksek seviyede?

AktifDb ilk temas noktasında teknik ayrıntıya boğmaz. Önce maliyet, kaynak kullanımı, süreklilik ve altyapı verimliliği anlatılır. Routing, sahiplik, tutarlılık, yedekleme ve güvenlik gibi konular mimari sayfalarda detaylandırılır.

Sonraki adım ne?

Konu ilginizi çekiyorsa kullanım senaryolarına, ROI farkındalığına ve mimari genel bakışa geçebilirsiniz. Site, meraktan değerlendirme talebine kadar kademeli bir yolculuk için tasarlanmıştır.

Pasif kapasitenin gizli maliyeti

Yüksek erişilebilirlik gereklidir. Sürekli atıl kalan altyapı ise sorgulanmalıdır.

Aktif-pasif yapılar sürekliliği korur; ancak çoğu zaman sunucu kapasitesinin önemli bir bölümü yalnızca arıza senaryosu için bekler. Bu kapasite satın alınır, çalıştırılır, soğutulur, lisanslanır, izlenir ve güncellenir; fakat normal iş yüküne sınırlı katkı sağlar.

01

Sunucu yatırım değeri

Hedef, veritabanı düğümlerini yalnızca sigorta kapasitesi değil, üretken kapasite haline getirme fikrini incelemektir.

02

Elektrik ve soğutma

Mimari kararlar elektrik tüketimi, soğutma yükü, rack yoğunluğu ve veri merkezi planlamasını etkiler.

03

Operasyon verimliliği

Node’lar her gün değer ürettiğinde izleme, bakım, kapasite planlama ve yatırım gerekçesi daha net hale gelir.

04

Ölçeklenebilir süreklilik

Redundancy önemlidir; fakat mimari aynı zamanda aktif iş yükü katılımını da hedefleyebilir.

AktifDb’den önce tablo neydi?

Veritabanı sürekliliği ve ölçekleme için farklı geleneksel yaklaşımlar kullanılır.

Tek sunucu, aktif-pasif HA, multi-primary replikasyon, sharding/routing ve native distributed SQL sistemleri farklı sorunları çözer. AktifDb bunların tamamının yerine geçen evrensel bir ürün iddiasıyla değil; mevcut ilişkisel node’lar üzerinde koordinasyon katmanı fikriyle konumlanır.

Tek RDBMS

Basit ama dikey sınırları vardır

Tek veritabanı sunucusu kolay yönetilir; fakat büyüme CPU, disk, bakım penceresi ve erişilebilirlik baskısı oluşturur.

Aktif-pasif HA

Güvenli, tanıdık, standby ağırlıklı

Standby node erişilebilirliği artırır; ancak failover anına kadar sınırlı katkı sunarken elektrik, soğutma ve bakım maliyeti üretir.

Multi-primary

Yazılabilir node’lar, daha yüksek koordinasyon yükü

Birden fazla yazılabilir kopya güçlüdür; fakat tutarlılık, çakışma davranışı ve tam kopya replikasyon dikkatli tasarlanmalıdır.

Sharding / routing

Veri dağıtımı ile ölçekleme

Veri ve yük bölünür; fakat sahiplik, yönlendirme, yedekleme, yeniden dağıtım ve görünürlük soruları ortaya çıkar.

Distributed SQL

Dağıtık motor yaklaşımı

Platform değişimi uygunsa güçlüdür; ancak migration, eğitim ve yeni operasyon alışkanlıkları gerektirebilir.

AktifDb

İlişkisel node’ların üzerinde koordinasyon

Gateway kontrollü yönlendirme, sahiplik ve yedek yerleşimi ile node’ların daha aktif katılımını araştırır.

AktifDb değer önerisi

Veritabanı altyapısını daha verimli kullanmak için koordinasyon katmanı.

AktifDb, uygulama ile ilişkisel veritabanı node’ları arasındaki mimari katmana odaklanır. Public Katman 1 anlatımı, aktif-aktif koordinasyonun neden önemli olduğunu, hangi tür altyapı israfını azaltmayı hedeflediğini ve standby ağırlıklı HA kalıplarından nasıl ayrıldığını açıklar.

Daha üretken node’lar“Mevcut donanım” ile “iş yüküne katkı sağlayan kapasite” arasındaki farkı azaltma fikri.
Maliyet bilinci olan mimariSunucu, elektrik, soğutma, rack, lisans, backup ve bakım maliyetleri mimari faktör olarak ele alınır.
Net değerlendirme yoluZiyaretçi iş değerinden kullanım senaryolarına, ROI farkındalığına ve mimari değerlendirmeye ilerleyebilir.
Korunan teknik derinlikPublic site güven oluşturur; runtime kodu, internal replikasyon mantığı ve production şemalar korunur.
AktifDb kullanım senaryoları ve aktif-aktif veritabanı koordinasyon modeli görseli
Önce değer ve risk azaltımı anlatılır; mimari detaylar alt sayfalarda katmanlı biçimde açılır.

Karşılaştırma

AktifDb mevcut yaklaşımların yerini almak yerine farklı bir değerlendirme alanı açar.

Aşağıdaki tablo iddialı benchmark sonuçları değil; mimari felsefe açısından genel bir konumlandırma sunar.

KriterAktif-Pasif HAMulti-Primary ClusterNative Distributed SQLAktifDb Konsepti
Normal iş yüküÇoğunlukla tek aktif yazma yolu.Birden fazla yazılabilir kopya olabilir.Dağıtık motor içinde yönetilir.Mevcut ilişkisel node’lar üzerinde koordineli aktif katılım hedeflenir.
Atıl kapasiteStandby kapasite maliyeti görünür olabilir.Tam kopya ve conflict yönetimi maliyeti doğabilir.Yeni platform maliyeti ve alışkanlığı gerektirebilir.Sunucu, elektrik, soğutma ve operasyon maliyetini mimari konuşmanın parçası yapar.
Benimseme yaklaşımıTanıdık ve yaygın.Yazma ve tutarlılık tasarımı dikkat ister.Daha büyük platform kararıdır.Önce katmanlı mimari konsept ve değerlendirme yolu sunar.
Doğru soruFailover ne kadar hızlı ve güvenilir?Conflict ve consistency nasıl yönetiliyor?Ekip yeni dağıtık platforma geçebilir mi?Mevcut node’lar, iş yükleri ve maliyetler nasıl daha verimli düzenlenebilir?

Sonraki adım

Önce mevcut mimarinin değer kaybını görün. Sonra teknik detaya inin.

AktifDb, “veritabanı node’ları daha aktif kullanılabilir mi?” sorusunu mimari, operasyon ve maliyet ekseninde değerlendirmenize yardımcı olur.