Исследователи ESG Lab подтвердили гибкость VxRail при предоставлении устойчивой производительности на высоком уровне. Для испытания несколько рабочих нагрузок, характерных для организаций любого размера, использовался инструмент VMware HCIBench (эталонное тестирование гиперконвергентной инфраструктуры). В HCIBench в качестве базового генератора рабочих нагрузок используется проверенный в отрасли инструмент для эталонного тестирования Vdbench. К нему добавлены дополнительные функции и автоматизация при работе с хранилищем данных VMware Virtual SAN. Этот инструмент предоставляется в виде Open Virtualization Appliance (OVA), включающего компоненты, необходимые для тестирования. Устанавливаются ВМ контроллера и шаблон испытательной ВМ Linux. ВМ контроллера содержит Ruby vSphere Con (RVC), Virtual SAN Observer, пакет автоматизации и файлы конфигурации. Кроме того, она имеет восемь виртуальных процессоров, 8 Гбайт ОЗУ, 20 Гбайт для VMDK ОС, где работает 64-разрядная CentOS 6.4 и 200 Гбайт для VMDK журнала. Следует отметить, что ВМ контроллера развертывается на экземпляре ESXi за пределами устройства. Следовательно, ей требуется постоянная связь с экземплярами VxRail ESXi и тестовыми ВМ. В каждом шаблоне тестовой ВМ Vdbench содержится четыре виртуальных процессора, 4 Гбайт ОЗУ, 2 Гбайт VMDK ОС, где работает 32-разрядная Ubunto 12.04.3 LTS, а также VMDK данных, определяемые пользователем.
Рабочий процесс запуска тестов начинается с развертывания гостевых ВМ Vdbench. После этого выполняется инициализация системы хранения VMDK и Vdbench начинает передавать файл с параметрами Vdbench в каждую тестируемую ВМ. Перед началом тестирования и сразу после его начала запускается Virtual SAN Observer. Он собирает метрики производительности, к которым относятся IOPS, пропускная способность и время отклика. Результаты объединяются для анализа необходимости провести эталонное тестирование решения или поиск и устранение неисправностей.
Исследователи ESG Lab провели аудиторскую проверку показателей производительности, предоставленных Dell EMC. VxRail 160 использовалось для тестирования, в которое были включены четыре узла, каждый с двумя процессорами Intel Xeon E5-2630 v3 с частотой 2,4 Ггц, 256 Гбайт ОЗУ, один твердотельный диск на 800 Гбайт, пять жестких дисков по 1,2 Тбайт, общедоступная сборка эталонного образа VxRail и VMware ESXi 6.0 U1a. Кэш-память имела общую емкость 2980 Гбайт (2086 Гбайт для кэш-памяти чтения и 894 Гбайт для буферизации записи). Для устройства на каждом физическом узле было развернуто восемь тестовых ВМ с четырьмя VMDK в каждой (в общей сложности 32 тестовые ВМ). На рис. 7 представлен тестовый стенд.
Рис. 7. Средства для тестирования производительности
Рабочая нагрузка состояла из сочетания произвольных операций ввода-вывода чтения и записи. Работа начиналась с операций только чтения, после чего выполнялась настройка соотношения операций чтения и записи до достижения рабочей нагрузки только записи. Такая методология использовалась при компоновке цели, чтобы устройство могло распознать изначальные характеристики производительности. Эти тесты не показывают внушительные цифры. Однако в ходе настройки можно добиться гораздо лучших уровней производительности в зависимости от рабочей нагрузки и конфигурации. Один из способов получить высокий уровень производительности — настроить количество необработанных запросов. Для этого тестирования использовалось восемь необработанных запросов.
В ходе каждого испытания отслеживались значения IOPS и времени отклика. IOPS представляет число операций ввода-вывода, которые может обработать базовая система хранения. Время отклика служит для измерения скорости, с которой может быть выполнена обработка операций ввода-вывода. Время отклика или задержка — ключевое значение при оценке работы конечного пользователя. Это связано с тем, что чем дольше выполняется операция ввода-вывода, тем больше конечному пользователю или приложению придется ждать перехода к следующей операции. Полученные результаты представлены на рис. 8 и в табл. 1.
Рис. 8. Производительность операций ввода-вывода устройства VxRail
Таблица 1. Производительность операций ввода-вывода устройства VxRail
Почему это важно
Проблемы с производительностью остаются основными аспектами, которые не дают организациям виртуализировать свои приложения. Сомнения возникают в связи с субъективным представлением, что виртуализация не только увеличивает издержки, но и вредит масштабируемости производительности. Исследование ESG показало, что проблемы с производительностью, связанные с местоположением данных — самый распространенный ответ на вопрос о проблемах организации при развертывании решений для гиперконвергентной технологии. Недостаточная гибкость при масштабировании — второй по частоте ответ. Исследователи ESG Lab подтвердили, что гиперконвергентное устройство VxRail показывало уровни производительности, которых было более чем достаточно для обработки основных бизнес-приложений. Тесты базовой производительности показали, что на одном устройстве, где выполнялись операции только чтения, был достигнут уровень свыше 250 000 IOPS. При этом рабочие нагрузки, имитирующие общие базы данных OLTP (операции чтения и записи) в среднем показали результат свыше 155 000 IOPS. Важно отметить низкое значение задержки. Время отклика не превышало 5 мс. Это сочетание высокого значения IOPS и малого времени отклика можно применять в организациях любых размеров, которые хотят не просто выполнять требования к производительности, но и обеспечивать качественную работу конечных пользователей.