Merhaba Mesut Bey. SSD diskler ile mysql veritabanı çalıştırdım. Size birkaç rakam vermek isterdim ancak şu an değerleri hatırlayamıyorum. Kısaca şöyle özetleyebilirim: Oldukça yoğun okuma ve yazma isteklerine son derece başarılı cevap verebiliyordu. Üstelik şu anki ssd performanslarının yarısı civarında disklerdi. Bu seçenekle ilerlemek isterseniz amacınıza ulaşabileceğinizi düşünüyorum. Dikkat edilmesi gereken nokta, ssd disklerinizin chiplerinin üretici firmalarıdır.
Ayrıca Raid6 ile çalışan 16TB storage 'ın bir kaç disk'i bozulmuştu. Yeniden ayağa kaldırması çok uzun sürmüştü ve yazma performansı bizi memnun etmiyordu. Raid10 için ise elinizdeki disklerle bu yapıda çalışmak isterseniz, bir ssd kadar olmasa bile, bunun da size tatmin edecek performans ve güvenlik sunacağını söyleyebilirim. Tabi güvenlik konusunu daha once arkadaşlar detaylıca bilgi vermişler. Saygılarımla, Linux Administrator, Özgür Özgün -----Original Message----- From: linux-sunucu-boun...@liste.linux.org.tr [mailto:linux-sunucu-boun...@liste.linux.org.tr] On Behalf Of Mesut GÜLER Sent: 24 Ocak 2012 Salı 23:55 To: linux-sunucu@liste.linux.org.tr Subject: [Linux-sunucu] Re: raid 24-01-2012 20:24, Sinan Beyribey yazmış: > Merhaba, > Merhaba > *Şahsi fikrim* raid1+0 ile devam etmeniz. Duruma göre raid6 kadar > koruma sağlayacaktır 4 disk için, kapasite kaybınız da aynı zaten. > raid1+0'da mirroring pair'leri kaybetmediğiniz sürece 2 diskinizi de > kaybetseniz devam edebilirsiniz çalışmaya. Raid6'da ise herhangi 2 > disk kaybınızda devam edebiliyor olursunuz. Peki ama rebuild zamanını > düşünürsek? Raid6 rebuild işleminiz raid1+0 rebuild işleminizden daha > uzun olacaktır. Ayrıca write penalty'i de gözönünde bulundurursanız ve > eğerki hiç okuma olmasın sürekli yazma olsun gibi bir hesaplama > yapsanız raid1+0 ile ortalama ~320 random IOPS elde edebilirken raid6 > ile anca ~110 random IOPS elde edersiniz. Bu da mevcut elinizdeki > raid1'den bile oldukça yavaş olacaktır. (raid1+0 için her 1 write IO = > 2 backend IO , raid6 için her 1 write IO = 6 backend IO olarak > hesaplayabilirsiniz). > raid 10 ve 6 konusunda detaylı açıklamalar için teşekkür ederim. Atıf Hoca'nın da dediği gibi h700 oldukça başarılı bir kart. Raid 6 biraz daha güvenli ve yeterli performans sunabilir mi diye aklımdan geçmişti. Belirttiğiniz IOPS değerlerinden dolayı kart ne kadar başarılı olursa olsun yazmada yeterli performansı vermeyecek gibi. > Hot spare konusuna gelince, onu alternatif olarak düşünmek yerine bir > gereklilik olarak düşünmelisiniz bence. Bütün işletmemin bağlı olduğu > bir sistemi hotspare disk koymadan çalıştırmak istemezdim şahsen.. > Raid6 ve raid1 olarak düşünmekten bence daha iyi olur. Hatta raid6 > yerine raid5+hotspare bile diyebiliriz çok rahat.. > Evet hot spare disk konusunda haklısınız. Uyarınız için tşk ederim. > Veritabanı boyutu yüksek değilse SSD disklere de gözatmanızı öneririm. > İşletim sistemi ve backupları sas diskler üzerinde tutarken db ve > transaction logları ssd üzerinde tutabilirsiniz belki.. > Zaten ilk düşündüğüm SSD olmuştu. Sunucu üreticilerinin SLC tipinde SSD leri var ancak oldukça pahalı. Raid 1, SSD için mevcut fiyata en az 2000 USD + kdv eklemek gerekti. Bu rakamlar hoşlarına gitmediğinden, benden daha uygun fiyatlı çözüm istediler. Doğal olarak SSD'den sonra ilk aklıma gelen 15k diskli raid 10 oldu ve bunda karar kıldılar. Sonrasında da acaba raid6 olabilir mi diye tereddüt yaşadığım için tecrübelerinizi öğrenmek istedim. İleride şartlara göre SSD düşünülebilir, hatta pci storage kart bile olabilir. > Veritabanı yapısını bilmeden çok da konuşmak doğru değil ama, raid > controllerı da write cache yönünde ağır basacak şekilde konfigüre > etmeniz daha da verim almanızı sağlayacaktır. (eğer küçük ama çok > sayıda yazma yapıyorsanız faydasını çok görürsünüz). > Aslında veri oldukça az sayılır. DB, 8 GB boyutunda tek bir dosyadan oluşuyor. 100 civarı bilgisayar ve yaklaşık 50 (belki daha fazla) cihaz bu data üzerinden sürekli çalışıyor. cihazlar sadece veri yazıyor, kullanıcılar duruma göre yazma/okuma işlemi yapıyor. Ayrıca bir de başka bir sunucu üzerinde çalışan apache sunucusu var, az da olsa DB'den okuma yapıyor. > selamlar. > saygılar _______________________________________________ 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
