[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: Hyper-V Centos DriveStatusError
Hasan bey cevabınız için teşekkürler, hyper-v ic versiyonlarını
deneyerek doğru sonuca eriştim. artık bu hatayı almıyorum.
hyper-v r2 üzerine Centos 5,7 64 bit ve kurulum sonrası integration
services 2,1 kurarak sorunu çözdüm.
(
yum groupinstall Development Tools
yum install adjtimex*
)
On 20 Ocak 2012 Cuma 20:57:40, Hasan Akgöz hasanak...@mail.ru wrote:
ps çıktısını kontrol ettin mi aşağıda yaptığın işlemlerde eğer sunucuyu
yeniden başlatmadıysan yaptığın işlemler aktif hale gelmicektir. servisin
başlangıçta çalışmamasını söylemişsin.
/usr/local/sbin/smartctl -s off -a /dev/hda diyerek bu satırı çalıştırın.
ya da madem disklerin desteği yok komple kaldırın.
sudo yum remove smartmontools
Birde syslog çıktısını verirmisiniz.
Fri, 20 Jan 2012 11:31:31 +0200 tarihinde Kasım Gökhan Coşkun
kgcos...@istanbul-ulasim.com.tr şöyle yazmış:
Merhabalar, Hyper-V üzerine kurduğum Centos 5.7 de kurulumda hiçbir
problem yaşamadım fakat sistem kurulduktan sonra smart monitor den tüm
terminal pencerelerine aşağıdaki hata basılmakta.
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xb0
Hatayı nette araştırdığımda sistemde smart özelliğinin olmasına karşın
bios/disk de böyle bir destek olmadığında bu hatayı alırsınız diyor.
Çözüm olarak da smart' ı devre dışı bırakın diyor.
smart' ı sadece hda için devre dışı bırakmayı denedim fakat olmadı,
komple smart' ı devre dışı bıraktım yine olmadı. Aynı hata yine tüm
terminallere basılıyor.
Yaptığım işlemler;
/dev/hda -a -o on -S on -s (S/../.././02|L/../../6/03) = Orjinal
smart.conf
/dev/hda -a -o off -S on -s (S/../.././02|L/../../6/03) =
Değiştirdiğim hali
/dev/hda -H -m root@localhost.localdomain
mailto:root@localhost.localdomain = Tekrar Değiştirdiğim hali
chkconfig smartd off
GİZLİLİK NOTU: Bu mesaj ve ekleri yalnızca gönderildiği kişi(lere)
özeldir ve gizlidir. Mesaj sizin adınıza değilse, içeriğini ve varsa
ekindeki dosyaları kimseye göndermeyiniz ya da kopyalamayınız. Bu
mesajın herhangi bir şekilde açıklanması, kullanılması, kopyalanması,
yayılması veya mesaj içeriği ile ilgili olarak herhangi bir işlem
yapılması kesinlikle yasaktır. Böyle bir durumda lütfen göndereni
uyarıp, mesajı siliniz. İstanbul Ulaşım San. ve Tic. A.Ş. bu mesajın
içeriği ve ekleri ile ilgili olarak hiçbir hukuksal sorumluluğu kabul
etmez.
CONFIDENTIALITY NOTICE: This message and attachments are confidential
and intended solely for the individual(s) stated in this message. If you
received this message although you are not the addressee, you are
responsible to keep the message confidential. If you are not the
intended recipient please notify the sender immediately and destroy this
e-mail. İstanbul Ulaşım San. ve Tic. A.Ş. does not accept legal
responsibility for the contents and the attacments of this message.
___
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
GİZLİLİK NOTU: Bu mesaj ve ekleri yalnızca gönderildiği kişi(lere) özeldir ve
gizlidir. Mesaj sizin adınıza değilse, içeriğini ve varsa ekindeki dosyaları
kimseye göndermeyiniz ya da kopyalamayınız. Bu mesajın herhangi bir şekilde
açıklanması, kullanılması, kopyalanması, yayılması veya mesaj içeriği ile
ilgili olarak herhangi bir işlem yapılması kesinlikle yasaktır. Böyle bir
durumda lütfen göndereni uyarıp, mesajı siliniz. İstanbul Ulaşım San. ve Tic.
A.Ş. bu mesajın içeriği ve ekleri ile ilgili olarak hiçbir hukuksal sorumluluğu
kabul etmez.
CONFIDENTIALITY NOTICE: This message and attachments are confidential and
intended solely for the individual(s) stated in this message. If you received
this message although you are not the addressee, you are responsible to keep
the message confidential. If you are not the intended recipient please notify
the sender immediately and destroy this e-mail. İstanbul Ulaşım San. ve Tic.
A.Ş. does not accept legal responsibility for the contents and the attacments
of this message.
___
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: E-posta Listesi Hizmeti
*Ben TT yi kullanıyorum. Biraz pahallı olabilir, ama incelemeye değer. http://www.ttvm.com.tr/ * ** * * 2012/1/19 Berkin Malkoc malk...@gmail.com Merhaba. Paylaşımlı barındırma hizmeti aldığımız firmayı çeşitli sebeplerle değiştirmek istiyoruz; hazır bunu yapıyorken de, bu firmanın önce verip sonradan kapattığı Mailman hizmetini alabileceğimiz bir yere geçelim diye düşündük. Soru şu: E-posta listesi hizmeti de veren önerebileceğiniz bir barındırma firması var mıdır? Yurtiçi ve yurtdışı önerilerizi aktarabilirseniz çok sevinirim. Şimdiden teşekkürler, Berkin ___ 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 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: Hyper-V Centos DriveStatusError
Keşke başlangıçta sanallaştırma kullandığınızı söyleseydiniz soruna daha farklı
yaklaşırdık.Bu arada 64 bit Linux sürümlerinde bazı uygulamalarda sorun var.
Örneğin sarg (Squid Analysis Report Generator )
İyi çalışmalar
-Original Message-
From: Kasım Gökhan Coşkun [mailto:kgcos...@istanbul-ulasim.com.tr]
Sent: Tuesday, January 24, 2012 1:18 PM
To: linux-sunucu@liste.linux.org.tr
Cc: Hasan Akgöz
Subject: Re: [Linux-sunucu] Re: Hyper-V Centos DriveStatusError
Hasan bey cevabınız için teşekkürler, hyper-v ic versiyonlarını
deneyerek doğru sonuca eriştim. artık bu hatayı almıyorum.
hyper-v r2 üzerine Centos 5,7 64 bit ve kurulum sonrası integration
services 2,1 kurarak sorunu çözdüm.
(
yum groupinstall Development Tools
yum install adjtimex*
)
On 20 Ocak 2012 Cuma 20:57:40, Hasan Akgöz hasanak...@mail.ru wrote:
ps çıktısını kontrol ettin mi aşağıda yaptığın işlemlerde eğer sunucuyu
yeniden başlatmadıysan yaptığın işlemler aktif hale gelmicektir. servisin
başlangıçta çalışmamasını söylemişsin.
/usr/local/sbin/smartctl -s off -a /dev/hda diyerek bu satırı çalıştırın.
ya da madem disklerin desteği yok komple kaldırın.
sudo yum remove smartmontools
Birde syslog çıktısını verirmisiniz.
Fri, 20 Jan 2012 11:31:31 +0200 tarihinde Kasım Gökhan Coşkun
kgcos...@istanbul-ulasim.com.tr şöyle yazmış:
Merhabalar, Hyper-V üzerine kurduğum Centos 5.7 de kurulumda hiçbir
problem yaşamadım fakat sistem kurulduktan sonra smart monitor den tüm
terminal pencerelerine aşağıdaki hata basılmakta.
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xb0
Hatayı nette araştırdığımda sistemde smart özelliğinin olmasına karşın
bios/disk de böyle bir destek olmadığında bu hatayı alırsınız diyor.
Çözüm olarak da smart' ı devre dışı bırakın diyor.
smart' ı sadece hda için devre dışı bırakmayı denedim fakat olmadı,
komple smart' ı devre dışı bıraktım yine olmadı. Aynı hata yine tüm
terminallere basılıyor.
Yaptığım işlemler;
/dev/hda -a -o on -S on -s (S/../.././02|L/../../6/03) = Orjinal
smart.conf
/dev/hda -a -o off -S on -s (S/../.././02|L/../../6/03) =
Değiştirdiğim hali
/dev/hda -H -m root@localhost.localdomain
mailto:root@localhost.localdomain = Tekrar Değiştirdiğim hali
chkconfig smartd off
GİZLİLİK NOTU: Bu mesaj ve ekleri yalnızca gönderildiği kişi(lere)
özeldir ve gizlidir. Mesaj sizin adınıza değilse, içeriğini ve varsa
ekindeki dosyaları kimseye göndermeyiniz ya da kopyalamayınız. Bu
mesajın herhangi bir şekilde açıklanması, kullanılması, kopyalanması,
yayılması veya mesaj içeriği ile ilgili olarak herhangi bir işlem
yapılması kesinlikle yasaktır. Böyle bir durumda lütfen göndereni
uyarıp, mesajı siliniz. İstanbul Ulaşım San. ve Tic. A.Ş. bu mesajın
içeriği ve ekleri ile ilgili olarak hiçbir hukuksal sorumluluğu kabul
etmez.
CONFIDENTIALITY NOTICE: This message and attachments are confidential
and intended solely for the individual(s) stated in this message. If you
received this message although you are not the addressee, you are
responsible to keep the message confidential. If you are not the
intended recipient please notify the sender immediately and destroy this
e-mail. İstanbul Ulaşım San. ve Tic. A.Ş. does not accept legal
responsibility for the contents and the attacments of this message.
___
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
GİZLİLİK NOTU: Bu mesaj ve ekleri yalnızca gönderildiği kişi(lere) özeldir ve
gizlidir. Mesaj sizin adınıza değilse, içeriğini ve varsa ekindeki dosyaları
kimseye göndermeyiniz ya da kopyalamayınız. Bu mesajın herhangi bir şekilde
açıklanması, kullanılması, kopyalanması, yayılması veya mesaj içeriği ile
ilgili olarak herhangi bir işlem yapılması kesinlikle yasaktır. Böyle bir
durumda lütfen göndereni uyarıp, mesajı siliniz. İstanbul Ulaşım San. ve Tic.
A.Ş. bu mesajın içeriği ve ekleri ile ilgili olarak hiçbir hukuksal sorumluluğu
kabul etmez.
CONFIDENTIALITY NOTICE: This message and attachments are confidential and
intended solely for the individual(s) stated in this message. If you received
this message although you are not the addressee, you are responsible to keep
the message confidential. If you are not the intended recipient please notify
the sender immediately and destroy this e-mail. İstanbul Ulaşım San. ve Tic.
A.Ş. does not accept legal responsibility for the contents and the attacments
of this message.
___
Linux-sunucu E-Posta Listesi
