Mengapa aplikasi yang sangat intensif disk dapat berjalan lebih cepat pada SAN daripada pada Disk Fisik?

21

Mengapa aplikasi yang sangat intensif disk dapat berjalan lebih cepat pada SAN daripada pada Disk Fisik? Saya akan mengharapkan disk Fisik menjadi sedikit lebih cepat tetapi sebenarnya proses berjalan 100 kali lebih cepat ketika itu drive kerja diatur ke sebuah partisi di SAN.

Dugaan kami adalah bahwa SAN dioptimalkan keluar dari kotak untuk menjadi cepat sedangkan pengaturan penyetelan disk fisik terkait OS (Solaris) dan belum disentuh atau OS ditambal.

Selama aktivitas tertinggi, disk I / O berjalan pada 100% dan waktu untuk menyelesaikan penulisan lebih dari 2 detik karena beberapa proses menulis ke disk pada saat yang sama.

(FYI aplikasi yang terlibat adalah Informatica PowerCenter)

Stuart Woodward
sumber

Jawaban:

23

Saya sama sekali tidak terkejut. Array SAN biasanya memiliki BANYAK disk yang terlibat. Faktor pembatas untuk disk I / O adalah kecepatan disk individu, dan tumpukan ini. 6 drive secara lokal di RAID10 akan berkinerja lebih baik dari 2, dan 80 drive pada SAN akan berkinerja lebih baik dari 10 drive secara lokal. Tentu saja ada beberapa variabel, tetapi memang seharusnya begitu.

Juga, jika SAN memiliki SSD yang terlibat, hal-hal menjadi sangat zippy.

sysadmin1138
sumber
15

Ini hampir pasti karena caching. Probabilitas DAS memiliki caching minimal, di mana sebagian besar Enterprise SAN memiliki banyak cache. Saya kira aplikasi tersebut menjenuhkan cache DAS, tetapi bukan SAN.

Chris S
sumber
1
Latensi yang jelas pada SAN lebih panjang daripada DAS tetapi keseluruhan throughput lebih tinggi pada SAN dengan semua caching. Jawaban yang bagus.
Matt
dan kemudian sering ada cache read depan sehingga baca / tulis acaknya yang mengambil hit terbesar dan kemudian Anda dapat cache menulis sehingga hanya baca acak yang terkena dampak, masih penundaan yang cukup kecil sekalipun.
Silverfire
1
Subsistem Penyimpanan yang dikonfigurasi dengan benar pada SAN yang tidak kelebihan beban akan memberi Anda waktu penulisan acak sekitar 1-2ms.
MikeyB
@ MikeyB saya tidak setuju dengan Anda. Menulis 1-2ms ke SAN sepertinya benar. Tetapi konfigurasi SAN dari Charles adalah 100 kali lebih cepat daripada disk fisiknya yang terlalu banyak (menulis> 2detik untuk yang terakhir). Jadi, bahkan kinerja SAN-nya tidak begitu baik, pada 20 ms daripada 1-2 ms ...?
Ellie Kesselman
9

Secara konseptual selalu terasa seperti melayani disk dari SAN harus lebih lambat daripada melayani secara lokal. Namun, ada banyak faktor yang dapat membalikkan ini dan menghasilkan SAN menjadi pilihan yang jauh lebih cepat. Beberapa faktor ini adalah:

  • Apakah beban kerja Anda memerlukan waktu pencarian cepat atau throughput cepat, atau keduanya?
  • Berapa banyak spindle pada SAN LUN versus disk lokal?
  • Berapa kecepatan bus antara SAN LUN dan server, versus antarmuka disk lokal?
  • Berapa banyak cache baca / tulis tersedia pada SAN LUN vs disk lokal?
  • Berapa kecepatan disk berputar pada SAN LUN versus disk lokal?
  • Apa aktivitas IO lain yang terjadi pada SAN LUN versus disk lokal?
  • Apa tingkat RAID array pada SAN dan penyimpanan lokal?

Semua ini akan mempengaruhi kinerja Anda di SAN dan disk lokal.

Chris Thorpe
sumber
1

Itu semua bermuara pada berapa banyak spindle yang tersedia .... Semakin tinggi jumlah spindle semakin cepat untuk mengakses setiap bagian data yang diberikan. jika Anda intensif menggunakan IO, terutama jika Anda adalah aplikasi database, maka Anda dapat dengan mudah mengubur kinerja disk lokal dengan solusi SAN yang dapat memiliki jumlah set disk yang jauh lebih tinggi untuk pengelolaan data inti, indeks dan semacamnya.

Dengan subsistem disk lokal, Anda juga kemungkinan berbagi akses ke kepala baca / tulis dengan operasi lain, seperti r / w untuk bertukar, OS lokal dan akses file pustaka, akses aplikasi, dll ... Sementara secara individual cepat, waktu kolektif untuk semua tindakan baca / tulis untuk memindahkan kepala baca / tulis dari satu area disk untuk mencakup satu set tindakan ke yang lain untuk memenuhi persyaratan aplikasi Anda tentu saja dapat mengalahkan kinerja.

James Pulley
sumber