Share

Тормоза дисковой подсистемы HP DL160 G6 & VMWARE 6.5

Имеем хорошую, но конечно далеко не новую железку HP DL160 G6 с двумя ксеонами E5504.

Контроллер дисковой системы на HP P410 с модулем кеш-памяти на 512Мб и супер-конденсатором и прошивкой v.1.6. Вот они красавцы!

Использовать будем RAID6. Должно всё летать, но нет же… Например, установка гостевой системы занимает почти 1,5 часа и потом при работе наблюдаем нервирующие тормоза при любом обращении к диску и при копировании.

Тут без вариантов что-то не так с драйверами. Опять! Опять с драйверами Карл!  Но все оказалось несколько сложнее.

Начнем с изучения кто же на этот раз украл драгоценное время и сколько…

  1. Включаем доступ к хосту ESXi по SSH и ломимся на него любимым PuTTY

Смотрим скорость работы и офигеваем от тупизны…

[root@localhost:/vmfs/volumes/64948404-e2b55b37-ec33-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=1000000

Command terminated by signal 2
real 41m 35.56s
user 0m 6.34s
sys 0m 0.00s

41 минута Карл на миллион транзакций! 41! А должно быть десятки секунд!

Не буду мучать, виноватым оказался один модуль памяти, втихую «то есть, то нет» гадивший системе и увидеть это удалось совершенно случайно в логе событий в биос. Минус 2 модуля по 2гб, так как работают вроде как только парой.

В итоге получаем искомые приятные скорости:

[root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=1000
1000+0 records in
1000+0 records out
real 0m 0.03s
user 0m 0.00s
sys 0m 0.00s

[root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=10000
10000+0 records in
10000+0 records out
real 0m 0.18s
user 0m 0.06s
sys 0m 0.00s

[root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=100000
100000+0 records in
100000+0 records out
real 0m 2.34s
user 0m 0.70s
sys 0m 0.00s

[root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=1000000
1000000+0 records in
1000000+0 records out
real 0m 24.98s
user 0m 6.78s
sys 0m 0.00s[

И еще одна засада была, когда обновил из НР-шного сервиспака прошивку контроллера P410 с v.1.6 на v.5.14 (cp016378.exe из SP2012.01.0) и далее на последнюю v.6.64(b) (cp027484.exe из SP2015.10.0). Логический диск терялся сразу после загрузки ESXi 6.5u3, тогда как с тестово установленным Win2016serv такой проблемы не наблюдалось совершенно. В итоге пришлось откатиться на v.5.14 и глюк исчез.

Установка WinXP в контейнере заняла 9 минут. Ура!

Спать!

You may also like...

Добавить комментарий

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.