Интересная новая штука от VMware – VMware IO Analyzer, доступная на сайте экспериментальных проектов VMware.
Суть – Virtual Appliance для нагрузочного тестирования дисковой подсистемы.
Допустим, я хочу оценить скорость хранилища, доступного моим серверам ESXi.
С этой штукой можно поступить следующим образом:
1) Загрузить, распаковать, File –> Deploy OVF Template. Разместить импортируемую ВМ следует на том хранилище, что хотим тестировать.
2) Подключить к этой ВМ еще один диск. Важно – второй диск,размером в 100 МБ, там уже есть. Он – тестовый. Лучше его удалить, и создать свой (рекомендуется типа eager zeroed если нужна именно пиковая производительность).
Именно на него будет создавать нагрузку зашитый внутри IOMeter. Этот диск следует разместить на том хранилище, что надо тестировать. Его размер должен быть хотя бы в 4 раза больше, чем объем памяти этой ВМ – дабы избежать кэширования (по умолчанию памяти 1 ГБ, т.е. размер добавляемого диска от 4 ГБ).
(вообще говоря, вроде бы саму ВМ можно на любом хранилище держать, а на тестируемом располагать только этот дополнительный диск – так говорит логика. Но в инструкции указано именно так, как я написал).
Для теста нового хранилища надо или удалить, затем заново добавить этот второй диск, или передобавить весь Virtual Appliance.
3) ВМ следует включить, и в консоли авторизоваться с пользователем root и паролем vmware. Только авторизоваться (Login), больше ничего – но это сделать надо обязательно. Выполнять этот шаг следует после каждой перезагрузки.
4) На вкладке Summary узнать адрес IP, и обратиться на него браузером (поддерживаемые – Firefox и Chrome).
5) Уже при помощи браузера нам следует запустить тестирования, предварительно выполнив кое-какие настройки.
Необходимо указать имя и пароль root сервера\серверов ESXi (IO Analyzer будет обращаться к ним за данными esxtop)
Укажем тип нагрузки (размер блока, процент чтения, случайность). Очень важная настройка.
В поле Select VM я выбрал сам IO analyzer (после выбора хоста обновите страницу в браузере чтобы обновился список ВМ на этом хосте, и подождите. я ждал минут 10 %) ), в поле VM IP – ввел ее IP, затем нажал кнопку Add Worker.
По идее, можно указать несколько разных IO Analyzer с разных хостов, и запустить из работу одновременно.
Затем указываем длительность, жмем Run, ждем зеленой строки оповещения об окончании теста, и идем на вкладку Results.
Результаты одиночного SATA-диска, для иллюстрации того как выглядят результаты:
Данные даны для примера, каких-либо выводов делать из них неправильно, так как тестовый стенд не делался, все запускал “чтоб попробовать”.
Обратите внимание(!!!):
1) данное средство – экспериментальное. Его результаты могут иметь мало общего с реальностью (в комментах уже всплыло что допустили небольшой косяк с выравниванием).
2) результаты нагрузочного тестирования хранилища из одной ВМ – малопоказательны.
Во первых по той причине что вам надо не чтобы ваш сторадж был самым быстрым на районе, а чтобы он был достаточно быстр для ваших ВМ. Нагрузочное тестирование тут показывает именно максимальную скорость в вакууме.
Во вторых по той причине, что обычная схема работы – когда на одном хранилище много ВМ с разных хостов. Оправданно именно такую тестовую конфигурацию создавать. Кстати, см. тут – Playing around with VMware IO Analyzer.
Инструмент на самом деле полезный, хотя тест и синтетический. Я с неделю делал тоже самое, но бился с самим iometer'om. Цифры в принципе бьются. Вот только в iometer'e пришлось разбираться, а апплайнс уже имеет готовые профили.
ОтветитьУдалитьСмысл моего тестирования был понять, есть ли разница между различными способами подключение СХД (NFS, iSCSI в различных вариантах).
И даже одной ВМ возможно создать максимальный трафик на СХД. Во всяком случае в сравнительно слабенькой СХД FAS2020 я утилизацию процессора в 100% сделал.
Papic
Подскажите пожалуйста: почему у меня в "iometer results summary" всегда пусто? Данные тестирования есть только в "host result summary" Мне нужно померить iops у локальных винтов esxi
ОтветитьУдалитьклассная штука, согласен.
ОтветитьУдалитьЯ раньше iometer юзал + самописный скрипт.
2Papic - скорость дисковой не должна быть обусловлена загрузкой ее процессора на 100% ;-)
ОтветитьУдалить2olegon - спрашивать лучше в комментариях на исходном сайте. штука новая, про нее никто ничего не знает.
2Михаил - просто мы убедились, что система действительно младшая :) да и сконфигурирована так, что работает всего 3 шпинделя. у NetApp конструкция такая, что от процессора много зависит...
ОтветитьУдалитьPapic
> да и сконфигурирована так, что работает всего 3 шпинделя.
ОтветитьУдалить> у NetApp конструкция такая, что от процессора много зависит
Вы не видите в процитированном ничего, что должно бы насторожить? ;)
2olegon
ОтветитьУдалитьты каждому воркеру попробуй указать каким диском пользоваться :)
Papic
2aboutnetapp
ОтветитьУдалитьвижу. точнее лично меня не настораживает, ибо считаю что это совершенно нормально при поставленной перед собой целью.
про шпиндели - 12 дисков, 2 контроллера. реально запись данных идет на 3 диска, разве не так?
про процессор - 100% было только при определенных тестах.
Papic