[Linux-sunucu] Re: RAID 1 sorunlu disk değiştirme.
RAID 1 ( Mirroing ) Disklerden biri bozuldugunda digeri Devam eder, Normalda Diski degistirmek icin özel birsey yapmaniz gerekmiyor, Eger Software RAID1 düzgün yapilandirdiysaniz ki ( Simdiye kadar calisiyordu demisiniz), Bozuk Diski Cikarip yenisini takmaniz yeterli olacaktir. http://de.wikipedia.org/wiki/RAID#RAID_1:_Mirroring_.E2.80.93_Spiegelung Kolay gelsin.. -Orjinal Mesaj- Kimden: Sencer Hamarat sencerhama...@gmail.com Kime: linux-sunucu@liste.linux.org.tr Tarih: 18/08/14 14:21 Konu: [Linux-sunucu] RAID 1 sorunlu disk değiştirme. Merhabalar, RAID konusuna çok hakim değilim. Sunucularımızdan (neyseki aktif olarak kullanılmayan) birisinde SoftRAID 1 yapıdaki disklerden bir tanesi fena halde bozulmuş durumda anladığım kadarı ile. Loglara baktığımda otomatik olarak kullanım dışı bırakılmış. Smart verisi ise alınamıyor. Diğer diskte herhangi bir problem yok. Hatta hızlıca short testten geçirdim. Herhangi bir problem çıkmadı. Merak ettiğim konuya gelecek olursak; Sunucu hosting firmasında ve diski değiştirmeleri içint icket açacağım ancak; hosting firması diski değiştirme işlemine girişmeden önce benim Array üzerinde herhangi bir işlem yapmama gerek olacak mı, diski ayırmak vs.? (Disk değişimi esnasında sunucu tamamen kapatılmış olacak) Yoksa, herhangi birşey yapmadan diski değiştirmeleri yeterli mi? ___ 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] Re: RAID 1 sorunlu disk değiştirme.
Daha sonrasında bir iki konu buldum bununla ilgili. Array'leri ayrımam gerektiği yazıyordu. Ben de öyle yaptım ve sunucuyu kapattım, diski değiştirler. Sağlam diskteki partition tablosunu yeni diske klonladıktan sonra arrayları tekrar bağladım. Yapılandırma otomatik olarak başladı ve şu anda devam ediyor, şimdilik bir sıkıntı yok. Yine de cevap için teşekkür ederim. 2014-08-18 15:37 GMT+03:00 Muharrem Aydin muhar...@muharremaydin.com: RAID 1 ( Mirroing ) Disklerden biri bozuldugunda digeri Devam eder, Normalda Diski degistirmek icin özel birsey yapmaniz gerekmiyor, Eger Software RAID1 düzgün yapilandirdiysaniz ki ( Simdiye kadar calisiyordu demisiniz), Bozuk Diski Cikarip yenisini takmaniz yeterli olacaktir. http://de.wikipedia.org/wiki/RAID#RAID_1:_Mirroring_.E2.80.93_Spiegelung Kolay gelsin.. -- -Orjinal Mesaj- Kimden: Sencer Hamarat sencerhama...@gmail.com Kime: linux-sunucu@liste.linux.org.tr Tarih: 18/08/14 14:21 Konu: [Linux-sunucu] RAID 1 sorunlu disk değiştirme. Merhabalar, RAID konusuna çok hakim değilim. Sunucularımızdan (neyseki aktif olarak kullanılmayan) birisinde SoftRAID 1 yapıdaki disklerden bir tanesi fena halde bozulmuş durumda anladığım kadarı ile. Loglara baktığımda otomatik olarak kullanım dışı bırakılmış. Smart verisi ise alınamıyor. Diğer diskte herhangi bir problem yok. Hatta hızlıca short testten geçirdim. Herhangi bir problem çıkmadı. Merak ettiğim konuya gelecek olursak; Sunucu hosting firmasında ve diski değiştirmeleri içint icket açacağım ancak; hosting firması diski değiştirme işlemine girişmeden önce benim Array üzerinde herhangi bir işlem yapmama gerek olacak mı, diski ayırmak vs.? (Disk değişimi esnasında sunucu tamamen kapatılmış olacak) Yoksa, herhangi birşey yapmadan diski değiştirmeleri yeterli mi? -- ___ 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] Re: RAID 1 sorunlu disk değiştirme.
18-08-2014 17:28, Sencer Hamarat yazmış: Sağlam diskteki partition tablosunu yeni diske klonladıktan sonra arrayları tekrar bağladım. Selamlar, Bilgi için soruyorum: Klonlama işlemine gerçekten gerek var mıydı? Ben de diski doğrudan takınca tüm işlemleri RAID yapar diye biliyorum?... -- Kolay gelsin, Mucip:) ___ 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] Re: RAID 1 sorunlu disk değiştirme.
Okuduğum sayfalara göre gerek var gibi. Zira SoftRAID olduğu için bu şekilde çalışıyor olabilir. Gerçek RAID olsaydı o zaman dediğin gibi tak çalıştır şeklinde kullanılabiliyor olabilir. Gerçek RAID deneyimim hiç olmadığı için birşey diyemeyeceğim. 2014-08-18 17:49 GMT+03:00 Mucibirahman İLBUĞA mucip.ilb...@gmail.com: 18-08-2014 17:28, Sencer Hamarat yazmış: Sağlam diskteki partition tablosunu yeni diske klonladıktan sonra arrayları tekrar bağladım. Selamlar, Bilgi için soruyorum: Klonlama işlemine gerçekten gerek var mıydı? Ben de diski doğrudan takınca tüm işlemleri RAID yapar diye biliyorum?... -- Kolay gelsin, Mucip:) ___ 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] Re: RAID 1 sorunlu disk değiştirme.
Merhaba Raid in mantigi geregi soft veya hard aynidir. İkisininde calisma mantigi birebir ayni arasindaki farklar performans ve array korumadi v.s. Sizde ikinci diski initilazing yapmamasinin nedeni yeni takilan diskte partition yapilanmasi olmasi olabilir veya raid arayuzden diski eklememenizdir İyi calismalar iPhone'umdan gönderildi 18 Ağu 2014 tarihinde 17:54 saatinde, Sencer Hamarat sencerhama...@gmail.com şunları yazdı: Okuduğum sayfalara göre gerek var gibi. Zira SoftRAID olduğu için bu şekilde çalışıyor olabilir. Gerçek RAID olsaydı o zaman dediğin gibi tak çalıştır şeklinde kullanılabiliyor olabilir. Gerçek RAID deneyimim hiç olmadığı için birşey diyemeyeceğim. 2014-08-18 17:49 GMT+03:00 Mucibirahman İLBUĞA mucip.ilb...@gmail.com: 18-08-2014 17:28, Sencer Hamarat yazmış: Sağlam diskteki partition tablosunu yeni diske klonladıktan sonra arrayları tekrar bağladım. Selamlar, Bilgi için soruyorum: Klonlama işlemine gerçekten gerek var mıydı? Ben de diski doğrudan takınca tüm işlemleri RAID yapar diye biliyorum?... -- Kolay gelsin, Mucip:) ___ 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] Re: RAID 1 sorunlu disk değiştirme.
Hüsnü bey, ilk mailimde belirttiğim üzere RAID konusunda tecrübem yok gibi bişey. Ben sadece dokümanlarda yazdığı şekli ile disk değiştirme işlemi yaptım. Belki de array'ları ayırmadan direk diski değiştirtsem dediğiniz gibi olacaktı, *keza diskin üzerinde partition tablosu dahi yoktu*. Ama dokümantasyonu takip ettiğim için otomatik olarak initialize etmemiş olabilir. Kimseyi yanlış bilgilendirmek istemem, bilgim kısıtlı. Okuyup uyguladığımı aktardım sadece. :) 2014-08-18 18:07 GMT+03:00 Husnu DOGAN hu...@dogan.net.tr: Merhaba Raid in mantigi geregi soft veya hard aynidir. İkisininde calisma mantigi birebir ayni arasindaki farklar performans ve array korumadi v.s. Sizde ikinci diski initilazing yapmamasinin nedeni yeni takilan diskte partition yapilanmasi olmasi olabilir veya raid arayuzden diski eklememenizdir İyi calismalar iPhone'umdan gönderildi 18 Ağu 2014 tarihinde 17:54 saatinde, Sencer Hamarat sencerhama...@gmail.com şunları yazdı: Okuduğum sayfalara göre gerek var gibi. Zira SoftRAID olduğu için bu şekilde çalışıyor olabilir. Gerçek RAID olsaydı o zaman dediğin gibi tak çalıştır şeklinde kullanılabiliyor olabilir. Gerçek RAID deneyimim hiç olmadığı için birşey diyemeyeceğim. 2014-08-18 17:49 GMT+03:00 Mucibirahman İLBUĞA mucip.ilb...@gmail.com: 18-08-2014 17:28, Sencer Hamarat yazmış: Sağlam diskteki partition tablosunu yeni diske klonladıktan sonra arrayları tekrar bağladım. Selamlar, Bilgi için soruyorum: Klonlama işlemine gerçekten gerek var mıydı? Ben de diski doğrudan takınca tüm işlemleri RAID yapar diye biliyorum?... -- Kolay gelsin, Mucip:) ___ 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] Re: raid
28-01-2012 11:11, Sinan Beyribey yazmış: Mesut hocam, eger 5. diski alabiliyorsaniz ve sunucuya da takilabiliyorsa tabi, 4disk raid1+0 ve 1 hotspare cok iyi olacaktir. h700 u tanimiyorum, ama battery backed write cache i de alabildiginiz en yuksek configde alabilirseniz iyi olur. 1gb cache li bir raid controller dogru configde 8gb lik db dosyasini da gozonunde bulundurursak zaten nerdeyse ssd performansi yasatacaktir size(yazma icin). onceki sunucu da e200 de write cache yoktu sanirim? hem de windows oldugu icin belki de antivirus exception vs yapilmamis olabilecegi geliyor aklima (ya da fragmantasyon). parametre cok, umarim hedefinize ulasirsiniz. selamlar. İlginize çok teşekkür ederim. r710, 4 diskli raid 1+0 yapısı ile firebird sql sunucusu olarak görevinin başında :) Önceki sunucuya göre ciddi bir performans farkı oldu. Ancak yazılım tarafında da performans artışı için yapılması gerekenler var gibi görünüyor. Artık suçu sunucuya atamayız :) 5. diski temin ettik, Ptesi veya salı günü sunucuya diski ilave edeceğim. Önerileriniz doğrultusunda battery backed write cache değerlerini kontrol edeceğim. Elimdeki h700, pilli ve 512MB cache belleğe sahip. 1GB NV cache li modelinde cachecade (1) diye adlandırdıkları bir özellik varmış. DB sunucuları için disk performans artışı konusunda listeyi takip eden arkadaşların ilgisini çekebilir. (1) http://www.dell.com/downloads/global/products/pedge/en/perc-h700-cachecade.pdf 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] Re: raid
Mesut hocam, eger 5. diski alabiliyorsaniz ve sunucuya da takilabiliyorsa tabi, 4disk raid1+0 ve 1 hotspare cok iyi olacaktir. h700 u tanimiyorum, ama battery backed write cache i de alabildiginiz en yuksek configde alabilirseniz iyi olur. 1gb cache li bir raid controller dogru configde 8gb lik db dosyasini da gozonunde bulundurursak zaten nerdeyse ssd performansi yasatacaktir size(yazma icin). onceki sunucu da e200 de write cache yoktu sanirim? hem de windows oldugu icin belki de antivirus exception vs yapilmamis olabilecegi geliyor aklima (ya da fragmantasyon). parametre cok, umarim hedefinize ulasirsiniz. selamlar. Sent from my mobile. On Jan 24, 2012, at 23:54, Mesut GÜLER me...@egemenyazilim.com wrote: 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
[Linux-sunucu] Re: raid
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
[Linux-sunucu] Re: raid
Ben veri tabanı uygulamalarında özellikle de yazma yoğun işlemler yapıyorsanız raid 10 u tavsiye ederim. Zaten diskleriniz de 15k dolayısıyla hiç problem yaşamazsınız. Aslında 2 tane ek diskiniz daha olsaydı işletim sistemini raid1 de db dosyalarını raid10 tutsaydınız daha da güzel olurdu. İyi çalışmalar -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: Tuesday, January 24, 2012 9:56 AM To: linux-sunucu@liste.linux.org.tr Subject: [Linux-sunucu] raid Merhabalar, Raid konusu çok konuşuldu ama ben tekrardan tecrübeli arkadaşların önerilerini rica ediyorum. dell r710 sunucumuz var. battery backup'lı 512MB cache'li h700 raid kontrolcüsüne de bağlı 4 adet 15k rpm 146GB diskimiz mevcut. ek olarak sunucu 20GB RAM'e sahip. firebirdSQL çalışacak. Benim düşündüğüm diskleri raid 10 yapmak. İşletmenin tüm üretim işleri bu SQL üzerinden yapılıyor. 100 kadar kullanıcı işlem yapıyor. Yoğun olarak 40-50 kullanıcı kullanıyor. Ayrıca işletme içindeki makinelerin durumları online olarak takip ediliyor ve bu bilgiler de sürekli firebirdSQL'e yazılıyor. Sizce bu sunucu için en uygun raid yapısı ne olmalı? Tabii veri güvenliği de önemli, olası disk arızalarına karşı da tedbirli olmak lazım. Teşekkürler ___ 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] Re: raid
raw data kullanımınız yoksa kesinlikle raid10 kullanın derim. On Tue, 24 Jan 2012 09:56:21 +0200, Mesut GÜLER me...@egemenyazilim.com wrote: Merhabalar, Raid konusu çok konuşuldu ama ben tekrardan tecrübeli arkadaşların önerilerini rica ediyorum. dell r710 sunucumuz var. battery backup'lı 512MB cache'li h700 raid kontrolcüsüne de bağlı 4 adet 15k rpm 146GB diskimiz mevcut. ek olarak sunucu 20GB RAM'e sahip. firebirdSQL çalışacak. Benim düşündüğüm diskleri raid 10 yapmak. İşletmenin tüm üretim işleri bu SQL üzerinden yapılıyor. 100 kadar kullanıcı işlem yapıyor. Yoğun olarak 40-50 kullanıcı kullanıyor. Ayrıca işletme içindeki makinelerin durumları online olarak takip ediliyor ve bu bilgiler de sürekli firebirdSQL'e yazılıyor. Sizce bu sunucu için en uygun raid yapısı ne olmalı? Tabii veri güvenliği de önemli, olası disk arızalarına karşı da tedbirli olmak lazım. Teşekkürler ___ 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 -- _Baris Munir_ BARKOM BILGISAYAR LTD. Kusbakisi Cad. D Blok D:3 Altunizade/Istanbul Posta Kodu: 34662 Tel: 0216 474 48 30 Fax: 0216 474 48 28 www.barkombilgisayar.com.tr -- Barkom Bilgisayar Mail System ___ 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] Re: raid
24-01-2012 13:40, Baris Münir yazmış: raw data kullanımınız yoksa kesinlikle raid10 kullanın derim. İlginize teşekkür ederim, raid 10 olarak ayarladım. ___ 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] Re: raid
Ben olsam bu diskleri raid6 denereim. H700 raid 6da basarili. Hem 50 aktif kullanici fazla sayilmaz ve hele hele okuma isi agirlikli ise raid5 turevi olan raid6 daha iyi olabilir. Bunu soylememin nedeni yedekliligi de halletmis olursun. Tabi file system secimini xfs ve stripe size ufak tutman da basarimini artirir. Mesut GÜLER me...@egemenyazilim.com wrote: 24-01-2012 13:40, Baris Münir yazmış: raw data kullanımınız yoksa kesinlikle raid10 kullanın derim. İlginize teşekkür ederim, raid 10 olarak ayarladım. ___ 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] Re: raid
24-01-2012 15:12, Atıf CEYLAN yazmış: Ben olsam bu diskleri raid6 denereim. H700 raid 6da basarili. Hem 50 aktif kullanici fazla sayilmaz ve hele hele okuma isi agirlikli ise raid5 turevi olan raid6 daha iyi olabilir. Bunu soylememin nedeni yedekliligi de halletmis olursun. Tabi file system secimini xfs ve stripe size ufak tutman da basarimini artirir. Zaten sizlere danışmamın nedeni, raid 10 ve 6 arasında kararsız kaldığımdandı. Dediğiniz gibi raid 6 daha güvenli bir yapı gibi görünüyor ama performans konusunda sorun yaşar mıyım düşüncesi var. Okuma, yazma her ikisi de yoğun. Aslında dediğiniz gibi yapayım, 1 hafta raid 6 olarak test edelim sistemi, performans yetersiz kalırsa, raid 10'a geçeriz. teşekkürler ___ 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] Re: raid
Hocam yazma ne kadar olacak? Acikcasi raid5 turevlerinde disk kadar raid kontrolcusu de onemli. H700 oldukca basarili. En kotu sartlarda raid 1 performansinda yazarsin ki denemekte fayda var. Mesut GÜLER me...@egemenyazilim.com wrote: 24-01-2012 15:12, Atıf CEYLAN yazmış: Ben olsam bu diskleri raid6 denereim. H700 raid 6da basarili. Hem 50 aktif kullanici fazla sayilmaz ve hele hele okuma isi agirlikli ise raid5 turevi olan raid6 daha iyi olabilir. Bunu soylememin nedeni yedekliligi de halletmis olursun. Tabi file system secimini xfs ve stripe size ufak tutman da basarimini artirir. Zaten sizlere danışmamın nedeni, raid 10 ve 6 arasında kararsız kaldığımdandı. Dediğiniz gibi raid 6 daha güvenli bir yapı gibi görünüyor ama performans konusunda sorun yaşar mıyım düşüncesi var. Okuma, yazma her ikisi de yoğun. Aslında dediğiniz gibi yapayım, 1 hafta raid 6 olarak test edelim sistemi, performans yetersiz kalırsa, raid 10'a geçeriz. teşekkürler ___ 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] Re: raid
24-01-2012 16:39, Atıf CEYLAN yazmış: Hocam yazma ne kadar olacak? Acikcasi raid5 turevlerinde disk kadar raid kontrolcusu de onemli. H700 oldukca basarili. En kotu sartlarda raid 1 performansinda yazarsin ki denemekte fayda var. Halihazırdaki sunucu hp ml350 -- 2x xeon 5405 CPU, 8 GB ram ve smart array e200i raid kontrolcüsüne bağlı 2 daet 10k sas, raid 1 çalışıyor. işletim sistemi windows 2003. Gözlemlediğim kadarı ile sıkıntı da zaten disk yazmasında oluyor. İşletme içerisindeki otomasyon cihazları (tahminen 50 kadar) yoğun olmasa da sürekli sql'e yazma yapıyor, ayrıca kullanıcılar da veri girişi yapıyor. Kısaca yazma hızı önemli. 2 ay öncesine kadar sistem hızı fena değildi, bir kaç aydır oldukça ağırlaştı. Git gide de daha kötü oluyor. Aklıma gelen bir şey daha var; raid 6 yerine, raid10 + hot spare nasıl olur ? Bir terslik olmazsa, yeni sunucuda firebird, linux üzerinde çalışacak. 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] Re: raid
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). 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.. 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.. 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). selamlar. 2012/1/24 Mesut GÜLER me...@egemenyazilim.com 24-01-2012 16:39, Atıf CEYLAN yazmış: Hocam yazma ne kadar olacak? Acikcasi raid5 turevlerinde disk kadar raid kontrolcusu de onemli. H700 oldukca basarili. En kotu sartlarda raid 1 performansinda yazarsin ki denemekte fayda var. Halihazırdaki sunucu hp ml350 -- 2x xeon 5405 CPU, 8 GB ram ve smart array e200i raid kontrolcüsüne bağlı 2 daet 10k sas, raid 1 çalışıyor. işletim sistemi windows 2003. Gözlemlediğim kadarı ile sıkıntı da zaten disk yazmasında oluyor. İşletme içerisindeki otomasyon cihazları (tahminen 50 kadar) yoğun olmasa da sürekli sql'e yazma yapıyor, ayrıca kullanıcılar da veri girişi yapıyor. Kısaca yazma hızı önemli. 2 ay öncesine kadar sistem hızı fena değildi, bir kaç aydır oldukça ağırlaştı. Git gide de daha kötü oluyor. Aklıma gelen bir şey daha var; raid 6 yerine, raid10 + hot spare nasıl olur ? Bir terslik olmazsa, yeni sunucuda firebird, linux üzerinde çalışacak. 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
[Linux-sunucu] Re: raid
Hocam burada firebird gdb file seklinde tek dosya tutuyor. calisma seklini bilemedigim icin pek yorum yapamayacagim ancak file system tercihi, block size, stripe size, swidth gibi parametreleri ayarlamak gerekiyor. PostgreSQL olsa ne guzel telkinlerde bulunabilirdik :) table space kullanin, veriyi part edin, bg writer $oyle yapin vs.. derdik :) Firebird'e camur atmayim (bilmedigim icin) ama PostgreSQL dururken baska veritabani aramak (isin yapisina gore konusuyorum) pek bir gereksiz geliyor bana.. 24.01.2012 17:27, Mesut GÜLER yazmış: 24-01-2012 16:39, Atıf CEYLAN yazmış: Hocam yazma ne kadar olacak? Acikcasi raid5 turevlerinde disk kadar raid kontrolcusu de onemli. H700 oldukca basarili. En kotu sartlarda raid 1 performansinda yazarsin ki denemekte fayda var. Halihazırdaki sunucu hp ml350 -- 2x xeon 5405 CPU, 8 GB ram ve smart array e200i raid kontrolcüsüne bağlı 2 daet 10k sas, raid 1 çalışıyor. işletim sistemi windows 2003. Gözlemlediğim kadarı ile sıkıntı da zaten disk yazmasında oluyor. İşletme içerisindeki otomasyon cihazları (tahminen 50 kadar) yoğun olmasa da sürekli sql'e yazma yapıyor, ayrıca kullanıcılar da veri girişi yapıyor. Kısaca yazma hızı önemli. 2 ay öncesine kadar sistem hızı fena değildi, bir kaç aydır oldukça ağırlaştı. Git gide de daha kötü oluyor. Aklıma gelen bir şey daha var; raid 6 yerine, raid10 + hot spare nasıl olur ? Bir terslik olmazsa, yeni sunucuda firebird, linux üzerinde çalışacak. saygılar ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr [1] Liste kurallarını http://liste.linux.org.tr/kurallar.php [2] 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 [3] -- /** * @AUTHOR Atıf CEYLAN * Software Developer System Admin * http://www.atifceylan.com */ Links: -- [1] mailto:Linux-sunucu@liste.linux.org.tr [2] http://liste.linux.org.tr/kurallar.php [3] 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] Re: raid
Kesinlikle hot spare alternatif olamaz. Zaten olmasi gereken bir gereklilik. Ayrica hem write cache kullanin hem read cache mutlaka kullanin. raid5+hotspare yerine raid1+0 + hotspare kullanin. rebuild islemi kesinlikle fazla uzayabilir. Bu da rebuild asamasinda ciddi bir yavasliga neden olacaktir. her ne kadar seviye belirtebilseniz de performans cok etkileniyor. Arkadaslarin ssd tavsiyelerine kesinlikle katiliyorum. 2 ssd disk ile raid1 yapsaniz tadindan yenmez. 24.01.2012 20:24, Sinan Beyribey yazmış: 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). 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.. 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.. 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). selamlar. 2012/1/24 Mesut GÜLER 24-01-2012 16:39, Atıf CEYLAN yazmış: Hocam yazma ne kadar olacak? Acikcasi raid5 turevlerinde disk kadar raid kontrolcusu de onemli. H700 oldukca basarili. En kotu sartlarda raid 1 performansinda yazarsin ki denemekte fayda var. Halihazırdaki sunucu hp ml350 -- 2x xeon 5405 CPU, 8 GB ram ve smart array e200i raid kontrolcüsüne bağlı 2 daet 10k sas, raid 1 çalışıyor. işletim sistemi windows 2003. Gözlemlediğim kadarı ile sıkıntı da zaten disk yazmasında oluyor. İşletme içerisindeki otomasyon cihazları (tahminen 50 kadar) yoğun olmasa da sürekli sql'e yazma yapıyor, ayrıca kullanıcılar da veri girişi yapıyor. Kısaca yazma hızı önemli. 2 ay öncesine kadar sistem hızı fena değildi, bir kaç aydır oldukça ağırlaştı. Git gide de daha kötü oluyor. Aklıma gelen bir şey daha var; raid 6 yerine, raid10 + hot spare nasıl olur ? Bir terslik olmazsa, yeni sunucuda firebird, linux üzerinde çalışacak. saygılar ___ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr [1] Liste kurallarını http://liste.linux.org.tr/kurallar.php [2] 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 [3] -- /** * @AUTHOR Atıf CEYLAN * Software Developer System Admin * http://www.atifceylan.com */ Links: -- [1] mailto:Linux-sunucu@liste.linux.org.tr [2] http://liste.linux.org.tr/kurallar.php [3] https://liste.linux.org.tr/mailman/listinfo/linux-sunucu [4] mailto:me...@egemenyazilim.com ___ 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] 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] Re: raid 10 testleri
On 05/09/2011 10:09 AM, Osman Yozgatlioglu wrote: Selamlar, Elimde 4x146 GB 10K sas diskli bir ibm x3650 m3 var. Megaraid donanımı var. Bunlarla donanım raid10 yaptım. Bir de 4x500 GB 7200.12 sata diskli toplama bilgisayar var. Bunlarla da yazılım raid10 yaptım. Her ikisinini de bonnie++ ile test ettim. Ama sonuçlar bana biraz şaşırtıcı geldi. Ibm makinanın latencyleri de biraz düşük olmasına rağmen blok yazma, random seek, sıralı silme, rastgele silme hariç diğer testlerde geride kaldı. İyi çalışmalar, Osman Raid kartiniz m5014 ise ve standart donanim almissaniz bataryasiz bir raid kartiniz mevcuttur. batarya backup, write cache performans artisi saglayacaktir. -- Murat Uğur Eminoğlu http://ipucu.murat.ws http://fotoblog.murat.ws ___ 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
