Ana içeriğe geç
Veritabanı iş yükleri için dedicated sunucular neden public cloud'u geride bırakır?

Altyapı

Veritabanı iş yükleri için dedicated sunucular neden public cloud'u geride bırakır?

PostgreSQL ve diğer durumlu veritabanları I/O yalıtımı, kararlı saat ve öngörülebilir lisans ister. Bare-metalin daha sakin ve çoğu zaman daha ekonomik olduğu nokta burasıdır.

Eyup · Founder2 dk okuma

Public cloud, durumsuz işçileri patlatmakta başarılıdır. Birincil veritabanı bunun tersidir: durumludur, gecikmeye duyarlıdır ve hemen her zaman sabit bir CPU/disk profiline göre ayarlanır. Bu işi paylaşımlı bir birime koymak, birçok ekibin “yönetilen SQL”in yerine geçtiği sunucudan daha pahalı olduğunu görmesinin nedenidir.

Veritabanı aslında neyi bekler

İyi indekslenmiş bir OLTP sisteminde sorgu süresi çoğu zaman CPU'ya bağlı değildir. Commit gecikmesi, checkpoint I/O ve buffer-cache isabet oranı beklenir. Paylaşımlı birimde bu üç sayı, komşu bir yedek veya migrasyon başlatınca kayar. Dedicated NVMe'de aynı commit yerel bir PCIe adımıdır.

Müşteri PostgreSQL 16 örneklerini dedicated sunucularda yerel NVMe ile çalıştırıyoruz; bulut diski gibi sunulan bir SAN yok. WAL senkronu shared buffer ile aynı makinededir. Hipervizör kredi sistemi ve saat 18:00'de biten “burst bakiyesi” yoktur.

Yalıtım, lisans ve saatler

İlk üretim olayından sonra üç operasyonel ayrıntı ortaya çıkar:

  • Gürültülü komşu. Paylaşımlı hipervizör, canlı taşıma sırasında çevrim çalabilir. Dedicated donanım altınızdan taşınmaz.
  • Lisans. Çekirdek başına ürünler (Oracle, SQL Server, bazı GIS yığınları) sayabildiğiniz sokete göre fiyatlanır. 64 vCPU'luk bir bulut SKU'su, ay boyunca gerçekten sahip olduğunuz 16 çekirdekli bir EPYC'ten sıkça daha pahalıdır.
  • Saat ve NUMA. Checkpoint ve autovacuum davranışı, CPU topolojisi yeniden başlatmalar arasında değişmeyince daha öngörülebilirdir.

Bunun için özel çekirdek gerekmez. Diski paylaşmamak gerekir.

Cloud hâlâ ne zaman doğrudur

Replika kümesi Cuma'ya kadar üç bölgeye yayılmalıysa veya ekip yedek penceresi alamıyorsa yönetilen bulut veritabanı kullanın. Çalışma kümesi bir veya iki makineye sığıyorsa ve SLA “bu örnek bu PCIe yolunda kalsın” ise dedicated kullanın.

Sık gördüğümüz desen: uygulama katmanı public cloud KVM'de, birincil ve streaming replika aynı veri merkezinde dedicated üzerinde. Aralarında özel VLAN; genel internete saç tokası yok.

Nasıl teslim ediyoruz

Katalogdaki dedicated planlarda NVMe, L3/L4 DDoS ve IPv6 vardır. Ek IP, disk ve remote hands siparişte kapsamlanır — herkese açık eklenti fiyat listesi yoktur. Çalışma kümesi yayımlanan SKU'ya uymuyorsa vCPU, RAM, disk ve replikasyon topolojisi ile teklif isteyin.

Kısa hali: WAL'ın oturduğu yolu ödeyin, broşürde NVMe yazan sanal diski değil.

İlgili yazılar

Zenix Hakkında

Zenix AS209604'ü işletir — İstanbul, Sofya, Dublin ve Karaçi'de dedicated sunucular, VPS ve colocation.

İletişime geçin