MegaRAID SAS 9261-8i

[viktor_bs]

Коллеги, подскажите...
В связи с кончиной старого рейда стоит задача перейти на SSD RAID
Исходные данные:
СУБД 1.2Тб, размер блока 16К, база однофайловая
Бюджет на количество SSD дисков: 5-6
Поставщики дали для тестов LSI 9261-8i
Возникают следующие вопросы:
1. RAID5 или RAID6. Надежность не в ущерб скорости.
2. Размер страйпа для RAID5 дефолт(64к) или для ссд будут другие рекомендации?
3. Может взять 93xx котроллер с учетом того что есть по ночам последовательное чтение всей базы теми-же 16к блоками
4. Какие показатели на IOMeter для 100% рандома 16К считать нормальными для 4-х дисков в RAID-5
5. Порекомендуйте недорогие диски

Временно!!! воткнули в Raid5 4x500GB Samsung (MZ-7TE500BW) и запустили людей работать. Есть ли утиль для оценки "здоровья" через контроллер не вынимая диски? Хотим по прошествии недели оценить хватит ли нам на года 2 "Mix Use" дисков или все-же брать "Write intensive"

Спасибо

[gs]

1. Рэйд5. Объемы небольшие, накопители быстрые - ребилд будет быстрым.
3. Обеими руками за 9361 или хотя бы 9271. 9260 уж больно старый и небыстрый для такого дела.
4. Например: http://blog.trinitygroup.ru/2015/03/lsi ... sd_27.html
5. Intel S3500.

[gs]

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

[Tert]

viktor_bs
Когда у SSD диска начнет заканчиваться ресурс на запись, то он через SMART сообщит контроллеру.

[viktor_bs]

Подскажите еще по такому вопросу:
После недели работы возникли периодические затыки при работе с RAID, с.м. рис.

http://imageshost.ru/img/2015/04/14/476 ... de1b48.png
Это 100% не проблема базы. Подозреваю что на SSD-дисках заканчивается физическое место (блоки) и мы натыкаемся на принудительную сборку мусора.
Насколько я понимаю контроллер не поддерживает trim для RAID-5 и если бы и поддерживал то нам это не поможет, т.к. в случае с СУБД нет удаляемых файлов. Подозреваю также что на бытовых SSD отсутствует фоновая сборка мусора. Есть ли она на рекомендуемых дисках Intel S3500
Верны ли мои предположения?
Насколько эффективна при работе с СУБД технология FastPath от LSI? Триальный ключ не можем применить по ряду причин.
Спасибо.

[gs]

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

[viktor_bs]

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

Чем смотреть? Речь о "обращений к диску/с" в виндовом счетчике?

Особенностью архитектуры базы есть изменения ее хидера при любом "чихе", подозреваю что вовремя очередной перезаписи хидера кончилось свободное место на SSD. Т.е. мне не совсем понятно кто и в какие моменты в моем случае чистит мусор на SSD?

P.S. Кэширование диска на контроллере включено, может в этом дело? И идет сброс данных с кэша?

[gs]

Да. Чтение и запись.

Я правильно понимаю, что у Вас самсунг 840 EVO?
Тут дело не в свободном месте. Просто в этих дисках тормозная TLC память. И чтобы оно шустро работало, часть объема используется в SLC режиме. Объем этого "turbo wright" буфера относительно невелик и когда он заполняется, мало того, что все сваливается к скорости TLC, так еще и перезапись из SLC в TLC начинается.

В общем, просто патроны у Вас не того калибра Эти диски чисто писюковые.

[gs]

На контроллере кэш как правило снижает производительность.

[viktor_bs]

Я правильно понимаю, что у Вас самсунг 840 EVO?

Так точно! Диски временно, просто наблюдаю работу и возникают вопросы.
Буду ловить залипания и смотреть иопсы.
Спасибо.

[Stranger03]

Я правильно понимаю, что у Вас самсунг 840 EVO?

Я такой в домашний ноут взял, вполне норм, для домашнего ноута,

[gs]

А ты блюрейремуксы туда не записываешь?
А то видишь какое дело

[Stranger03]

А ты блюрейремуксы туда не записываешь?
А то видишь какое дело

Да нафига, 4-я Цивилизация, да и то забросил, надоела. Так, новости почитать, да в покер поиграть. Радует перезагрузка винды за 5-7 секунд,

[viktor_bs]

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

Поймал опять "залипание". Снял 2 скрина: Нормальная работа и "залипание"
При этом максимальная "текущая длина очереди" в некоторые моменты превышала 30.

[gs]

Ну я уже высказал свое предположение о причинах.