Osman bey, cevabı bilmiyorsanız demagoji yapmak yerine susmayı tercih etmelisiniz!
Pazarlama dokümanı okumak başka, tecrübelere ulaşmaya çalışmak başka bir şey! İbrahim bey tecrübeye ulaşmaya çalışıyor. 2010/9/22 Osman Yozgatlioglu <[email protected]> > :) > Evrensel bir doğru olmadığını şimdiye kadar herkes anlamıştır. > Kendi doğrunu da ancak kendin bulabilirsin. > > Bu kısa cevap. > Uzun cevap şimdi geliyor: > > Ezberle biryere varılamaz. Önce hesaplama yoluna gideceksin. > İnternette birsürü performans testi yapılıp sonuçları açıklanmış. > Sonra hesapladıklarının sonucunu sağlamak için oturup deneyeceksin. > > Olayı sadece mysql/postgres seviyesine indirince sağlıklı sonuca > ulaşabilir miyiz sence? > Sırf mysql içinde isam tabloları için farklı, innodb için farklı disk > erişim taktikleri var. > Hadi bunu geçtik, benim kullandığım diskin kontrolcünün ext3 için > verdiği performansla senin kullandıklarının aynı sonucu vermeyeceği > aşikar. > > den dolayı/dan dolayı, sistemini kurup gerçek veriyle stress testine > sokmadan kendi doğrunu bulamazsın. > > Ayninesi iştir kişinin, lafa bakılmaz. > > Kolay gelsin, > Osman > > 2010/9/22 İbrahim YILMAZ <[email protected]>: > > Peki mysql / postgres türünde veriler için hangi dosya sistemini (fs) > > önerirsiniz? > > Birazdan fırtına kopmaz umarım :D > > Paz, 2010-09-19 tarihinde 00:13 +0300 saatinde, Osman Yozgatlioglu > > yazdı: > >> Selamlar, > >> > >> Benim için doğru olan herkes için doğru olmayabilir. Sadece kendi > >> uyguladığım sistem hakkında bilgi vereyim. > >> > >> Şirketimizde kullandığımız web uygulaması için farklı bir > >> datacenter'da, bizim için Ankara'da bir datacenter, benzer bir sunucu > >> barındırıyorum. İstanbul'daki bir datacenter'daki sunucularımın > >> benzeri bir donanımı var. Maliyeti azaltmak için veritabanı ile > >> uygulamayı birleştirdim. > >> Bu felaket önleme amaçlı sunucu asıl sunucuda saatlik olarak > >> oluşturulan veritabanı yedeklerini kendi üzerine çekiyor. Günde birkaç > >> kez de uygulamanın kendisini eşitliyor. > >> > >> Benim tüm verim veritabanı içinde olduğu için asıl sunucu üzerinde > >> saatlik olarak veritabanı yedeği alıyorum. Ortalama 1GB'lık veri. Ama > >> rdiff ile günlük ve saatlik farklarını sakladığım için tüm günün > >> verisi 1.2GB'ı geçmiyor. Bu veri çok ufak olduğu için tüm işlemleri > >> asıl veritabanı sunucusu üzerinde yapıyorum. Verim fazlalaşınca aynı > >> lokasyonda replike bir veritabanı sunucusu bulundurup bu tip yedekleme > >> işlemlerini ikinci sunucuda halledeceğim. > >> > >> Ortaya çıkan veri sadece saatlik farkları kapsadığı için hem başka > >> yere transferi kolay oluyor, hem de veritabanı bağlamında saatlik > >> olarak geri dönüşler yapabiliyorum. > >> > >> Herhangi bir felaket senaryosunda dns üzerinde bir güncelleme ile > >> Ankara'daki sunucuyu devreye alıp, son aktarılmış veritabanı ile > >> kaldığımız yerden devam edebiliyoruz. En son yaptığım testte 8 dakika > >> içinde yedek sistemi devreye alabilmiştim. > >> > >> Tekrar etmem gerekiyor, yedekleme ve felaket kurtarma planları tamamen > >> gereksinimlere göre kurulmalıdır. Yaptığımız iş bordrolama ve ayın > >> belli günleri haricinde pek zaman bağımlısı değil. Yukarda anlattığım > >> sistem bir saatlik verinin kaybolmasına ve yedek sistemin yaklaşık 15 > >> dakika sonra devreye girmesine tolerans gösterebilecek bir ihtiyaca > >> göre planlanmıştır. > >> > >> İyi çalışmalar, > >> Osman > >> > >> 2010/9/18 Rüştü Derici <[email protected]>: > >> > Osman Bey bahsettiginiz felaket onleme altyyapilari ve atomizasyonu > >> > biraz anlatabilir misiniz? > >> > saygilar, > >> > Rustu Derici > >> > > >> > On Friday, September 17, 2010, Osman Yozgatlioglu > >> > <[email protected]> wrote: > >> >> Selamlar, > >> >> > >> >> 300-400 GB'lık verinin periyodunu belirtmemişsiniz. Günlük mü? > >> >> > >> >> Öncelikle belirtmem gereken birşey var; hazır kurulduğunda tüm > >> >> sorunları çözüp herşeye cevap verecek bir yedekleme sistemi yok. > >> >> Yedekleme, dikkatlice planlama ve devamlı kontrol gerektiren bir > >> >> süreç. Şirket değerlerini oluşturan verinin birçok farklı > >> >> karakteristik içerdiğini de gözönüne alırsanız (uymak zorunda > >> >> olduğunuz servis seviyeleri, farklı retension süreleri, saklanması > >> >> gereken farklı karakterdeki veriler) ne demek istediğimi daha net > >> >> anlayabilirsiniz. Örneğin bir svn sisteminin yedekleme mantığı ile > >> >> samba paylaşımının arasında benzerlik dahi olmadığı gibi, > veritabanını > >> >> nasıl yedekleyeceğiniz tamamen ayrı bir konu haline gelebilir. > >> >> > >> >> Taktikleri, senaryoları ve prosedürleri oluşturduktan sonra ancak ben > >> >> bu yedekleri nereye kaydedeceğim konusuna geliyoruz. > >> >> > >> >> İşe başladığım sıralarda teyp kullanmıştım. Ama hızları yetersiz. Bu > >> >> yüzden disk kullanmaya başladım. > >> >> Merkezi bir yedekleme sunucusuna topladığım yedekleri çıkarılabilir > >> >> disklere aktarıyorum. > >> >> Linux kerneli eğer son sistem bir anakart kullanmıyorsanız sata hot > >> >> swap'ta sorun çıkarmıyor. > >> >> Terabaytlık disklerin sakız fiyatına satıldığını da düşünürseniz > >> >> teyple uğraşmak bence gereksiz. > >> >> Ayrıca, teyplerin ve sürücülerinin zaman içinde size nasıl bir oyun > >> >> oynayacağını bilemiyorsunuz. > >> >> Ben ek önlem olarak, felaket önleme altyapılarını yedekleme ortamı > >> >> olarak ta kullanıyorum. Aktarılacak veriyi atomize ettiğinizde makul > >> >> bir şekilde internetten transfer edebiliyorsunuz. > >> >> > >> >> Hatta bir arkadaşım üşenmemiş, veritabanı yedeklerini gmail'de > >> >> depolayan bir yapı kurmuştu. > >> >> > >> >> İyi çalışmalar, > >> >> Osman Yozgatlıoğlu > >> >> > >> >> 2010/9/16 Mesut GÜLER <[email protected]>: > >> >>> Merhaba arkadaslar, > >> >>> En fazla 300 - 400 GB olmasi tahmin edilen verileri yedeklemek icin > tape > >> >>> yedekleme unitesi yada benzeri bir cozum dusunuyoruz. Bu konuda > >> >>> tecrubeli arkadaslarin onerileri ne olur? > >> >>> > >> >>> tesekkurler. > >> >>> _______________________________________________ > >> >>> Linux-sunucu E-Posta Listesi > >> >>> [email protected] > >> >>> > >> >>> 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 > >> >> [email protected] > >> >> > >> >> 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 > >> > [email protected] > >> > > >> > 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 > >> [email protected] > >> > >> 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 > > [email protected] > > > > 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 > [email protected] > > 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 > > -- Mehmet Surav Cybersoft.
_______________________________________________ Linux-sunucu E-Posta Listesi [email protected] 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
