<div>Merhabalar Mustafa Bey,</div><div> </div><div>Oncelikle read-write load balance cizdiginiz mimaride mumkun degil. 1 adet standby'iniz olacak, o da warm olacak, yani okumaya kapali. O nedenle read load balance gitti :) Write load balance ise zaten PostgreSQL ve streaming replikasyon ile hali hazirda mumkun degil, o da gitti :) Ne okumayi ne de yazma yukunu dagitabileceginiz bir yer yok :)</div><div> </div><div>Tek veri merkezi kullaniyorsunuz, basit bir mimariniz ve az sayida veritabani sunucunuz var, repmgr'i inceleyebilirsiniz.</div><div><div><a href="https://github.com/2ndQuadrant/repmgr">https://github.com/2ndQuadrant/repmgr</a></div><div> </div><div>Pooling kisminda da pgbouncer kullanmaya karar vermeden once gercekten pooling'e ihtiyaciniz oldugundan emin olmanizda fayda var.</div><div>- Ayni zamanda projenizi hangi dilde gelistiriyorsunuz?</div><div>- Hangi driver'i kullaniyorsunuz?</div><div>- Driver'in kendisinin pooling ozelligi var mi?</div><div>- Driver'in kendisinin hedefin yazilabilir olup olmadigini kontrol etme kabiliyeti var mi?</div><div>gibi ek sorular da gelmeye basliyor. En sik karsilastigim durumlardan bir tanesi de farkinda olmadan 2 defa pooling yapmak :)</div><div> </div></div><blockquote><div>Açıkcası yeni başlayan bir projede elimizdeki veriler ile en stabil/yalın kurguyu planlamak istiyoruz. Açık kaynak tarafında teknoloji çeşitliliği fazla ve piyasada hangi teknoloji ne şekilde kullanıldığının örneklerini ve deneyimleri görmek istiyoruz.</div></blockquote><div>Ticari bir hedefiniz var ise, bu cozumu firmaniz/kendiniz kullanmak icin degil satmak icin ariyor iseniz; bunun en dogru yontemi, isi bu olan bir firma/kisi ile birlikte calismak ve uzmanindan danismanlik almak olacaktir. Aradiginiz yogunluktaki bilgi birikimine en saglikli bu sekilde ulasabileceginize inaniyorum :)</div><div>Best regards.</div><div>Samed YILDIRIM</div><div> </div><div> </div><div> </div><div>27.08.2020, 14:28, "mustafa pekgöz" <pekgoz(dot)mustafa(at)gmail(dot)com>:</div><blockquote><div>Merhabalar,<div>öncelikle güzel sorularınız için teşekkürler :)</div><div>Oncelikle hem HA Proxy hem de PgBouncer'i neden birlikte kullanmayi tercih ettiniz? Bu araclari dusunurken/kurgularken hangisinin hangi problemi cozmesini planliyordunuz? </div><div>--HAProxy read-write load balance için,pgbouncer ise kısa süreli çok fazla connection olduğu için.</div><div><div>-> Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac adet standby sunucunuz var?</div><div>1 master,şimdilik 1 tane warm,belki arttırılabilir.</div><div>-> Bunlardan hangileri hot/warm/cold?</div><div>--1 tanesi warm</div><div>-> Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri merkezi kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme nedir?</div><div>--tek veri merkezi</div><div>-> Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri merkezleri arasinda da otomatik failover ihtiyaci var mi?</div><div>--aynı veri merkezinde</div><div>-> Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin geldi?</div><div>--açıkcası kullanan bir kaç canlı ortamdan ve döküman araştırmalar sonucu diyebiliriz.</div><div>-> Fencing'i ne sekilde yapacaksiniz?</div></div><div> </div><div>Açıkcası yeni başlayan bir projede elimizdeki veriler ile en stabil/yalın kurguyu planlamak istiyoruz. Açık kaynak tarafında teknoloji çeşitliliği fazla ve piyasada hangi teknoloji ne şekilde kullanıldığının örneklerini ve deneyimleri görmek istiyoruz. </div><div> </div><div>Çok teşekkürler.</div></div> <div><div>On Thu, Aug 27, 2020 at 1:50 PM Samed YILDIRIM <<a href="mailto:samed(at)reddoc(dot)net">samed(at)reddoc(dot)net</a>> wrote:</div><blockquote style="border-left-color:rgb( 204 , 204 , 204 );border-left-style:solid;border-left-width:1px;margin:0px 0px 0px 0.8ex;padding-left:1ex"><div>Merhabalar,</div><div> </div><div>Oncelikle hem HA Proxy hem de PgBouncer'i neden birlikte kullanmayi tercih ettiniz? Bu araclari dusunurken/kurgularken hangisinin hangi problemi cozmesini planliyordunuz?</div><div> </div><div>-> Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac adet standby sunucunuz var?</div><div>-> Bunlardan hangileri hot/warm/cold?</div><div>-> Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri merkezi kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme nedir?</div><div>-> Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri merkezleri arasinda da otomatik failover ihtiyaci var mi?</div><div>-> Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin geldi?</div><div>-> Fencing'i ne sekilde yapacaksiniz?</div><div>....</div><div> </div><div>Sorular boyle uzaar gider :) Siz hikayenizi ve hayalinizi anlatin ki buna dair dogru deneyimleri aktarmak mumkun olsun. Her kosula uyan tek bir model/cozum yok maalesef :)</div><div> </div><div> </div><div> </div><div>Best regards.</div><div>Samed YILDIRIM</div><div> </div><div> </div><div> </div><div>27.08.2020, 13:08, "mustafa pekgöz" <<a href="mailto:pekgoz(dot)mustafa(at)gmail(dot)com">pekgoz(dot)mustafa(at)gmail(dot)com</a>>:</div><blockquote><div>Merhabalar,<div> </div><div>Postgresql otomatik failover ve connection pooling yapısının nasıl kullanıldığına/yapılandırıldığına dair görüş ve önerilerinize ihtiyacım var.</div><div>Kullanmayı planladığımız yapıda:</div><div>App Server >> HA Proxy >> PgBouncer >>Postgres Master şeklinde.</div><div> Patroni-etcd kullanılarak yapılandırılacak. Ancak HA proxy ve PgBouncer sunucularında single point of failure durumu ve olası switchover,failover durumunda master'a bağlanması için PgBouncer ve HAProxy nasıl update edileceği gibi konular var. consul veya confd ile ilerlenebilir duruyor ancak başka görüş,öneri veya tecrübeleriniz varsa paylaşabilirseniz çok sevinirim.</div><div> </div><div>Mustafa Pekgöz</div><div> </div></div></blockquote></blockquote></div></blockquote>