В сторвайзах ССД диски используются только в гибридных томах, например ССД + САС. В ЕМС можно включить фаст-кеш и использовать ССД диски в качестве кеша как на запись, так и на чтение. Новая VNX5400 выглядит очень неплохо. Хотя это конечно не ценовая категория Сторвайзов, особенно 3700-й.AlexZ писал(а):Каким образом заставить её работать быстрее?
Первый вариант, как я понял, увеличить количество шпинделей.
Есть другие?
IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
Модераторы: Trinity admin`s, Free-lance moderator`s
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
У ДС3500 ССД кеш есть, но он только на чтение, в отличие от ЕМС.
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
Настройки проверял инженер IBM. Косяков не нашел.gs писал(а):Если задача жестко упирается в латентность (я такие уже видел), то поможет только инфинибанд, что мягко говоря редкость.
Если это основная задача, то или хранилка со специфичным интерфейсом, или локальные хранилища (для них тоже есть средства резервирования - у вмвари, например).
Правда остается вопрос - не было ли косяков при настройке системы...
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
Насчет косяков... Понимаете, Вы не первый с такой задачей. И подобных приколов я не припоминаю. По крайней мере в такой тяжелой форме.
Кстати, может и лучше было бы старая-добрая DS3500 - никаких подводных камней, тупая производительность. Пусть не самая большая, но заранее предсказуемая.
Кстати, может и лучше было бы старая-добрая DS3500 - никаких подводных камней, тупая производительность. Пусть не самая большая, но заранее предсказуемая.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
В общем, как и предполагалось - компрессия тут совсем не при делах 

- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
Кстати, часто бывает полезно отделять аналитические задачи от транзакционных. Чем вбухивать зверские бапки в сторадж, способный переварить все, лучше гонять аналитику по реплике базы на локальных винтах.
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
А Вы что-то сказали толкового и убедительного про компрессию?gs писал(а):В общем, как и предполагалось - компрессия тут совсем не при делах
Почему же не при делах? Видели слайд призентации IBM, где они применили компрессию в тесте Orion (Oracle IO calibration tool).
Мне стало интересно, может кто-то имел практический опыт ее использования? Может кому-то помогла, пусть даже на маленьких базах?
Если она поможет решить проблему в моем случае, есть смысл покупать IBM. Но я сам не могу проверить это на практике. Цена компрессии в нашем проекте составит 5000USD. Это не много для нас.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
У Вас проблема явно в другой плоскости. И обсуждать имеет смысл именно проблему, а не теоретизировать на параллельную тему.
Никакая компрессия не изменит то, что Вы описываете.
Никакая компрессия не изменит то, что Вы описываете.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
Возьмите в тест и проверьте. Слишком много болтовни...AlexZ писал(а):Но я сам не могу проверить это на практике. Цена компрессии в нашем проекте составит 5000USD. Это не много для нас.
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
Нет возможности.Stranger03 писал(а): Возьмите в тест и проверьте. Слишком много болтовни...
Спасибо за ответы.
-
- Advanced member
- Сообщения: 53
- Зарегистрирован: 06 янв 2004, 15:04
- Откуда: С-Петербург
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
а можно увидеть настройки тестового софта целиком? (я так понимаю, это iometer был?)AlexZ писал(а): На случайном чтении блоками 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
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: IBM Storwize V7000 + Real-time Compression. 1C SQL, Exchange
Было бы желание, а возможность всегда найдется.AlexZ писал(а):Нет возможности.
Спасибо за ответы.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей