Конфигурация СХД

[mirage]

Добрый день.

Рассматриваем возможность приобретения СХД для консолидации и HA кластера виртуализации.

Есть 4 сервера Supermicro и 2 Intel, в планах еще 5.
Все под Debian Linux.
Все данные, что есть на них, планируем перенести на СХД, а это:
файловый сервер 3Tb данных, по статистике наибольшая рабочая нагрузка 200 IOPS, max при бэкапах 875 IOPS
еще один 1Tb, наибольшая рабочая нагрузка 80 IOPS, max 651 IOPS
база данных 50Gb, наибольшая рабочая нагрузка 3800 IOPS
база данных 50Gb, наибольшая рабочая нагрузка 500 IOPS
остатки(системные разделы, копии данных) 2Tb без ощутимой нагрузки.

Для БД планируется SSD, либо в массиве либо прямо в паре серверов с drbd.

Посоветуйте пожалуйста конфигурацию СХД из расчета увеличения объема данных и нагрузки в 3 раза.
Отказоустойчивость: не более 2 часов за год.
Бюджет 800 т. р.

[exLH]

Бюджет 800 т. р.

Про SSD можно забыть.
В остальном же, есть конечно варианты. Завтра предложим.

[Bormoto]

Отказоустойчивость: не более 2 часов за год.

С одним хранилищем, за 2 часа простоя в год лучше не подписываться. Даже при простом восстановлении всех данных, при указанных объемах, из резервных копий, норматив будет нарушен. А на второе хранилище и небесплатные решения по непрерывному реплицированию данных бюджета явно не хватит. Все IMHO, естественно.

[exLH]

Бюджет 800 т. р.

Добрый вечер.
Что-то я с обилием вариантов вчера погорячился.
В бюджет, по примерным оценкам, влезает вот такая система, набитая 900GB (для объема) SAS (для производительности) дисками. Городить микс из 2-3 типов дисков можно, но принципиального выигрыша не будет, а вот собственную жизнь усложните сразу. Такой набор позволит получить желаемую производительность (правда без очень уж серьезного запаса по производительности).
Кроме того, это без учета коммутации. Я бы, в условиях ограниченного бюджета, рассматривал вариант на SAS коммутаторах, так как это позволит немного экономить на стоимости портов (не нужны трансиверы) и адаптеров в серверы (SAS HBA заметно дешевле FC HBA).
НО. Рассматривать иопсы в отрыве от размера блока не совсем правильно (вернее совсем не правильно). Кроме того, следует учитывать соотношение чтение/запись и локализацию запросов. Все это очень сильно влияет на интегральную производительность.
А возможность роста объема и производительности конечно есть, но она будет стоить отдельных денег.
Ну и, как правильно заметили, 2 часа в год это очень оптимистичная оценка. Т.е., если никаких инцидентов не произойдет, то простой может быть и 0 минут, но возможны глобальные сбои, которые могут повлечь существенно бОльший простой. Отчасти можно защититься расширенным сервисом, но только отчасти.
Предлагаю более предметное обсуждение цен свести к электронной почте.

[mirage]

Спасибо. Письмо получил.

[navion]

Бюджет 800 т. р.

Про SSD можно забыть.
В остальном же, есть конечно варианты. Завтра предложим.

Вы не могли бы написать более развёрнуто? Четырёхсотка от Хитачи/Тошибы на SLC стоит около 200 тысяч, можно поставить по одной в сервер, а на сдачу купить CTS2600 с SATA-дисками.

[exLH]

Четырёхсотка от Хитачи/Тошибы на SLC стоит около 200 тысяч, можно поставить по одной в сервер

Так выше вроде было написано про отказоустойчивость. Значит нужно уже по 2 диска в сервер. Это как раз весь бюджет и выходит.
Более того, придется еще вопрос репликации с внутренних дисков прорабатывать... и какой уж тут кластер виртуализации на внутренних дисках?