PostgreSQL için en iyi tahsisli sunucu barındırma hangisidir?

PostgreSQL neden ECC belleğe ihtiyaç duyar?

PostgreSQL bellek hatalarına karşı koruma sağlamaz: güvenilirlik bölümü, endüstri standardı ECC RAM veya daha iyisini kullandığınızı varsayar. Veri sağlama toplamları (checksum) diskteki sayfaları korur. PostgreSQL 18'de varsayılan olarak açıktır. Yazmadan önce RAM'de ters dönen bir bit, geçerli bir sağlama toplamıyla yine de diske yazılır.

Bir birincil veritabanı için ECC lüks değildir; PostgreSQL'in beklemek üzere yazıldığı donanımdır. ECC'li Lumenfer planları şunlardır:

• Lumen 6: AMD EPYC 4244P, 32 GB DDR5 ECC, $91,65.
• Lumen 24: AMD EPYC 9254, 256 GB DDR5 ECC, $356,25.
• Lumen 32: AMD EPYC 9354, 384 GB DDR5 ECC, $749,67.

Ryzen planları standart DDR5 listeler. Yeniden oluşturabileceğiniz replica'lar, staging veritabanları ve raporlama kopyaları için uygundur. Kiralık bir sunucuda ECC RAM'e ihtiyacınız var mı sayfamız aradaki farkı açıklıyor.

Bir PostgreSQL sunucusu ne kadar RAM'e ihtiyaç duyar?

shared_buffers ile büyük bir kernel sayfa önbelleği için yeterli; çünkü PostgreSQL her ikisinden de okur. Kılavuzun adanmış bir veritabanı sunucusu için başlangıç noktası, RAM'in %25'inin shared_buffers içinde ayrılmasıdır. Kılavuz ayrıca %40'ın üzerinin daha iyi çalışmasının olası olmadığını ekler, çünkü PostgreSQL işletim sistemi önbelleğine de dayanır.

• shared_buffers. 256 GB'lık bir makinede %25, 64 GB eder. Daha büyük değerler genellikle daha büyük bir max_wal_size de gerektirir.
• effective_cache_size. Bir tahsis değil, planner tahminidir. Bunu shared_buffers artı PostgreSQL'in kullanacağı kernel önbelleğine ayarlayın. Varsayılan 4 GB'dır, büyük bir sunucu için çok düşüktür.
• work_mem. Varsayılan olarak 4 MB'dır, her sıralama veya hash adımına verilir. Karmaşık bir sorgu birkaçını çalıştırır, ve aynı anda birçok oturum çalışır. Toplam kullanım ayarın birkaç katı olabilir.
• maintenance_work_mem. Varsayılan olarak 64 MB'dır, VACUUM ve index oluşturma tarafından kullanılır. Büyük bir sunucuda bunu artırın.

Veritabanının tamamı RAM'e sığdığında, kılavuz random_page_cost değerini düşürmenin uygun olabileceğini söyler. Yüzlerce gigabayt DDR5 ile birçok veritabanı bu noktaya ulaşır.

PostgreSQL için huge pages ve katı overcommit kullanmalı mıyım?

Evet, yalnızca PostgreSQL çalıştıran bir sunucuda: kılavuz Linux için her ikisini de belgeler. Huge pages, büyük shared_buffers için ek yükü azaltır. Katı overcommit, bellek tükendiğinde kernel'in postmaster'ı öldürme olasılığını düşürür.

PostgreSQL kaç huge page'e ihtiyaç duyduğunu size söyler. Bunları ayırın, ardından sunucunun onlar olmadan başlamayı reddetmesi için huge_pages = on ayarlayın. Varsayılan olan try, sessizce geri düşer.

Bu ayarlar, belgeleri overcommit'i devre dışı bırakmamayı söyleyen ClickHouse ile çakışır. İki veritabanını ayrı makinelerde tutun; bkz. bare metal üzerinde ClickHouse donanımı.

# strict overcommit; add the same line to /etc/sysctl.conf
sysctl -w vm.overcommit_memory=2

# how many huge pages does this cluster need? (server stopped)
postgres -D $PGDATA -C shared_memory_size_in_huge_pages
# reserve that number, e.g. 3170, then make it permanent in /etc/sysctl.conf
sysctl -w vm.nr_hugepages=3170

# postgresql.conf: refuse to start without huge pages
# huge_pages = on

Kiralık bir sunucuda hangi depolama düzeni PostgreSQL'e uygundur?

