IBM Storwize V7000.                                                   часть II                                            ...
Реальная нагрузка в продуктивном окружении.       Итак, что у нас есть - IBM Storwize V7000 (1+9 enclosures), на котором д...
Зафиксированная пиковая нагрузка ~106 000 iops, при этом:- использовались исключительно thin-provisioned volumes- были акт...
Вопросы?                  Олег Король               it-expert@ukr.nethttp://ua.linkedin.com/pub/oleg-korol/26/920/716
Upcoming SlideShare
Loading in …5
×

IBM Storwize V7000 Ultimate Performance Ru

1,182 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,182
On SlideShare
0
From Embeds
0
Number of Embeds
345
Actions
Shares
0
Downloads
12
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

IBM Storwize V7000 Ultimate Performance Ru

  1. 1. IBM Storwize V7000. часть II Предисловие Я ранее уже тестировал IBM Storwize V7000, но в конфигурации, далекой от максимальной. В синтетическом тесте SPC-1 компании IBM на Storwize V7000 удалось продемонстрировать результат в53К iops при среднем времени отклика 11мс (можете запомнить эти две цифры - позднее их будет с чемсравнить). Для этого понадобилось равномерно распределить нагрузку по 240хHDD SFF 10K, собранным врейд-группы R10. Возможно ли добиться аналогичных результатов на реальных бизнес-приложениях? (не прибегая киспользованию SSD)
  2. 2. Реальная нагрузка в продуктивном окружении. Итак, что у нас есть - IBM Storwize V7000 (1+9 enclosures), на котором данные распределены по 3дисковым пулам (рейд-группы – как R10 так и R6), суммарно используется 208хHDD SFF 10K (то есть немногоменьше чем использовалось IBM в вышеприведенном SPC-1 тесте). Нагрузка которая приведена ниже*, неявляется результатом синтетического теста – это нагрузка от СУБД реального бизнес-приложения(mixOLTP/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. 3. Зафиксированная пиковая нагрузка ~106 000 iops, при этом:- использовались исключительно thin-provisioned volumes- были активны 12х FlashCopy mapping (snapshots) Нагрузка на процессоры контроллеров при этом была, как и ожидалось, крайне значительной.
  4. 4. Вопросы? Олег Король it-expert@ukr.nethttp://ua.linkedin.com/pub/oleg-korol/26/920/716

×