Подсчет IOPS на RAID массиве

22/12/2021

iops_img

При добавлении нового дискового пространства крайне важно понимать сколько Вам нужно операций чтения/записи или по научному IOPS, а также сколько та или иная дисковая система может Вам выдать таких транзакций в секунду. Такой подсчет в целом не представляет никаких сложностей и доступен любому, кто в ладах со школьной алгеброй. Если с определением объема дискового пространства на RAID массиве, как правило, проблем не возникает, то с подсчетом необходимых, а также доступных IOPS зачастую во многих организациях все обстоит не так гладко. В современных системах хранения данных зачастую используется определенный уровень кеша, технологии tiering, дедупликации и прочие фишки, которые могут влиять на общее значение IOPS. Однако, понимание того, сколько реально операций чтения/записи можно получить от самой дисковой подсистемы дает знание базовой производительности системы, от которого можно отталкиваться при проведении дополнительных расчетов.

Как считать

Давайте рассмотрим методологию и пример расчета производительности дисковой подсистемы из однотипных дисков, исходя из варианта RAID, а также типа нагрузки, которая будет задействована на данной системе. Допустим, мы планируем приобрести массив с 20 дисками SATA 7200 оборотов, каждый из которых выдает 75 IOPS. Суммарно все 20 дисков в максимуме способны обеспечить 20*75=1500 IOPS. Однако надо учитывать, что при пиковой загрузке дисков очень сильно вырастает время отклика и работать с такой дисковой системой становится практически невозможно. Поэтому, крайне желательно расчитывать допустимую производительность дисковой системы исходя из 70 процентной нагрузки от возможного максимума. То есть, в данном случае, мы получим 0.7*1500=1050 IOPS.

Таким образом формула, которая определяет суммарную допустимую производительность дисковой подсистемы, выглядит следующим образом:

Суммарная допустимая производительность = 70% * Количество дисков * Производительность данного типа диска.

Дальше, для того чтобы понять, сколько мы получим реальных IOPS, нам нужно знать тип RAID, который будет задействован, а также профиль трафика (соотношение операций записи и чтения). Это связано с тем, что при использовании различных типов RAID мы имеем дело с разным уровнем «штрафа на запись». Суть этого штрафа заключается в том, что в силу специфики работы дисковой подсистемы при объединении дисков в RAID для каждой операции записи приходится проводить дополнительные служебные операции чтения/записи.

Давайте посмотрим на то, какой «штраф на запись» есть у популярных типов RAID:

  • RAID 1 — 2
  • RAID 5 — 4
  • RAID 6 — 6
  • RAID 10 — 2

То есть при использовании RADI-1 на каждую операцию записи мы будем фактически использовать 2 IOPS, а для RAID-6 на точно такую же одну операцию записи будет израсходовано уже 6 IOPS.

Теперь обратим внимание на типы нагрузки, которые могут быть, и как это будет влиять на реальное количество IOPS, которые мы получим от дисковой подсистемы. Так использование данной дисковой подсистемы для активной СУБД, как правило, приведет к тому, что большая часть транзакций будет направлена на запись и лишь небольшая часть на чтение. Принято использовать шаблон для такого типа нагрузки — 70 процентов транзакций идет на запись и 30 процентов на чтение.

Можно рассмотреть и другие типы трафика на дисковую подсистему. Так для файлового хранилища, которое используется в организации для доступа к общим данным, можно применить другой шаблон — 30 процентов транзакций идет на запись и 70 процентов на чтение.

С учетом того, что при использовании технологии RAID мы получим «штраф на запись», то становится понятным почему нужно понимать соотношение операций чтения и записи. В зависимости от данного соотношения можно понять сколько реальных полезных операций чтения/записи можно получить от конкретной дисковой системы.

Давайте попробуем посчитать, сколько мы получим реальных эффектвных IOPS от нашей дисковой системы, описанной раннее. Будем считать, что у нас будет использоваться база данных, где 70 процентов обращений приходится на запись и 30 процентов на чтение.

Итак, для RAID-10 мы получим следующее уравнение, решение которого позволит найти искомое значение.

70%*2*X + 30%*X = 1050, где X — это реальное эффективное количество IOPS, а 2 — «штраф на запись» для RAID-10. Решим это простейшее линейное уравнение получим, что X = 618 IOPS.

Аналогичное уравнение для RAID-6 будет выглядеть следующим образом: 70%*6*X + 30%*X = 1050. Его решение дает значение X = 233 IOPS.

Как мы видим, в зависимости от выбранного уровня защиты данных на одних и тех же дисках мы получим совершенно разные значения эффективной производительности, что должно быть учтено при проектировании и внедрении. Давайте обобщим и запишем формулу по вычислению данной величины.

Эффективная реальная производительность = Суммарная допустимая производительность / (Процент операций записи * «штраф на запись» + Процент операций чтения)

Заключение

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

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

Ваш адрес email не будет опубликован.