NVMe mirror'ı koruyun ve replikasyon ile off-site arşivleri ikinci kopyanız yapın. İki diskli planlarda işletim sistemi, yazılım RAID 1 yansısı üzerinde gelir; teslimattan önce RAID 0 veya iki ayrı disk tercih ederseniz destek ekibine danışın.

Kılavuz, WAL'in ayrı bir diskte olmasının avantajlı olduğunu söyler. İki sürücülü bir sunucuda bu, mirror'ı bozmak anlamına gelir. O zaman ölen tek bir sürücü ya veriyi ya da WAL'i düşürürdü. Konsolu olmayan kiralık donanımda RAID 1'i korurduk.

Yazma önbellekleri bir kontrolü hak eder. Kılavuz, birçok SSD'nin uçucu write-back önbelleği olduğunu ve birçoğunun varsayılan olarak flush komutlarına uymadığını uyarır. diskchecker.pl ile test etmeyi önerir. Destekten tam sürücü modelini isteyin, ardından veri sayfasında güç kesintisi koruması arayın. Sürücü türleri hakkında daha fazlası kiralık sunucularda NVMe vs SATA SSD.

PostgreSQL kaç CPU çekirdeği kullanır?

Meşgul her bağlantı için bir tane, artı büyük sorgular için paralel worker'lar. PostgreSQL her bağlantı için yeni bir sunucu süreci başlatır. Kısa işlem sorguları her biri bir çekirdekte çalışır, bu yüzden çekirdek başına hız gecikmelerini belirler. Büyük taramalar ve join'ler paralel worker'lar arasında bölünebilir.

• Bağlantılar. max_connections tipik olarak 100'dür. PostgreSQL bazı paylaşılan belleği buna göre boyutlandırır, bu yüzden binlerce boşta bağlantı RAM israf eder. Bunun yerine önüne bir bağlantı havuzu koyun.
• Paralel sorgu. Sorgu başına worker'lar max_parallel_workers_per_gather ile sınırlanır. Toplamlar max_worker_processes ve max_parallel_workers ile sınırlanır, ikisi de varsayılan olarak 8'dir. 24 veya 32 çekirdekte raporlama sorguları için bunları artırın.

EPYC planları, daha fazla çekirdek ve ECC karşılığında çekirdek başına hızdan biraz ödün verir. Kiralık bir sunucunun kaç CPU çekirdeğine ihtiyaç duyduğu rehberimiz bu ödünleşimi ele alır.

Kiralık bir sunucuda PostgreSQL'i nasıl yedeklerim?

Sunucunun dışındaki depolamaya sürekli arşivleme çalıştırın ve başka bir şehirde streaming replica tutun. Yedekleme dahil değildir: verilerinizin kopyalarını başka bir yerde tutun. Kılavuz üç yedekleme yaklaşımı listeler: SQL dumps, dosya sistemi düzeyinde kopyalar ve sürekli arşivleme. Yalnızca sürekli arşivleme belirli bir zamana geri yükleme yapmanızı sağlar.

Amsterdam (Hollanda), Reykjavik (İzlanda), Zürih (İsviçre) ve Bükreş (Romanya): dört şehirde de beş planın tamamı, her yerde tek fiyat. Amsterdam'daki bir birincil ile Reykjavik veya Zürih'teki bir replica tam olarak iki plana mal olur, başka hiçbir şeye değil.

PostgreSQL için hangi Lumenfer planını seçmeliyim?

Birincil için ECC'li bir plan seçin ve sıcak veri belleğe sığacak şekilde boyutlandırın. Replica'lar ve test kopyaları Ryzen planlarında çalışabilir. Her plan ve süre Lumenfer fiyatlandırma sayfasında.

Lumenfer'nin 30 October 2026 kontrolünde, KYC'siz kripto barındırıcılarındaki 229 karşılaştırılabilir planın 95'ü DDR5 bellek listeledi. Her Lumenfer planı bunu yapar, 2022 veya daha yeni bir CPU'da.

Kiralık bir sunucu managed PostgreSQL'den daha mı iyi?

Size sabit bir fiyata tam bir makine verir, ama siz veritabanı yöneticisi olursunuz. Managed hizmetler yedeklemeleri, failover'ı ve yükseltmeleri sizin için çalıştırır. Kiralık bir sunucuda sürümü, uzantıları ve her kernel ayarını siz seçersiniz ve bu işleri kendiniz üstlenirsiniz.

Lumenfer yalnızca donanımı yönetir. Yeniden başlatma, yeniden kurulum ve iptal talepleri panelden verilir ve ekibiniz tarafından işlenir; yeniden kurulum diskleri siler. Geçişin kendisi için AWS'den bare metal'e geçmeli mi yazısını okuyun.