korkmam gereken bir şey var mı?
Yedekleri yok. Herhangi bir depolama cihazı gibi, ölebilir. Yedekleri saklayın.
Veri yükü yaş alacaksa, veri yükünü tamamladıktan sonra durdurarak ve kopyalayarak salt okunur db'yi yedeklerdim. Bu şekilde bir şeyler ters giderse, daha sonra yeniden oluşturmak daha kolay olurdu.
Tüm DB'yi SSD'ye veya yalnızca dizinlere koyabilir miyim?
Uyuyorsa, tüm DB'yi saklayın.
Değilse, SSD'ye bir tablo alanı koyun ve dizinleri ve çok sorgulanan tabloların sığacağı kadar saklamak için kullanın.
SSD'ler için PostgreSQL'in ayarlanması için özel bir tavsiye / öğretici gerekli mi?
SSD'lerin yararlarının çoğu OLTP yazma yükleri içindir. Salt okunur yüklerin ana avantajı hızlı arama yapmaktır ve slardiere bunu kapsamaktadır.
effective_io_concurrency = 5
SSD'lerin hızlı, yoğun şekilde pipeline edilmiş rastgele okumalar yapabileceği gerçeğini yansıtacak bir şey ayarlamak isteyebilirsiniz ... ancak sadece bitmap dizin taramalarını etkiler ve pratikte bunu random_page_cost
zaten içerir.
Salt okunur bir yük için bir ton fark yaratmaz.
İlk veri yüklemesi için bkz.
Unutmayın, bir i7 ve 32Gb RAM ile iyi bir iş istasyonum var, bu yüzden orada da bazı tavsiyeler sunabilirsiniz.
maintenance_work_mem
Veri yüklemesi için büyük bir değer belirleyin. En azından kullanırdım 8GB
.
work_mem
Sorgulama işi için büyük bir değer belirleyin. Uygun boyut biraz sorgu karmaşıklığına bağlıdır. İle başlayın 500MB
ve oradan yukarı çıkın.
Senin kadar Bump checkpoint_segments
(kitlesel) ilk veri yükü için.
VM aşırı hizmetini devre dışı bırakmayı unutmayın! (PostgreSQL kılavuzuna bakın: http://www.postgresql.org/docs/current/static/kernel-resources.html )