Çok teşekkür ediyorum ilginiz için. Ne yapılması gerektiğini üç aşağı beş
yukarı bilsem de ustaca çözümler için öneri almak iyi olacak diye düşündüm.
Değerlendirmeniz aydınlatıcı oldu benim için. Peki şu makaledeki yedekleme
metodu için ne düşünürsünüz, uygulayan oldu mu acaba listede hiç?
http://www.syslogs.org/mysql-high-availability-setup-drbd-pacemaker-corosync/#DRBD
11 Eylül 2014 15:30 Perşembe tarihinde Doruk Fisek <dfi...@ozguryazilim.com.tr>
şöyle yazdı:
Thu, 11 Sep 2014 05:05:28 -0700, "Bedreddin ŞAHBAZ"
<bedreddinsah...@yahoo.com> :
> Cevap için teşekkürler öncelikle. Detaylar pek önemli olmadığı için
> yazmadım. Benim sizden öneri beklediğim nokta bu tip bir yapıyı siz
> olsanız nasıl kurarsınız? Yedekleme kısmından öte bir birine eş 2
> sunucum olsun ve birisi down olursa diğeri ile yola devam edeyim
> istiyorum (bir nevi HA yani). Bunun yanında tabii belli aralıklarla
> veriyi yedeklemek de lazım. Sizin senaryonuz nedir? Mysql'i replike
> mi ediyorsunuz? Başka bir çözümünüz mü var bunu öğrenmek istiyorum
> sadece?
Yedekleme politikanızı, ne kadar veri kaybına tahammülünüz olduğu ile
ölçebilirsiniz.
Replikasyon gerekli bir yedekleme yöntemidir çünkü anlık veri kaybına
tahammül olmayan durumlarda bile veri kaybı olmasını engeller.
Replikasyon sırasında binary log tutarsınız (mecburen). Binary log,
veritabanı üzerinde yapılan tüm veri değişikliklerini kaydeder,
gerekirse herhangi bir sorgunun öncesine dönmenizi (ör: DROP DATABASE
xxx) ya da o sorguyu çıkartarak veritabanını baştan oluşturmanızı
mümkün kılar.
Ancak replikasyon tek başına en iyi çözüm değil. Çünkü Adil'in de dediği
gibi her iki sunucu da canlı veri tutuyor. Bundan bir gün öncesinin ya
da bir hafta öncesinin veritabanı yedeğine ihtiyacınız olabilir (veri
karşılaştırmak, davranış test etmek, vs). Teorik olarak bunu replikasyon
için tutulan binary log'dan çıkarmak mümkün ama zahmetli. O nedenle bir
de belirli aralıklarla mysqldump gibi bir araçla başka bir medyaya
yedek almanızda yarar var. InnoDB kullanıyorsanız, mysqldump yerine
Percona Xtrabackup'ı tercih edebilirsiniz, çok daha hızlı çalışacaktır.
Üstelik incremental yedek alma olanağı da sağlıyor. Bacula gibi bir
yedekleme sistemiyle birleştirirseniz, rahatça yönetebilirsiniz.
Bunlara ek olarak kullanılan bir yöntem de "gecikmeli" 3. bir slave
tutmak. Bu slave, kasıtlı olarak belirli bir süre (ör: 1 saat) geriden
gelerek verileri takip eder. Böylece 1 gün kadar soğuk değil ama anlık
kadar da sıcak olmayan bir "ılık" yedeğinizin olmasını sağlayacaktır.
Özellikle veri miktarı aktardığında yedek alma ve yedekten dönme
işlemleri çok uzun sürebiliyor, bu tip bir "kademeli" yedeğin avantajı
oluyor.
Doruk
--
Özgür Yazılım A.Ş. ~ #
http://www.ozguryazilim.com.tr
_______________________________________________
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.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu_______________________________________________
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.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
