Google

Методика оценки IOPS

Опубликовано:Ноябрь 12, 2014
Comments
Add One
0

Очень часто для планирования дисковых систем необходимо иметь оценку максимального количества IOPS, которое может выдать система. Данная методика предлагает простой способ оценки производительности СХД.

Производители редко публикуют эти значения для своих систем, либо эта информация доступна только партнёрам, а различные тесты, которые доступны, связаны с конкретными приложениями и специфическими конфигурациями для этих приложений и не всегда позволяют оценить максимальные значения IOPS.

Сразу отметим, что данные оценки не являются официальными оценками производителей и не претендуют на высокую точность, но, тем не менее, позволяют вести независимую от вендоров классификацию систем по производительности.

Базовые предположения, используемые для расчета:

  • Производители СХД соблюдают условие баланса между максимальной производительностью контроллеров систем и возможностями максимальной дисковой конфигурации (BackEnd).
  • Предполагаем, что максимальная производительность дисковой конфигурации соответствует производительности контроллеров и не учитываем ресурсы, которые обеспечивают дополнительные сервисы (репликацию, снепшоты, клонирование, дедупликацию и т.п.)
  • Для расчета IOPS дисковой конфигурации будем использовать backend калькулятор.
  • Часто производители публикуют результаты с большим количеством IOPS, когда используется специфическая нагрузка с высокой локальностью данных. В этом случае данные читаются из кеша контроллеров, и практически не используется BackEnd (Read Hit). Такие результаты бесполезны для реального планирования систем и в основном используются в маркетинговых целях и конкурентной борьбе. Если все данные в кеш не помещаются, то производительность в IOPS сильно уменьшается, так как в этом случае система начинает активно работать с BackEnd устройствами, которые гораздо медленнее памяти контроллеров. Эта ситуация больше соответствует реальной нагрузке. Поэтому мы будем оценивать производительность, с учетом того, что большая часть операций производиться с дисками (Read Miss).
  • Так как от характера нагрузки зависит количество IOPS, то будем использовать конфигурации, которые дают максимальные значения IOPS. Это конфигурации с высоким процентом операций чтения – 99% (R/W – 99/1).
  • Так же будем производить расчеты для более реалистичной нагрузки, которая характерна для OLTP баз данных (DB like). В этом случае процент операций чтения – 70% (R/W – 70/30).
  • Так как количество IOPS зависит от размера блока данных, то предполагаем, что используются блоки небольшого размера (меньше 32КБ).
  • Сейчас большинство систем являются гибридными. И разница в производительности между Flash дисками и SAS или FC дисками очень велика. Существует отдельный класс систем, это All Flash массивы. В них используются только Flash диски. Производители указывают, что можно установить достаточно большое количество Flash дисков в гибридные массивы. Однако гибридные массивы в All Flash конфигурации используют гораздо меньше дисков. Т.О., максимальное количество Flash дисков в гибридном массиве является очень важным фактором, определяющим максимальную производительность массива.
  • Для каждой модели СХД мы будем отдельно оценивать максимальное количество Flash дисков в зависимости от её особенностей.
  • Так же будем оценивать такой параметр, как отношение количества операций ввода-вывода к суммарной частоте ядер процессоров в ГГц (IOPS/GHz). Этот параметр определяет производительность контроллера СХД в предположении, что BackEnd массива не является узким местом, и ПО контроллеров СХД работает эффективно.
  • Суммарную частоту определяем следующим образом. Умножаем суммарное количество ядер на частоту одного ядра.
  • Заметим, что отношение IOPS/GHz является отличным параметром, так как оно не сильно изменяется для различных моделей систем среднего уровня и для современных Intel процессоров и в среднем равно примерно 10000 IOPS/GHz. Это значение может изменяться в пределах примерно 50%. Границы изменения применимы только в случае оценки максимального значения IOPS. В случае DB like профиля величина будет другая.
Add Comment Register



Leave a Comment