eray aslan vazgectim kurmuyorum
peki yapiyi failover tarzinda düşünelim
master sunucuyu sel aldı götürdü yandı patladı...bunun önüne geçme şansim
varmi? farkli bina farkli mekan
saniyelik yada dakikalik yada ceyrek saatlik hatta saatlik iş gücü kaybina
tahammülüm var
fakat veri kaybina tahammülüm yok
mysql cluster modda calissa ( denemedim )
her iki sunucu VPN altinda birbirlerine bağlansa bağlantinin şeklinin cok da
onemi yok..
her iki nokta farkli gateway arkasinda olacaği icin bi firewall arkasinda
mirrorlama olmasi mümkün olmuyor
bu yüzden dns tabanli dengeleme yapilmasini düsünüyorum
tek ihtiyacim olan kesinti olana kadar datanin tamamini kurtarabilmem..
> Date: Wed, 23 Sep 2009 22:33:40 +0300
> From: eray.as...@caf.com.tr
> To: linux-sunucu@liste.linux.org.tr
> Subject: [Linux-sunucu] Re: Topoloji tavsiyesisi
>
> On 23.09.2009 19:57, Ahmet AKBULUT wrote:
> [...]
> > sistemin fiziksel güvenliğini almayi planliyoruz. bu sistemin aktif
> > yedeğini kurmayi düsünüyoruz.
> > perofrmans olarak bir sorunumuz yok. java tabanlı uygulamaya
> > kullanıcılar farklı bölgelerde tarayıcıları üzerinden bağlanmakta
> > kullanıcılarla aramızda SSL / site to site tarzında bir VPN bağlantımız yok.
> > farklı bir semt e farklı bir bölgeye bu sunucudan birtane daha kurup
> > master bölgede fiziksel bir sorun yaşadığımızda yedek sunucumuzdan
> > kesintisiz
> > devam etmeyi planliyoruz.
>
> split-site high availability veya long distance failover diye gecer
> genelde (google'da aramak isterseniz).
>
> > aklımdaki plan aynı donanımı yedek olarak düsündüğüm bölgede kurmak
> > MYSQL i cluster modda calistirmak (her iki bölgeyi kendi aralarında VPN
> > altına alabilirim )
> > aynı sunucu configrasyonunu bu bölgede yapmak. suan bu sunucu üzerinde
> > calisan dns serveri bu iki bölgenin dişinda farkli bir dns serverda tutmak
> > dns tabanlı yük dengelemesi yapmak?
>
> high availability kolay degil. Sizin yapmaya calistiginiz farkli
> bolgelerde node'lari olan high availablity cluster kurmak daha da zor.
> Ayni rack'da/ayni datacenter'da high available cluster kurmaya ilave
> olarak iki major sorun daha yasayacaksiniz:
>
> 1. high latency. node'lar arasi mesafe arttiginda kullandiginiz
> application nasil davranacak? timeout? performans su anda kabul
> edilebilir olsa bile iki node'a birden yazarken aradaki iletisimden
> kaynaklanan zaman kaybi? data kaybi ile performans arasinda secim
> yapmak zorunda kalmadan cozum bulmaniz gerekli.
> 2. split-brain. Her iki node'un da digerinin calismadigini dusunup
> database'e yazmasi. Sonuc data corruption. node'lar ayni datacenter'da
> iken de problem esasinda ama nispeten kolay cozum yollari var: stonith,
> fencing vs. Farkli bolgelerde node'lar olunca bu yontemleri
> kullanamazsiniz. Quorum kullanacaksiniz mecburen ama her kosulda
> split-brain ile daha sik karsilacaksiniz.
>
> Asagidaki senaryoyu dusunun:
>
> * Iki node'unuz var. Node A ve Node B. Node A primary ve Node B'ye
> bilgiler replicate ediliyor.
> * Internet gidiyor. Node A calismaya devam ediyor. Node B update
> edilmiyor.
> * Elektrik kesiliyor. Iki tarafta da sunucular yeniden baslatiliyor.
> Node B daha once boot ediyor. Node B servisi sunmaya baslamali mi?
> * Node A de calismaya basliyor. Node B servisi sunmaya baslamisti
> diyelim. Ne yapilmasi gerekiyor?
> * Node B'deki yeniden baslatiktan sonra yapilan degisiklikler Node A'ya,
> internet gittiginde Node A'da yapilan degiisklikler Node B'ye tasinmali.
> Bunlar nasil yapilacak?
>
> > mysql in vereceği performans hakkında bilgim yok.
>
> mysql'in kendisi degil sorun.
>
> > daha önceden bu şekilde bi uygulama yapan varmı? önerebileceğiniz en
> > sağlıklı yapı nedir?
> > sistem gerçek zamanlı olmasada günlük otomatik yedek alınıp farklı bir
> > bölgedeki ftp sunucusuna yedeklenmekte.
> > datanin boyutu 15 mb fakat data üzerinde anlık cok fazla deişiklik
> > yapılmakta.
>
> 15mb peanuts. boyutunuz sorun olmaz.
>
> > tavsiyeniz nedir?
>
> open source cozumlere bakin: openais, pacemaker, heartbeat, drdb. test
> ortaminda cok iyi test edin (her turlu failover'i). Kullandiginiz
> yazilimin failover'larda sacmalamadigina emin olun. Iki bolge arasinda
> iletisim mumkun oldugu kadar yedekli ve hizli olsun. Istediginiz kolay
> degil ama mumkun. Gene de baskalari ile de konusup teklifler alin: hp,
> oracle vs.
>
> Kolay gelsin.
>
> --
> Eray
> _______________________________________________
> Linux-sunucu E-Posta Listesi
> Linux-sunucu@liste.linux.org.tr
>
> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
> okuyabilirsiniz;
>
> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
> dakika içinde üyeliğinizi sonlandırabilirsiniz.
> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu
_________________________________________________________________
Sürükle ve Bırak: Windows Live™ Photos ile fotoğraflarınızı kolayca paylaşımı.
http://www.microsoft.com/turkiye/windows/windowslive/photos.aspx
_______________________________________________
Linux-sunucu E-Posta Listesi
Linux-sunucu@liste.linux.org.tr
Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından
okuyabilirsiniz;
Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1
dakika içinde üyeliğinizi sonlandırabilirsiniz.
http://liste.linux.org.tr/mailman/listinfo/linux-sunucu