IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Конфигурирование, планирование RAID систем, возможности, технологии, теория. Qlogic, LSI Logic, Adaptec ...

Модераторы: Trinity admin`s, Free-lance moderator`s

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение gs » 02 сен 2013, 21:22

ССД дадут гарантированный эффект, а вот всякие навороты где-то лечат, а где-то калечат. Потому их (наворотов) использование имеет смысл, если лобовой метод неэффективен или дорог.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение gs » 02 сен 2013, 21:30

Во время иракской войны слышал по телеку одну историю (возможно байка конечно).
Американцы сбросили на главную иракскую телевышку супертехнологичную электромагнитную бомбу весом несколько тонн. Башня вырубилась на сутки, пока иракцы не притащили ЗИП.
Журналист задался вопросом - а как быстро восстановилось бы вещание после падения обычной бомбы такого калибра? :)

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение gs » 02 сен 2013, 21:47

Может и вообще V3700 с турбокнопкой хватило бы...

AlexZ
Junior member
Сообщения: 16
Зарегистрирован: 05 мар 2013, 18:39
Откуда: Воронеж

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение AlexZ » 03 сен 2013, 00:41

А если так поставить задачу. Синтетический тест. СХД SW V7000
Условия.
1. СХД ничем не загружена.
2. Воображаемые тестовые тома созданы на SSD IO группе.

Последовательное (случайное) чтение файла базы данных в 40Гб (размер блока, к примеру, классические 8кб), расположенного на
а. обычном томе.
б. на томе с компрессией.

Что будет быстрее? На сколько (ваши прогнозы)? Обоснуйте почему? Может кто-то проводил такой эксперимент?

KLIM_SPb
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 421
Зарегистрирован: 06 май 2006, 16:33
Откуда: СПб
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение KLIM_SPb » 03 сен 2013, 05:47

Том с компрессией будет быстрее, т.к. сжатие происходит на лету. Следовательно вы меньший объем пишите и читаете с дисков. НО для такой маленькой базы смысла в компрессии нет. Т.к. лицензия стоит денег, на объеме хранения вы не сэкономите, особого прироста производительности не будет.
Если очень нужно очень быструю хранилку, то Flash Storage.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение gs » 03 сен 2013, 17:47

Уфф!
Вам "быстрее" или чтобы задача решалась?
8 SSD'шек с большой вероятностью загрузят контроллер по самые уши и без всякой компрессии. Но остается вопрос, о котором Вы почему-то не хотите думать - а куда девать все эти иопсы? У Вас всего лишь три сервера - пусть не самых слабых, но это далеко не целевая аудитория для стораджей такого масштаба...

AlexZ
Junior member
Сообщения: 16
Зарегистрирован: 05 мар 2013, 18:39
Откуда: Воронеж

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение AlexZ » 03 сен 2013, 18:34

У нас есть такие производственные задачи, когда явно видно, что дисковая система не способна отдать больше, чем может переработать процессор.
У меня была на тесте SW3700. В ней было два SSD диска по 200Гб, объединенных в зеркало, и восемь HDD 600Гб 10К. На обейх io группах былы созданы обычные (generic) тома.

На линейном чтении блоками 4к
SSD 40Мб (10000 iops)
HDD (R10 8 дисков) 41Мб
HDD (R5 8 дисков) 43Мб
HDD (R0 8 дисков) 40Мб
Текущая продакшн система HDD (RS2BL080 R10 8 дисков) 80Мб

На случайном чтении блоками 4к
SSD (stroke 137Gb) 2500 iops
HDD (R10 8 дисков) (stroke 550Gb) 175 iops
HDD (R5 8 дисков) (stroke 550Gb) 178-5500 iops
HDD (R0 8 дисков) (stroke 550Gb) 180 iops
Текущая продакшн система HDD (RS2BL080 R10 8 дисков)
(stroke 512Gb) 178 iops, (stroke 40Gb) 203 iops, (stroke 1Gb) 242 iops

ВЫВОД: в ряде задач, где важна скорость последовательного чтения, мы ощутим деградацию производительности, даже используя SSD накопители.

