▸1. Aurora Mimarisi: "The Log is the Database"
Klasik veritabanlarında motor bellekteki dirty page'leri diske yazar, checkpoint yapar ve disk bloklarını günceller. AWS Aurora ise bu modeli kökten değiştirmiştir:
Aurora compute node'u diske asla veri sayfası (page) yazmaz! Yalnızca üretilen Redo/WAL log kayıtlarını dağıtık depolama katmanına (Storage Fleet) fırlatır. Depolama katmanı arka planda logları sayfalara dönüştürür.
- •Artısı: Read replica eklemek saniyeler sürer; çünkü tüm okuma kopyaları aynı paylaşımlı depolama katmanına bakar. Replikasyon gecikmesi genellikle 10 ms altındadır.
- •Eksisi (I/O Vergisi): Her log yazma ve her disk okuma "Aurora I/O Request" olarak faturalandırılır. İndeks optimizasyonu zayıf bir veritabanında aylık I/O faturası compute maliyetini 3'e katlayabilir.
▸2. Self-Hosted Patroni / InnoDB Cluster
Kendi sunucularınızda (Hetzner, Equinix, Veri Merkezi) kurulan 3 node'lu bir Patroni HA kümesi:
- 1Gecikme (Latency): Yerel PCI-e 4.0/5.0 NVMe disklerde
fsyncsüresi 50-100 mikrosaniyedir. Aurora'da ise 6 depolama node'unun 4'ünden onay alma (Quorum write) zorunluluğu nedeniyle yazma gecikmesi 1-3 milisaniyeden aşağı inemez. - 2Öngörülebilir Maliyet: Disklerinize saniyede 100.000 IOPS vursanız bile ay sonunda tek kuruş ekstra fatura ödemezsiniz.
- 3Operasyonel Sorumluluk: Donanım arızası, işletim sistemi yamaları, disk genişletme ve yedekleme orkestrasyonu tamamen sizin DBA ekibinizin sorumluluğundadır.