Re: Postgres HA ve automatic failover hk.

Merhabalar,

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.
Kullanmayı planladığımız yapıda:
App Server >> HA Proxy >> PgBouncer >>Postgres Master şeklinde.
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.

Mustafa Pekgöz

<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>-&gt; Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac adet standby sunucunuz var?</div><div>-&gt; Bunlardan hangileri hot/warm/cold?</div><div>-&gt; Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri merkezi kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme nedir?</div><div>-&gt; Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri merkezleri arasinda da otomatik failover ihtiyaci var mi?</div><div>-&gt; Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin geldi?</div><div>-&gt; 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><br /></div><div><br /></div><div>Best regards.</div><div>Samed YILDIRIM</div><div><br /></div><div><br /></div><div><br /></div><div>27.08.2020, 13:08, "mustafa pekgöz" &lt;pekgoz(dot)mustafa(at)gmail(dot)com&gt;:</div><blockquote><div dir="ltr">Merhabalar,<div><br /></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 &gt;&gt; HA Proxy &gt;&gt; PgBouncer &gt;&gt;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><br /></div><div>Mustafa Pekgöz</div><div><br /></div></div>
</blockquote>

Merhabalar,

PostgreSQL için patroni entegrasyonunda pgbouncer kullanımı mimari gereği
zorunlu değil. HAProxy üzerinden, olası switchover/failover durumları için
kesintisiz bir şekilde yeni sunucuya doğru trafiği yönlendirebilirsiniz.

Ek olarak, patroni için KV store olarak etcd ya da consul tercih
edebilirsiniz. Consul kullanımı biraz daha farklı etcd'ye göre. Veritabanı
gözünden baktığımızda yapılandırması ve konfigürasyonları etcd'ye göre
çözülmesi biraz daha karmaşık olabiliyor.

mustafa pekgöz <pekgoz(dot)mustafa(at)gmail(dot)com>, 27 Ağu 2020 Per, 13:08 tarihinde
şunu yazdı:

> Merhabalar,
>
> 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.
> Kullanmayı planladığımız yapıda:
> App Server >> HA Proxy >> PgBouncer >>Postgres Master şeklinde.
> 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.
>
> Mustafa Pekgöz
>
>

--
Hüseyin DEMİR
Database Engineer

Merhabalar,
öncelikle güzel sorularınız için teşekkürler :)
Oncelikle hem HA Proxy hem de PgBouncer'i neden birlikte kullanmayi tercih
ettiniz? Bu araclari dusunurken/kurgularken hangisinin hangi problemi
cozmesini planliyordunuz?
--HAProxy read-write load balance için,pgbouncer ise kısa süreli çok fazla
connection olduğu için.
-> Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac
adet standby sunucunuz var?
1 master,şimdilik 1 tane warm,belki arttırılabilir.
-> Bunlardan hangileri hot/warm/cold?
--1 tanesi warm
-> Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri merkezi
kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme nedir?
--tek veri merkezi
-> Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri
merkezleri arasinda da otomatik failover ihtiyaci var mi?
--aynı veri merkezinde
-> Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin
geldi?
--açıkcası kullanan bir kaç canlı ortamdan ve döküman araştırmalar sonucu
diyebiliriz.
-> Fencing'i ne sekilde yapacaksiniz?

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.

Çok teşekkürler.

On Thu, Aug 27, 2020 at 1:50 PM Samed YILDIRIM <samed(at)reddoc(dot)net> wrote:

