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

[AlexZ]

Здравствуйте, Коллеги.

У кого-то есть практический опыт использования компрессии.
Как она может повлиять на работу баз 1С на MSSQL?
Стоит она своих денег?

Спасибо!

[Stranger03]

У кого-то есть практический опыт использования компрессии.
Как она может повлиять на работу баз 1С на MSSQL?
Стоит она своих денег?

Для баз 1С она будет бесполезна, скорее вредна. Полезна будет для файловых помоек, для архивного хранения, для бекапов и так далее. Где данные не обновляются постоянно, как в 1С. И где нет постоянной записи и чтения мелкими блоками.

[Stranger03]

Для Exchange будет полезна, особенно там, где большие ящики за много лет. Как у меня например, .

[AlexZ]

Я так понимаю, что этот функционал именно компрессия, а не дедубликация.
На случайном чтении способна увеличить производительность?

[gs]

Да, это компрессия. Файлы баз конечно хорошо жмутся, но смысл? А потребных иопсов это никак не убавит - только больше нагрузите контроллер.

[Stranger03]

Я так понимаю, что этот функционал именно компрессия, а не дедубликация.
На случайном чтении способна увеличить производительность?

Нет, наоборот увеличит время поиска и увеличит нагрузку на процы контроллеров СХД.

[Stranger03]

У вас база данных размером в несколько терабайт? Зачем вам на нее компрессия?

[gs]

Шоб на ССД влезла?

[Tert]

gs
Дешевле SSD докупить, чем лицензию на эту компрессию.

[gs]

Ну так то шутка была...

[AlexZ]

Вы на практике видели результаты ее применения? Опишите ситуацию коротко, пожалуйста.

[Stranger03]

Вы на практике видели результаты ее применения? Опишите ситуацию коротко, пожалуйста.

Еще раз, компрессия на практике применяется для архивных данных. Для Ексча или еще чего она не применяется. Если хотите сэкономить на месте, убрать куда-то старые данные, используйте два массива, медленный и быстрый. Сверху связку Нетбекап + Энтерпрайз Волт.

[diz]

А вот не соглашусь с коллегами. Эта опция позиционируется как-раз для применения с данными, к которым осуществляется постоянный доступ, в т.ч. OLTP. Повышает производительность за счет двух явлений:

1. Как уже верно отметили, в сочетании с SSD дисками, больше данных начинает на них влазить (в т.ч. с сипользованием EasyTier)
2. За счет меньшего количества физических операций с дисками (меньше пишем-читаем - больше производительность)

Конечно же, это работает при двух условиях

1. Данные жмутся
2. Система забита (с т.з. CPU) не под завязку, т.е. есть свободные вычислительные ресурсы

Теперь про деньги.

Опция эта лицензируется, как и все в v7000 по полкам. За цену этой опции нельзя купить двух SSD дисков и редко когда она дает экономию пространства менее 50%. Т.о. ее выгодно покупать как в расчете на использование SSD дисков, так и с магнитными.

Прикинуть степень сжатия RTC можно без сторвайза при помощи бесплатной утилитки от IBM. Оценить влияние на скорострельность системы можно потриалив данную опцию, это бесплатно.

[AlexZ]

Я выбираю между
SW V7000 (14x900Gb10K+4xSSD200Gb) + предлагают докупить Real-time Compression
3Par 7200 (16X900Gb10k+8xSSD100Gb+DataOptimizationSuiteV2+ReportingSuite)
Проектная стоимость с тремя серверами на E5-2690 и с двумя SAN коммутаторами от каждого бренда оказалась одинаковой.
Взять на тестирования СХД нет возможности - время поджимает.
Цель: выбор проекта, СХД которого сможет обеспечить максимальную производительность в первую очередь на базах данных 1С (10шт. по 40Гб).

Мне кажется, что IBM был бы интересен, если компрессия действительно дает не только экономию на месте но и выйгрыш в производительности. Поэтому и появилась данная тема.

Базы не будем тиринговать, а будем непосредственно класть на SSD диски.

[gs]

У Вас не такие уж большие базы, все влезет на ССД без ухищрений (в т.ч. и без ХДД - лучше эти бапки на дополнительные ССД потратить, если нет потребности в дисковом пространстве для других задач). И что-то мне подсказывает, что производительности ССД в данном случае будет вполне достаточно для трех подобных серваков.