Тормоза дисковой подсистемы HP DL160 G6 & VMWARE 6.5
Имеем хорошую, но конечно далеко не новую железку HP DL160 G6 с двумя ксеонами E5504.
Контроллер дисковой системы на HP P410 с модулем кеш-памяти на 512Мб и супер-конденсатором и прошивкой v.1.6. Вот они красавцы!
Использовать будем RAID6. Должно всё летать, но нет же… Например, установка гостевой системы занимает почти 1,5 часа и потом при работе наблюдаем нервирующие тормоза при любом обращении к диску и при копировании.
Тут без вариантов что-то не так с драйверами. Опять! Опять с драйверами Карл! Но все оказалось несколько сложнее.
Начнем с изучения кто же на этот раз украл драгоценное время и сколько…
- Включаем доступ к хосту 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 |
41 минута Карл на миллион транзакций! 41! А должно быть десятки секунд!
Не буду мучать, виноватым оказался один модуль памяти, втихую «то есть, то нет» гадивший системе и увидеть это удалось совершенно случайно в логе событий в биос. Минус 2 модуля по 2гб, так как работают вроде как только парой.
В итоге получаем искомые приятные скорости:
[root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=1000 [root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=10000 [root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=100000 [root@localhost:/vmfs/volumes/649a2d87-5146e01b-0369-002481ff0312] time dd if=/dev/zero of=tempfile bs=8k count=1000000 |
И еще одна засада была, когда обновил из НР-шного сервиспака прошивку контроллера 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 минут. Ура!
Спать!