Недорогой массив начального уровня - выбор
Модераторы: Trinity admin`s, Free-lance moderator`s
Недорогой массив начального уровня - выбор
Ищем решение системы хранения начального уровня.
Планируется подключать 4-5 хостов (файлопомойка, СУБД, почтовик), хосты - x86 под линуксом и SUN под соляркой.
Особых требований к производительности пока нет, важна надёжность, поэтому предполагается raid10 и подключние через FC-коммутатор по дублированным каналам.
Количество пользователей - 50, информации сейчас - порядка 500 Гб, в ближайшем будущем планируется увеличение в 1,5-2 раза.
Поставщик настоятельно рекомендует EMC AX150 (AX100) c двумя контроллерами, но очень смущает надёжность SATA дисков в критически-важных системах. Что можете сказать по этому поводу? Какие есть аналоги за разумные деньги?
Планируется подключать 4-5 хостов (файлопомойка, СУБД, почтовик), хосты - x86 под линуксом и SUN под соляркой.
Особых требований к производительности пока нет, важна надёжность, поэтому предполагается raid10 и подключние через FC-коммутатор по дублированным каналам.
Количество пользователей - 50, информации сейчас - порядка 500 Гб, в ближайшем будущем планируется увеличение в 1,5-2 раза.
Поставщик настоятельно рекомендует EMC AX150 (AX100) c двумя контроллерами, но очень смущает надёжность SATA дисков в критически-важных системах. Что можете сказать по этому поводу? Какие есть аналоги за разумные деньги?
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Обычно серверы по FC к дисковым массивам подключают через более, чем один FC порт (т.е. одним многопортовым FC HBА или несколькими однопортовыми). Делается это для того, чтобы работа сервера с массивом не прекращалась при проблемах с FC HBA - кабелем - свичом - одним из контроллеров массива (т.е. создаются несколько "путей" (path) между сервером и LUNами дискового массива).
Но без специального ПО (тех самых драйверов multi-path I/O) сервер
- видит LUNы столько раз, сколько есть "путей" между сервером и LUNами
- не может самостоятельно переключиться при отказе одного из "путей" на исправный - как, собственно, и обнаружить отказ "пути".
Это ПО устанавливается на сервер. Причем у всех вендоров дисковых массивов оно свое. Хотя - есть и дрова от независимых вендоров ПО (от Veritas, Dynamic Multi-Pathing например - в составе Veritas Cluster Foundation).
Вот в том-то и проблема, что MPIO от Xyratex есть только под Windows, и придется в Вашем случае при подключении массива от Xyratex либо применять ПО сторонних производителей (типа Veritas DMP), либо не использовать Multi-Path вообще.
Еще вариант - использовать дисковый массив от DotHill - из линейки SANnet II ( http://www.dothill.com ) - но он стоит сильно дороже, и ПО для multi-pathing к нему тоже стоит отдельных денег.
Но без специального ПО (тех самых драйверов multi-path I/O) сервер
- видит LUNы столько раз, сколько есть "путей" между сервером и LUNами
- не может самостоятельно переключиться при отказе одного из "путей" на исправный - как, собственно, и обнаружить отказ "пути".
Это ПО устанавливается на сервер. Причем у всех вендоров дисковых массивов оно свое. Хотя - есть и дрова от независимых вендоров ПО (от Veritas, Dynamic Multi-Pathing например - в составе Veritas Cluster Foundation).
Вот в том-то и проблема, что MPIO от Xyratex есть только под Windows, и придется в Вашем случае при подключении массива от Xyratex либо применять ПО сторонних производителей (типа Veritas DMP), либо не использовать Multi-Path вообще.
Еще вариант - использовать дисковый массив от DotHill - из линейки SANnet II ( http://www.dothill.com ) - но он стоит сильно дороже, и ПО для multi-pathing к нему тоже стоит отдельных денег.
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
http://download.qlogic.com/drivers/4319 ... m#Failover
Нет, не входят - а если и входят, то с весьма ограниченными возможностями и функционалом. И не с любыми массивами и софтом это работает.
Т.е. всерьез на это закладываться на стоит.
Нет, не входят - а если и входят, то с весьма ограниченными возможностями и функционалом. И не с любыми массивами и софтом это работает.
Т.е. всерьез на это закладываться на стоит.
Андрей, если можно - дайте пожалуста ссылки или конкретные аргументы на тему "SAN vs DAS"....
Руководство упёрлось в дешевый (относительно) scsi320-sata сторадж под страшным названием "axus", (хотя, подозреваю, что с двумя контроллерами он будет уже относительно дорогой), понятно, что шаг назад, но переубедить.. пока сложно...
В общем - нужен хелп по мотивации выбора SAN
Руководство упёрлось в дешевый (относительно) scsi320-sata сторадж под страшным названием "axus", (хотя, подозреваю, что с двумя контроллерами он будет уже относительно дорогой), понятно, что шаг назад, но переубедить.. пока сложно...
В общем - нужен хелп по мотивации выбора SAN
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Это не выбор :)
SAN - Storage Area Network - сеть хранения данных
DAS - Direct Attached Storage - массив подключенный к серверу напрямую, т.е. вынесенная из сервера дисковая подсистема.
А самый убойный и ехидный аргумент против решения с интерфейсом SCSI к хосту - пусть оне покажут, куды оне на этом массиве будут подключать 4-5 хостов
2-3 - согласен, можно, есть такие - но 5 !
Кстати - в случае с Xyratex серверы придется подключать к нему через свич типа Qlogic SANbox 5600.
Еще аргументы:
- SATA на 50 пользователей при столь небольшом количестве винтов - не потянет такие задачи.
- масштабируемость подавляющего большинства SCSI-SATA массивов оставляет, мягко говоря, желать лучшего. Точнее сказать - обычно отсутствует. То есть - при необходимости в дополнительных шпинделях или объеме придется покупать не корзину с винтами, а еще один массив. И придумывать, как еще и его подключить к 4-5 серверам
SAN - Storage Area Network - сеть хранения данных
DAS - Direct Attached Storage - массив подключенный к серверу напрямую, т.е. вынесенная из сервера дисковая подсистема.
А самый убойный и ехидный аргумент против решения с интерфейсом SCSI к хосту - пусть оне покажут, куды оне на этом массиве будут подключать 4-5 хостов

2-3 - согласен, можно, есть такие - но 5 !

Кстати - в случае с Xyratex серверы придется подключать к нему через свич типа Qlogic SANbox 5600.
Еще аргументы:
- SATA на 50 пользователей при столь небольшом количестве винтов - не потянет такие задачи.
- масштабируемость подавляющего большинства SCSI-SATA массивов оставляет, мягко говоря, желать лучшего. Точнее сказать - обычно отсутствует. То есть - при необходимости в дополнительных шпинделях или объеме придется покупать не корзину с винтами, а еще один массив. И придумывать, как еще и его подключить к 4-5 серверам

- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Перечитайте плиз свой собственный первый пост и сравните с этим 
Аксус - это узкоглазое чудо для бедных. Даже Инфортренд - и тот куда лучше. Преимущество аксуса только одно - цена. Все остальное - недостатки. Конкретнее - можно ли говорить о надежности при одном контроллере и винтах местного разлива? Да и внешние скази кабели еще никому щастья не добавляли - по крайней мере мне и Шацу точно.

Аксус - это узкоглазое чудо для бедных. Даже Инфортренд - и тот куда лучше. Преимущество аксуса только одно - цена. Все остальное - недостатки. Конкретнее - можно ли говорить о надежности при одном контроллере и винтах местного разлива? Да и внешние скази кабели еще никому щастья не добавляли - по крайней мере мне и Шацу точно.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 6 гостей