> Merhabalar,
>
> Oncelikle hem HA Proxy hem de PgBouncer'i neden birlikte kullanmayi tercih
> ettiniz? Bu araclari dusunurken/kurgularken hangisinin hangi problemi
> cozmesini planliyordunuz?
>
> -> Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac
> adet standby sunucunuz var?
> -> Bunlardan hangileri hot/warm/cold?
> -> Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri
> merkezi kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme
> nedir?
> -> Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri
> merkezleri arasinda da otomatik failover ihtiyaci var mi?
> -> Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin
> geldi?
> -> Fencing'i ne sekilde yapacaksiniz?
> ....
>
> 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 :)
>
>
>
> Best regards.
> Samed YILDIRIM
>
>
>
> 27.08.2020, 13:08, "mustafa pekgöz" <pekgoz(dot)mustafa(at)gmail(dot)com>:
>
> Merhabalar,
>
> 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.
> Kullanmayı planladığımız yapıda:
> App Server >> HA Proxy >> PgBouncer >>Postgres Master şeklinde.
> 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.
>
> Mustafa Pekgöz
>
>

Merhabalar,
evet,zorunlu değil ancak connection pooler yapısı zorunluluğu var. evet
consul ile ilerlemek biraz karmaşık,etcd ile ilerlemek daha mantıklı geldi
ancak pgbouncer ve haproxy availability nasıl sağlarızı araştırıyoruz
açıkcası. Tek bir pgbouncer sunucusu değil de en az 2 tane pgbouncer
olsun,switcover/failover durumunda da master'a erişecek şekilde
güncellensin.

Çok teşekkürler.

On Thu, Aug 27, 2020 at 2:16 PM Hüseyin Demir <demirhuseyinn(dot)94(at)gmail(dot)com>
wrote:

> Merhabalar,
>
> PostgreSQL için patroni entegrasyonunda pgbouncer kullanımı mimari gereği
> zorunlu değil. HAProxy üzerinden, olası switchover/failover durumları için
> kesintisiz bir şekilde yeni sunucuya doğru trafiği yönlendirebilirsiniz.
>
> Ek olarak, patroni için KV store olarak etcd ya da consul tercih
> edebilirsiniz. Consul kullanımı biraz daha farklı etcd'ye göre. Veritabanı
> gözünden baktığımızda yapılandırması ve konfigürasyonları etcd'ye göre
> çözülmesi biraz daha karmaşık olabiliyor.
>
> mustafa pekgöz <pekgoz(dot)mustafa(at)gmail(dot)com>, 27 Ağu 2020 Per, 13:08
> tarihinde şunu yazdı:
>
>> Merhabalar,
>>
>> 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.
>> Kullanmayı planladığımız yapıda:
>> App Server >> HA Proxy >> PgBouncer >>Postgres Master şeklinde.
>> 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.
>>
>> Mustafa Pekgöz
>>
>>
>
> --
> Hüseyin DEMİR
> Database Engineer
>

<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" &lt;pekgoz(dot)mustafa(at)gmail(dot)com&gt;:</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>-&gt; 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>-&gt; Bunlardan hangileri hot/warm/cold?</div><div>--1 tanesi warm</div><div>-&gt; 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>-&gt; 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>-&gt; 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>-&gt; 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 &lt;<a href="mailto:samed(at)reddoc(dot)net">samed(at)reddoc(dot)net</a>&gt; 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>-&gt; Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac adet standby sunucunuz var?</div><div>-&gt; Bunlardan hangileri hot/warm/cold?</div><div>-&gt; Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri merkezi kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme nedir?</div><div>-&gt; Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri merkezleri arasinda da otomatik failover ihtiyaci var mi?</div><div>-&gt; Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin geldi?</div><div>-&gt; 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" &lt;<a href="mailto:pekgoz(dot)mustafa(at)gmail(dot)com">pekgoz(dot)mustafa(at)gmail(dot)com</a>&gt;:</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 &gt;&gt; HA Proxy &gt;&gt; PgBouncer &gt;&gt;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>

Merhaba Samed Bey,

yardımlarınız için çok teşekkür ederiz.

iyi çalışmalar dileriz.

On Thu, Aug 27, 2020 at 3:07 PM Samed YILDIRIM <samed(at)reddoc(dot)net> wrote:

