From: | mustafa pekgöz <pekgoz(dot)mustafa(at)gmail(dot)com> |
---|---|
To: | Samed YILDIRIM <samed(at)reddoc(dot)net> |
Cc: | "pgsql-tr-genel(at)postgresql(dot)org" <pgsql-tr-genel(at)postgresql(dot)org> |
Subject: | Re: Postgres HA ve automatic failover hk. |
Date: | 2020-08-27 12:11:35 |
Message-ID: | CAOUTX+=VE6ytwxWpCY1j4FZu==ZGcuURy0tGm61ep9JqRimCpQ@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-tr-genel |
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
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Devrim Gündüz | 2020-09-30 14:50:47 | EDB 2ndQuadrant'ı satın aldı |
Previous Message | Samed YILDIRIM | 2020-08-27 12:07:09 | Re: Postgres HA ve automatic failover hk. |