IOmeter IOPS pada Win2k3, Win2008, dan Ubuntu 10.04


3

Rangkuman: Mengingat perangkat keras yang sama, Ubuntu mengungguli Win2k3 sekitar 50 persen ketika datang ke IOPS. Win2008R2 awalnya melakukan hal yang sama seperti Win2k3, tetapi secara bertahap mendapatkan kinerja sampai setara dengan Ubuntu (membutuhkan sekitar 20-30 detik aktivitas berkelanjutan).

Pertanyaan: Adakah yang bisa menjelaskan perilaku Win2008R2?

Detail: Saya hanya akan memberikan detail yang menurut saya relevan, tetapi hubungi saya untuk informasi lebih lanjut jika saya melewatkan sesuatu. Kami memiliki SAN dengan grup RAID5 SAS 11x600GB. Semuanya terhubung oleh serat 4Gbps. Saya membuat LUN 500GB dan membaginya dengan server fisik yang menjalankan Win2k3Entx64. Saya membuat LUN 500GB lain dan membaginya dengan server yang menjalankan ESXi. Saya membuat VM Win2k3Entx64, Ubuntu 10,04 x64, dan Win2008R2x64 VM di ESXi. Server Win2k3 fisik mengungguli Win2k3 VM dengan jumlah kecil. Ubuntu VM merokok kedua server Win2k3. Win2008 VM bertindak seperti Win2k3 selama sekitar 5-10 detik kemudian mulai meningkatkan kinerjanya hingga hampir sama dengan Server Ubuntu.

Pengaturan dan Hasil IOmeter: 32k 50% dibaca 0% acak 1 Pekerja pada file uji 1,5GB.

Win2k3x64 (Fisik): Respons I / O Rata-rata (ms) - 1,0789 Total I / O per detik - 926,28

Win2k3x64 (VM): Respons I / O Rata-rata (ms) - 1,1786 Total I / O per detik - 847,81

Ubuntu (VM): Respons I / O Rata-rata (ms) - .7849 Total I / O per detik - 1273.00

Win2008R2 (VM) Intial: Rata-rata respons I / O (ms) - 1.0959 Total I / O per detik - 910.00

Win2008R2 (VM) 30 Dtk .: Respons I / O Rata-rata (ms) - .8810 Total I / O per detik - 1133,66

Anda mungkin berkata, beralihlah ke Linux! Setengah dari aplikasi kami bergantung pada MS-SQL dan Win2k3 sehingga ini bukan pilihan. Beralih ke server 2008 mungkin merupakan opsi, tetapi tidak sebelum saya mencari tahu mengapa saya mendapatkan hasil ini.

BAGIAN 2

Alignment jelas merupakan masalah. Ternyata 2008 dan Ubuntu secara otomatis selaras. Sekarang untuk masalah 2. Untuk satu proses pekerja IOmeter, tidak masalah. Namun, kinerja pada VM semakin buruk dibandingkan dengan fisik untuk setiap pekerja yang saya tambahkan. Saya telah menambahkan hingga 8 (1 per CPU) dan sekali lagi saya turun 50 persen dibandingkan dengan server fisik.
Saya telah mencoba alokasi disk 4k, 16k, dan 64k pada Win2k3. Driver SCSI adalah adaptor host LSI Logic PCI-X Ultra 320 SCSI (versi 5.2.3790.3959). Penggunaan CPU hampir sama dengan server fisik sehingga bukan masalah sumber daya cpu.

Kalian memecahkan masalah pertama, semoga kalian juga memiliki saran untuk ini. Terima kasih


1
versi terbaru vmtools diinstal pada semua? apa HBA dan versi driver apa pada kotak fisik? apa SAN? oh dan versi ESXi apa?
Chopper3

1
Seperti apa sistem file di Ubuntu? Pasang bendera? Berapa ukuran blok pada array / ukuran blok nts?
pauska

1
Oh, dan apa jenis driver scsi virtual yang digunakan pada VM?
pauska

Jawaban:


3

Sepertinya Anda belum menyelaraskan volume uji pada Win2K3. Secara default Win2K3 tidak menyelaraskan partisi sehingga MBR menyebabkan offset yang menghasilkan penalti pada penulisan yang melintasi batas garis. Win2K8 secara otomatis menyelaraskan pada 1Meg yang umumnya cocok dengan batas-batas garis RAID. Ubuntu baru dibangun juga secara otomatis menyelaraskan partisi mulai dari offset 1Meg.

Dengan ukuran IO 32K Anda kemungkinan besar akan memukul banyak batas RAID stripe. Denda 50% yang Anda lihat lebih tinggi daripada yang pernah saya lihat dengan ini, tetapi penalti yang tepat tergantung pada ukuran garis pengontrol RAID Anda.

Saya tidak punya penjelasan yang baik untuk perilaku ramp up W2K8.


Saya akan menutup ini dan membuka tiket baru untuk bagian 2. Terima kasih!
truck0321

1
Pembaruan: Saya memecahkan masalah kedua. Ternyata menggunakan kabel fiber berumur 5 tahun itu jelek. Kami mendaur ulang beberapa kabel serat yang kami miliki dari pengaturan sebelumnya tetapi siapa yang tahu bahwa mereka hanya akan terhubung pada 2Gbps? Mencoba untuk menghemat uang akhirnya menghabiskan banyak waktu / uang.
truck0321

Ini adalah pengingat yang sehat bahwa ketika Anda melihat masalah kinerja SAN itu selalu merupakan ide yang baik untuk memeriksa struktur SAN itu sendiri, saya bahkan tidak berpikir untuk mendaftar itu sebagai suatu kemungkinan.
Helvick

1

Saya setuju dengan Helvick, 2003 kemungkinan memiliki masalah keberpihakan. Saya menduga bahwa kotak 2008 menggunakan lebih banyak cache seiring berjalannya waktu. Saya akan mengatur tes TIO Anda mirip dengan VMware lakukan sebaik mungkin:

100.000 Operasi I / O Per Detik, Satu Host ESX

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.