> Merhabalar Mustafa Bey,
>
> 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 :)
>
> Tek veri merkezi kullaniyorsunuz, basit bir mimariniz ve az sayida
> veritabani sunucunuz var, repmgr'i inceleyebilirsiniz.
> https://github.com/2ndQuadrant/repmgr
>
> Pooling kisminda da pgbouncer kullanmaya karar vermeden once gercekten
> pooling'e ihtiyaciniz oldugundan emin olmanizda fayda var.
> - Ayni zamanda projenizi hangi dilde gelistiriyorsunuz?
> - Hangi driver'i kullaniyorsunuz?
> - Driver'in kendisinin pooling ozelligi var mi?
> - Driver'in kendisinin hedefin yazilabilir olup olmadigini kontrol etme
> kabiliyeti var mi?
> gibi ek sorular da gelmeye basliyor. En sik karsilastigim durumlardan bir
> tanesi de farkinda olmadan 2 defa pooling yapmak :)
>
>
> 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.
>
> 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 :)
> Best regards.
> Samed YILDIRIM
>
>
>
> 27.08.2020, 14:28, "mustafa pekgöz" <pekgoz(dot)mustafa(at)gmail(dot)com>:
>
> Merhabalar,
> öncelikle güzel sorularınız için teşekkürler :)
> Oncelikle hem HA Proxy hem de PgBouncer'i neden birlikte kullanmayi tercih
> ettiniz? Bu araclari dusunurken/kurgularken hangisinin hangi problemi
> cozmesini planliyordunuz?
> --HAProxy read-write load balance için,pgbouncer ise kısa süreli çok fazla
> connection olduğu için.
> -> Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac
> adet standby sunucunuz var?
> 1 master,şimdilik 1 tane warm,belki arttırılabilir.
> -> Bunlardan hangileri hot/warm/cold?
> --1 tanesi warm
> -> Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri
> merkezi kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme
> nedir?
> --tek veri merkezi
> -> Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri
> merkezleri arasinda da otomatik failover ihtiyaci var mi?
> --aynı veri merkezinde
> -> Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin
> geldi?
> --açıkcası kullanan bir kaç canlı ortamdan ve döküman araştırmalar sonucu
> diyebiliriz.
> -> Fencing'i ne sekilde yapacaksiniz?
>
> 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.
>
> Çok teşekkürler.
>
> On Thu, Aug 27, 2020 at 1:50 PM Samed YILDIRIM <samed(at)reddoc(dot)net> wrote:
>
> Merhabalar,
>
> Oncelikle hem HA Proxy hem de PgBouncer'i neden birlikte kullanmayi tercih
> ettiniz? Bu araclari dusunurken/kurgularken hangisinin hangi problemi
> cozmesini planliyordunuz?
>
> -> Kurgulamak istediginiz failover yapinizdaki mimariniz nasil? Yani, kac
> adet standby sunucunuz var?
> -> Bunlardan hangileri hot/warm/cold?
> -> Birden fazla veri merkezi kullaniyor musunuz? Evet ise, kac veri
> merkezi kullanacaksiniz ve bunlarin arasindaki baglanti hizi ve gecikme
> nedir?
> -> Otomatik failover sadece ayni veri merkezi icinde mi olacak yoksa veri
> merkezleri arasinda da otomatik failover ihtiyaci var mi?
> -> Hangi araclari incelediniz, bunlardan neden Patroni size daha yakin
> geldi?
> -> Fencing'i ne sekilde yapacaksiniz?
> ....
>
> 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 :)
>
>
>
> Best regards.
> Samed YILDIRIM
>
>
>
> 27.08.2020, 13:08, "mustafa pekgöz" <pekgoz(dot)mustafa(at)gmail(dot)com>:
>
> Merhabalar,
>
> 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.
> Kullanmayı planladığımız yapıda:
> App Server >> HA Proxy >> PgBouncer >>Postgres Master şeklinde.
> 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.
>
> Mustafa Pekgöz
>
>
>