1. IBM Storwize V7000.
часть II
Предисловие
Я ранее уже тестировал IBM Storwize V7000, но в конфигурации, далекой от максимальной.
В синтетическом тесте SPC-1 компании IBM на Storwize V7000 удалось продемонстрировать результат в
53К iops при среднем времени отклика 11мс (можете запомнить эти две цифры - позднее их будет с чем
сравнить). Для этого понадобилось равномерно распределить нагрузку по 240хHDD SFF 10K, собранным в
рейд-группы R10.
Возможно ли добиться аналогичных результатов на реальных бизнес-приложениях? (не прибегая к
использованию SSD)
2. Реальная нагрузка в продуктивном окружении.
Итак, что у нас есть - IBM Storwize V7000 (1+9 enclosures), на котором данные распределены по 3
дисковым пулам (рейд-группы – как R10 так и R6), суммарно используется 208хHDD SFF 10K (то есть немного
меньше чем использовалось IBM в вышеприведенном SPC-1 тесте). Нагрузка которая приведена ниже*, не
является результатом синтетического теста – это нагрузка от СУБД реального бизнес-приложения(mix
OLTP/OLAP).
*профиль нагрузки отличается от SPC-1
Disk total KB/s
Disk Read KB/s Disk Write KB/s IO/sec
1200 100000
Thousands
90000
1000 80000
800 70000
60000
KB/sec
IO/sec
600 50000
40000
400 30000
200 20000
10000
0 0
08:45
09:25
16:25
09:05
09:45
10:05
10:25
10:45
11:05
11:25
11:45
12:05
12:25
12:45
13:05
13:25
13:45
14:05
14:25
14:45
15:05
15:25
15:45
16:05
16:45
17:05
17:25
17:45
18:05
18:25
18:45
Disk Service Time msec/xfer
hdisk6 hdisk5 hdisk4 hdisk7 hdisk8 hdisk1 hdisk2 hdisk3
hdisk21 hdisk20 hdisk18 hdisk0 hdisk19 hdisk9 hdisk10
10
8
6
4
2
0
09:25
14:45
18:25
08:45
09:05
09:45
10:05
10:25
10:45
11:05
11:25
11:45
12:05
12:25
12:45
13:05
13:25
13:45
14:05
14:25
15:05
15:25
15:45
16:05
16:25
16:45
17:05
17:25
17:45
18:05
18:45
Как видно на диаграммах выше, удалось получить ~90 000 iops при среднем времени отклика ~5ms.
Что на мой взгляд является достаточно неплохим результатом. Но подождите, это только один из десятков
хостов, данные которых расположены на данном IBM Storwize V7000. Остальные сервера уже не создают
столь значительной нагрузки на СХД, но все же. Ниже представлены данные суммарной утилизации
обсуждаемого стораджа.
3. Зафиксированная пиковая нагрузка ~106 000 iops, при этом:
- использовались исключительно thin-provisioned volumes
- были активны 12х FlashCopy mapping (snapshots)
Нагрузка на процессоры контроллеров при этом была, как и ожидалось, крайне значительной.
4. Вопросы?
Олег Король
it-expert@ukr.net
http://ua.linkedin.com/pub/oleg-korol/26/920/716