Bu arada, Aynine kim yahu :) Doğrusu Ayine olacak. Osman
2010/9/22 Osman Yozgatlioglu <osman.yozgatlio...@gmail.com>: > :) > 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 <yil...@bilisimmarmara.com.tr>: >> 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 <rustuder...@gmail.com>: >>> > Osman Bey bahsettiginiz felaket onleme altyyapilari ve atomizasyonu >>> > biraz anlatabilir misiniz? >>> > saygilar, >>> > Rustu Derici >>> > >>> > On Friday, September 17, 2010, Osman Yozgatlioglu >>> > <osman.yozgatlio...@gmail.com> 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 <me...@egemenyazilim.com>: >>> >>> 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 >>> >>> 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 >>> >> >>> > _______________________________________________ >>> > 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 >> >> >> _______________________________________________ >> 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
