Неймовірно низька продуктивність диска на HP ProLiant DL385 G7

Як тест сімейства процесорів Opteron я придбав HP DL385 G7 6128 з контролером HP Smart Array P410i - без пам'яті.

Машина має 20
ГБ оперативної пам’яті 2х146 ГБ 15 кб / хв SAS + 2x250 ГБ SATA2, обидві в конфігураціях Raid 1.
Я запускаю Vmware ESXi 4.1.

Проблема:
Навіть лише на одній віртуальній машині, випробуваній Linux 2.6 / Windows Server 2008 / Windows 7, комп'ютерні машини відчувають себе дуже мляво. У Windows 7 установка конвертера vmware навіть вичерпана. Спробувані як SATA, так і SAS та SATA диски майже непридатні, тоді як диски SAS відчувають себе надзвичайно повільно.

Я не бачу великої кількості дискової активності в інфраструктурному клієнті, але я не шукав причин і навіть не пробував діагностику, тому що у мене таке відчуття, що це через дешевий рейдовий контролер - або просто через відсутність пам'ять для нього.

Незважаючи на проблеми, я продовжив і встановив віртуальну машину, яка виконує ключову функцію, тому зняти її та запустити діагностику непросто.
Дуже хотілося б дізнатися, що ви, напевно, маєте сказати про це, чи швидше це проблема з контролером / дисками чи це низька продуктивність через бюджетні компоненти?

Спасибі заздалегідь,

HP Smart Array P410 є прекрасним контролером, але ви отримаєте низьку продуктивність, якщо у вас не встановлені кешовані пристрої з підтримкою батареї або флеш-пам'яті. Кеш робить величезну різницю в тому, що записи записуються в кеш-пам'ять перед тим, як перейти на диск. Ви отримуєте підтвердження запису в програму, не вимагаючи затримки фізичних дисководів.

Ось 4 Гб dd в аналогічній системі (DL380 G7 з 24 ГБ оперативної пам’яті та p410 з 2-х дисками SAS та 1 Гб кеш-пам'яті запису на Flash). Оперативна пам’ять дуже допомагає в такому тесті, але ви розумієте ...

[root@xxxx /]# dd if=/dev/zero of=somefile bs=1M count=4096
4096+0 records in
4096+0 records out
4294967296 bytes (4.3 GB) copied, 3.70558 seconds, 1.2 GB/s

Але реально, ваше записування з двома дисками SAS в RAID 1 на цьому контролері з відповідним кешем повинно бути між стійкими 130-170 мегабайтами / секундою. Швидкий iozoneтест на вказану вище конфігурацію сервера показує:

[root@xxxx /]# iozone -t1 -i0 -i1 -r1m -s16g
Write
Avg throughput per process                      =  166499.47 KB/sec
Rewrite:
Avg throughput per process                      =  177147.75 KB/sec

Оскільки ви використовуєте ESXi, ви не можете запускати оновлення програмного забезпечення в Інтернеті. Вам слід завантажити DVD- версію поточного смарт-оновлення мікропрограмного забезпечення , записати його на диск і переконатися, що ваша система зафіксована на порівняно недавно.

Ось ключові елементи контролера: http://h18004.www1.hp.com/products/quickspecs/13201_na/13201_na.html

Ви захочете придбати одне з наступних - від $ 350 до $ 600:
512MB BBWC
512MB Flash Bache Write Cache
1G Flash Cache Write Cache

Щоб відповісти на ваше запитання, найбільше допоможе кеш-рішення. Додаткові диски не матимуть великої різниці, поки ви не впораєтеся з ситуацією кешування.

* Примітка для інших користувачів. Якщо у вас є кеш-пам’ять на останніх контролерах HP з оновленою вбудованою програмою, доступний перезапис кешу запису, якщо на контролері є оперативна пам'ять, але немає батареї. Це трохи ризиковано, але може бути проміжним кроком для перевірки, яка буде продуктивність на шляху придбання акумулятора чи флеш-блоку.

Перевірте версію прошивки контролера та, якщо можливо, оновіть.

У мене виникли подібні проблеми із відновленням масиву Smart Array 410i дуже повільно після виходу з ладу диска (понад 2 дні для майже непрацюючих 2 накопичувачів SAS). У моєму випадку проблема полягала у застарілому прошивці. З мого досвіду, мікропрограмне забезпечення напрочуд часто відповідає за будь-які проблеми з компонентами накопичувача HP, тому я рекомендую спочатку перевірити його, а якщо він не працює - відкрийте службу підтримки в HP (для цього вони потрібні;).

Я б запустив більше дисків, які якось смугасто. Кеш запису істотно зміниться. Кілька дзеркальних дисководів SAS недостатньо швидкі для будь-яких наших матеріалів. Деякі з (значно) цінних речей фактично можуть кешувати всі ваші VM в пам'яті.

Як говорять інші, для локальних або віддалених / спільних операцій зберігання даних з віртуалізацією VMWare майже не існує вимоги мати рейдовий контролер або масив з кешем BBWC (резервний резервний кеш акумулятора), інший спосіб зберігання буде виконувати надзвичайно і непридатно повільно з шпиндельними дисками SAS / SATA , тільки за допомогою SSD ви можете в кінцевому рахунку використовувати VMWare ESXi 3/4/5 без кешу запису / читання, і він може мати не такі погані показники (також рекомендую записати кеш для SSD також).