Обьясните, почему на синтетических однопоточных тестах хранилки выдают гораздо меньший результат, чем классические raid-контроллеры с тем же массивом дисков?

AlexZ
Junior member
Сообщения: 16
Зарегистрирован: 05 мар 2013, 18:39
Откуда: Воронеж

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение AlexZ » 03 сен 2013, 18:36

gs писал(а):Уфф!
Вам "быстрее" или чтобы задача решалась?
8 SSD'шек с большой вероятностью загрузят контроллер по самые уши и без всякой компрессии. Но остается вопрос, о котором Вы почему-то не хотите думать - а куда девать все эти иопсы? У Вас всего лишь три сервера - пусть не самых слабых, но это далеко не целевая аудитория для стораджей такого масштаба...
желательно, чтобы после покупки хранилища, задачи решались не дольше, чем сейчас, а желательно быстрее.

AlexZ
Junior member
Сообщения: 16
Зарегистрирован: 05 мар 2013, 18:39
Откуда: Воронеж

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение AlexZ » 03 сен 2013, 18:53

Еще проще.
SW3700 + Сервер.
База данных лежит на хранилке.
Расчет себестоимости занимает в полтора раза больше времени в сравнении с вариантом, когда таже база данных лежит на локальных дисках того же сервера.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение gs » 03 сен 2013, 19:01

Я не очень понял что и чем Вы мерили. И зачем. Ибо 200 иопс - это рандом перфоманс одного сас винта.
В общем, все приведенные цифры совершенно не актуальны для реальной задачи.

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

Ну и вообще, внешняя система на малотопочной нагрузке всегда медленнее локальной из-за значительно бОльших задержек. Только вот нагрузка у Вас, по всей видимости, таки не малопоточная...

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение Stranger03 » 03 сен 2013, 19:05

AlexZ писал(а):Обьясните, почему на синтетических однопоточных тестах хранилки выдают гораздо меньший результат, чем классические raid-контроллеры с тем же массивом дисков?
Потому что в отличие от обычных РАИД-контроллеров массивы тратят свои ресурсы для синхронизации контроллеров и прочих внутренних задач. Впрочем, если вы возьмете ту же IBM FlashSystem, то нагрузки на систему вы не ощутите совсем. Ибо она выдает столько иопсов, что переварить не сможет почти ни один современный сервер.
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение Stranger03 » 03 сен 2013, 19:07

AlexZ писал(а):Еще проще.
SW3700 + Сервер.
База данных лежит на хранилке.
Расчет себестоимости занимает в полтора раза больше времени в сравнении с вариантом, когда таже база данных лежит на локальных дисках того же сервера.
При одинаковом кол-ве дисков так и будет. Поставьте в 3700 48-мь САС в 10-ку, тогда будет ощутимо.
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

AlexZ
Junior member
Сообщения: 16
Зарегистрирован: 05 мар 2013, 18:39
Откуда: Воронеж

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение AlexZ » 03 сен 2013, 19:19

gs писал(а):Я не очень понял что и чем Вы мерили. И зачем. Ибо 200 иопс - это рандом перфоманс одного сас винта.
В общем, все приведенные цифры совершенно не актуальны для реальной задачи.
Во всяком случае, проведенные замеры эмпирически доказывают почему база на хранилке выполняется медленнее.

Каким образом заставить её работать быстрее?
Первый вариант, как я понял, увеличить количество шпинделей.
Есть другие?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение gs » 03 сен 2013, 19:23

Если задача жестко упирается в латентность (я такие уже видел), то поможет только инфинибанд, что мягко говоря редкость.
Если это основная задача, то или хранилка со специфичным интерфейсом, или локальные хранилища (для них тоже есть средства резервирования - у вмвари, например).


Правда остается вопрос - не было ли косяков при настройке системы...

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange

Сообщение gs » 03 сен 2013, 19:24

Есть еще FC адаптеры с бортовым кэшем - правда вопрос компатибилити еще...

Ответить

Вернуться в «Массивы - RAID технологии.»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 26 гостей