Neden yoğun bir disk yoğun uygulama bir SAN'da Fiziksel Disk'ten daha hızlı çalışıyor?


21

Neden yoğun bir disk yoğun uygulama bir SAN'da Fiziksel Disk'ten daha hızlı çalışıyor? Fiziksel diskin biraz daha hızlı olmasını beklerdim, ancak aslında çalışma diski SAN üzerinde bir bölüme ayarlandığında işlem 100 kat daha hızlı gerçekleşiyordu.

Tahminimiz, SAN'ın hızlı olması için hızlı bir şekilde kutudan optimize edildiği, fiziksel disk ayarlama ayarlarının işletim sistemi (Solaris) ile ilgili olduğu ve dokunmadığı ya da işletim sistemi yaması olduğu.

En yüksek aktivite sırasında, disk G / Ç% 100 olarak çalışıyordu ve birkaç işlem aynı anda diske yazarken, yazma işlemini tamamlama süresi 2 saniyeden fazlaydı.

(İlgili uygulama Bilgilendirici Informatica PowerCenter idi)

Yanıtlar:


23

Hiç şaşırmadım. SAN dizileri tipik olarak bir LOT diske sahiptir. Disk G / Ç için sınırlayıcı faktör, tek tek diskin ve bu yığının hızıdır. RAID10'da yerel olarak 6 sürücü 2'den daha iyi performans gösterir ve SAN üzerindeki 80 sürücüler yerel olarak 10 sürücüden daha iyi performans gösterir. Elbette değişkenler var, ama böyle çalışması gerekiyordu.

Ayrıca, eğer SAN'da herhangi bir SSD varsa, işler gerçekten sıkıntılı hale gelir.


15

Neredeyse kesinlikle önbellekleme nedeniyle. DAS olasılıklı, çoğu Kurumsal SAN'ların birden fazla gigabayt önbelleğe sahip olduğu, en az önbelleğe alma özelliği vardır. Sanırım uygulama DAS'ın önbelleğini doyuyor, ancak SAN'ları değil.


1
SAN'daki bariz gecikme süresi DAS'tan daha uzun sürüyor, ancak genel önbelleğe alma işleminde SAN'da genel verimlilik daha yüksek. İyi cevap.
Matt

ve daha sonra çoğu zaman ileriye dönük bir önbellek vardır, bu yüzden en büyük darbeyi alan rasgele okuma / yazma işlemleri ve daha sonra yine de oldukça küçük bir gecikme olsa bile, etkilenen tek rastgele okumaların önbellekleme yapabilmesi için yazabilirsiniz.
Silverfire 09:11

1
SAN'da aşırı yüklenmemiş uygun şekilde yapılandırılmış bir Depolama Alt Sistemi, 1-2ms civarında rastgele yazma süreleri veriyor olmalıdır.
MikeyB

@MikeyB Seninle aynı fikirde değilim. SAN'a 1-2ms yazma doğru görünüyor. Fakat Charles'ın SAN konfigürasyonu aşırı yüklenmiş fiziksel disklerinden 100 kat daha hızlıydı (yazarlar ikincisi için> 2sn idi). Yani SAN performansı bile 1-2ms yerine 20ms'de çok iyi değil mi?
Ellie Kesselman

9

Kavramsal olarak her zaman SAN'dan disk sunma, yerel olarak sunmaya göre daha yavaş olması gerektiğini düşünüyor. Bununla birlikte, bunu tersine çeviren ve SAN'ın daha hızlı bir seçenek olmasına neden olabilecek birçok faktör vardır. Bu faktörlerin bazıları:

  • İş yükünüz hızlı arama süresi mi yoksa hızlı işlem hacmi mi, yoksa her ikisi için mi?
  • SAN LUN'da yerel diske karşı kaç iş mili var?
  • Yerel disk arabirimine karşı SAN LUN ile sunucu arasındaki veri yolu hızı nedir?
  • Yerel diskle SAN LUN'da ne kadar okuma / yazma önbelleği var?
  • Yerel diske kıyasla SAN LUN'daki diskler hangi hızda dönüyor?
  • SAN LUN'da yerel diske karşı başka bir IO etkinliği var mı?
  • SAN ve yerel depolamadaki diziler hangi RAID düzeyindedir?

Bunların hepsi SAN ve yerel diskteki performansınızı etkileyecektir.


1

Her şey, kaç iş milinin mevcut olduğuna bağlıdır. İş mili sayısı ne kadar yüksek olursa, herhangi bir veri parçasına erişmek o kadar hızlı olur. Eğer yoğun GÇ yoğun iseniz, özellikle bir veritabanı uygulamasıysanız, yerel disk performansını, çekirdek verilerin, endekslerin ve benzeri şeylerin yönetimi için çok daha fazla disk setine sahip olabilecek bir SAN çözümüyle kolayca gömebilirsiniz.

Yerel disk alt sistemiyle, okuma / yazma kafalarına, değişim için r / w, yerel işletim sistemi ve kütüphane dosyası erişimi, uygulama erişimi, vb. Gibi diğer işlemlerle erişme olasılığınızı da muhtemelen karşılarsınız. tüm okuma / yazma eylemlerinin, okuma / yazma kafalarını diskin bir alanından hareket ettirmesi için, uygulama gereksinimlerinizi karşılamak üzere bir dizi eylemi kapsayacak şekilde uygulanması kesinlikle performansın üstünde olabilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.