İçeriğe geç

PostgreSQL

PostgreSQL cluster kurulumu

Streaming replication ile okuma kopyası, otomatik yük devretme senaryosu ve düzenli yedekleme. Replikasyon trafiği 10 Gbps izole yerel ağ üzerinde akıyor.

Replikasyon yöntemi
Streaming
Sorgu yükü dağıtımı
Okuma kopyası
Zaman noktasına geri dönüş
PITR
Düşük gecikmeli veri diski
NVMe

Cluster kurmadan önce cevaplanması gereken soru

PostgreSQL cluster kurmanın iki farklı gerekçesi olur ve ikisi farklı mimariye götürür. Birincisi okuma yükünü dağıtmak: raporlama sorguları ana veritabanını yorduğunda okuma kopyası kurulur ve ağır sorgular oraya yönlendirilir. İkincisi yüksek erişilebilirlik: ana sunucu düştüğünde hizmetin devam etmesi hedeflenir.

İkisi aynı teknolojiyi kullanır ama farklı yapılandırma gerektirir. Okuma dağıtımında asenkron replikasyon çoğu zaman yeterlidir; kopyanın birkaç saniye geride olması raporlama için sorun değildir. Yüksek erişilebilirlikte ise veri kaybı toleransınız senkron replikasyon gerektirebilir — bu da yazma performansına maliyet olarak yansır.

Replikasyon gecikmesi ağ kalitesine doğrudan bağlı. Kopya trafiğinin 10 Gbps izole yerel ağ üzerinde akması, internet çıkışını kullanan kurulumlara göre belirgin avantaj sağlıyor; senkronizasyon gecikmesi dış trafikten etkilenmiyor.

Yedekleme tarafında zaman noktasına geri dönüş (PITR) yapılandırılabiliyor. Bu, 'dün saat 14:30'daki hâline dön' türü bir talebi karşılamayı mümkün kılıyor — yanlışlıkla çalıştırılan bir silme sorgusundan sonra en çok ihtiyaç duyulan yetenek.

  • Okuma kopyası ile raporlama yükü ana sunucudan ayrılır
  • Yüksek erişilebilirlik için yük devretme senaryosu kurgulanır
  • Replikasyon trafiği izole yerel ağda akar
  • PITR ile belirli bir zaman noktasına dönüş
  • Bağlantı havuzu ve bellek ayarları iş yüküne göre yapılır

Özellikler

Yapılandırılan bileşenler

  • Streaming replication

    Ana sunucudaki değişiklikler kopyaya sürekli aktarılır; gecikme izlenir ve eşik aşımında alarm üretilir.

  • Okuma kopyası yönlendirmesi

    Raporlama ve analiz sorguları kopyaya yönlendirilerek ana sunucunun işlem kapasitesi korunur.

  • Zaman noktasına dönüş

    WAL arşivi ile belirli bir ana geri dönüş yapılabilir; yanlış silme işlemlerinde kritik bir yetenek.

  • Bağlantı havuzu

    Çok sayıda kısa ömürlü bağlantı açan uygulamalarda havuzlama, bellek tüketimini belirgin şekilde düşürür.

  • Sorgu izleme

    Yavaş sorgular, kilit beklemeleri ve önbellek isabet oranı takip edilir; performans sorunu erken görünür.

  • Erişim sınırlaması

    Veritabanı yalnızca uygulama segmentinden erişilebilir; internete doğrudan açık bırakılmaz.

SSS

Sıkça sorulan sorular

Okuma kopyası ne kadar geride kalır?

Asenkron replikasyonda gecikme genellikle saniyenin altında kalır; yazma yoğunluğu arttığında bir miktar büyüyebilir. Gecikme sürekli izlenir ve belirlediğimiz eşiği aştığında alarm üretilir. Raporlama senaryolarında bu düzey gecikme sorun oluşturmuyor.

Ana sunucu düşerse ne oluyor?

Yük devretme senaryosu önceden kurgulanır: kopyanın hangi koşulda ana rolü üstleneceği, uygulamanın yeni adresi nasıl bulacağı ve normale dönüşün nasıl yapılacağı yazılı hâle getirilir. Bu adımlar tanımlı değilse kesinti süresi kararla değil, doğaçlamayla belirlenir.

Senkron mu asenkron mu replikasyon seçmeliyim?

Veri kaybı toleransınıza bağlı. Senkron replikasyonda yazma işlemi kopya onaylamadan tamamlanmaz; veri kaybı riski en aza iner ama yazma gecikmesi artar. Asenkronda yazma hızlıdır, karşılığında ani bir arızada son birkaç işlemi kaybetme ihtimali vardır. Kararı iş gereksinimlerinize göre birlikte veriyoruz.

Altyapınızı birlikte planlayalım

İhtiyacınızı dinleyip size özel konfigürasyon ve fiyatlandırma hazırlıyoruz. Hazır paket satmıyoruz; kurulum, lisans ve yedekleme planını birlikte kuruyoruz.