Forum

ssd disk ile sas di...
 
Bildirimler
Hepsini Temizle

ssd disk ile sas disk I/O karşılaştırması

Erol DURSUN
(@eroldursun)
Tecrübeli Üye

http://h20195.www2.hp.com/v2/GetPDF.aspx/4AA0-0248ENW.pdf

Table 1: Comparison of SSD, ioDrives, and HDD performance 

 HP server        SSD HP        SFF 15K 6G SAS HDD     80 GB ioDrive 

Random reads >20,000 IO/s     340 IO/s                          119,790 IO/s 

Random writes >5,000 IO/s      300 IO/s                           89,549 (75/25 r/w mix) IO/s 

Sequential reads 230 MB/s      160 MB/s                         750 MB/s 

Sequential writes 180 MB/s      160 MB/s                         500 MB/s 

tabloyu açıklayabilir misiniz ? random lar arasında çok ciddi fark varken ardışıklarda o kadar fark neden yok ?

Terminal server üzerinde pst olarak maillerim bulunuyor (40-50 user ve 4-15 gb arası pst var kişi başı) DİSk I/O gerekiyor zannımca outlooklara mailler düştükçe ve toplu silme işlemleri yada outlook recovery yaptığında   perfmon ile baktığımda  avg disk queue length ve ram conunter göstergleri %100 oluyor ve sistem çalışamaz oluyor.  12 ve 24  gb lık çift cpu raid5 sas disk yapısı var ml 350g6 sunucularda.

Kısacası SSD yapısına geçsem durum ne olur (*.pst mailler durumu ). aynı yapıyı ssd ile devam edebilirmiyim sorunsuzca.

 

 

Alıntı
Konu başlatıcı Gönderildi : 10/11/2013 17:28
Ayhan KOSOGLU
(@AyhanKOSOGLU)
Üye

Selamlar;

 

outlook sürümü olarak ne kullanıyorsunuz bilmiyorum ama 7 gb yi geçen tek pst dosyalarında ciddi anlamda performans sorunu çıkartıyor outlook.

eğer yapınızı sırf pst dosyası yüzünden  değiştirmeyi düşünüyorsanız  ikinci bir pst oluşturarak maillerin buraya gelmesini sağlamanız hem daha ucuz hemde daha net bir çözüm olur. Ssd disk fark ettirir ama pst boyutu yükseldikce outlook sıkıntı çıkartacaktır bu seferde.

CevapAlıntı
Gönderildi : 10/11/2013 21:30
Ertan ERBEK
(@ertanerbek)
Tecrübeli Üye

Hocam exchange DB lerinin en büyük problemi IO bunu çözmenin birkaç yolu var. Birincsi ve en kolayı SSD geçmek çünki SSD lerde disk 1 Mb dosya varkende 100 GB dosya varkende erişim süresi 0 dır bu mekanik disklere göre enbüyük avantajı. IO kapasiteleri yine çok fazla sonuçta IO nun temeli erişim süresidir erişecek ki bir şey girsin erişecek ki okusun 🙂 Sonuç itibari ile SSD özellikle kendi içinde yazma okuma yapan sistemlerde ki DB lerde bu böyledir birisi gelen malini açarken bir diğerinin malini sunucu DB yazacaktır ki bu durumda SSD bir numaradır.

Dersenki para harcamayalım nasıl yaparız, basit cihaza USB3 desteği filan varsa USB disk tak log ların DB sini oraya yazdır oldukça rahatlatacaktır. Buna benzer şekilde DB ler bölebilirsin Synology gibi bir NAS alıp ISCSI bağlayabilirsin maksa yazılacak alanların farklı bağlantı tipleri ile bağımsız çalışmasını sağlamak ve IO performansını arttırmak.

CevapAlıntı
Gönderildi : 15/11/2013 03:06
Burak Vardar
(@burakvardar)
Üye

Herkese merhaba, uzun zamandır foruma yazmıyordum ama eğlenceli bi konu görünce yazayım istedim...
Öncelikle io dertleri direk olarak diskler ile bağlantılı olsada aslında işletim sistemlerinde yapmış olduğumuz ayarlarda performansı direk olarak etkileyecek olan kavramlardır.

Ssd diskler çıkmadan önce performans sıkıntıları çektiğimizde satalardan saslara aynı geyikleri yapardık... Disk sayısını arttır IO artacak, tartışmasız doğrudur ancak, cep yakar 🙂

sonra bazı kavramlarda önem kaanmaya başladı özellikle microsoft bu konuda ciddi bir atılım yaptı diyebilirim ( exchange 2010 ve sql 2008 r2 ürünlerinde ) Bu atılım aslında veriye erişme metoduydu... Birçoğumuz hatırlayacak ki Microsoft exchange 2010 çıkardığında sas ve sata karşılaşmaları yapardı ve derdiki bakın exchage 2003 sas diskte duruyor, exchange 2010 sata da duruyor ancak sata diskte duran exchange daha hızlı çalışıyor. Nasıl? Şimdi bunu anlatayaım;

Exchange 2010 best practices derki; Ey vatandaş eğer exchange 2010 kullanacaksan şayet database duracak olan diski 64K formatla çünkü artık ben 64 K blokları tek seferde yazabiliyorum!!!!

Şimdi kafamızda bir ışık yanmış olmalı, default NTFS blok size 4K dır. Dolayısıyla siz 4K lık formatlanmış bir alana 64K blokları gönderirseniz otomatik olarak 16 kez fazla IO yapmış olacaksınız, Halbuki 64 K Formatlarsanız 1 IO yapacaksınız. Buda performansı yaklaşık 10-15 kata kadar arttıracak... İşte bu yüzden microsoft exchage 2010 için artık sata disklerde bile hızlı çalışıyorum diyordu. Yanlış anlaşılmasın DB satada tutun demiyorum 🙂

ve son olarak hatırlatacağım 64 K yı büyük bir nimet olarak görmeyin sadece database üreticileri Oracle, sybase, Sql  en iyi çalışacakları block sizelerı söylerler biri 64 k da iyiyim der biri 8 k da iyiyim der...

Sonuç olarak donanımız elimizde olsada bazı şeylerde biz sistem adminlerinin, danışmanlarının elinde...

Storage eğitimlerimlerinde bu olaydan çok bahsederim ve çok önemli görürüm bu olayı...

Umarım okuyan bir çok arkadaşıma ışık tutar...

SSD diskler en iyi io yapan disklerdir ancak mevcut donanımımızı iyi kullanmadan satın alma yapılmamalı...İhtiyaç varsa gerçekten ok...

Yoksa HP, IBM, Synology farketmez yani, işler biraz da bizim elimizde...

Herkese selamlar.

CevapAlıntı
Gönderildi : 15/11/2013 12:10
CozumPark
(@cozumpark)
Onursal Üye Yönetici

burak kardeşime katılıyorum. doğru demiş. ne içtiyse bende içmek istiyorum. :))

CevapAlıntı
Gönderildi : 15/11/2013 22:45
Burak Vardar
(@burakvardar)
Üye

O son sodayı içmicektim Mümin ağabey :))

CevapAlıntı
Gönderildi : 15/11/2013 23:08
Ayhan KOSOGLU
(@AyhanKOSOGLU)
Üye

Grup şirketlerimizden bir tanesi pop3 mail ile terminal server üzerinden çalışıyor. Ben soruyu okuduğumda direk o senaryo üzerinden yanıt verdim. Exchange durumunu düşünmeyi yorumlardan sonra akıl ettim. Biraz geç oldu ama postumu geri alıyorum. : )

CevapAlıntı
Gönderildi : 16/11/2013 01:20
Paylaş: