Значит ли это, что все эти фирменные навороты работают везде и с любыми HBA ?gs писал(а):Для полного файловера нужен еще и кластер
Ну кластер понятно. Я мею в виду обработку отказа сановского пути.
А минус кулоджиковского драйвера в том, что он мало под какой осью работает.
Dot Hill RIO
Модераторы: Trinity admin`s, Free-lance moderator`s
Меня больше интересует Linux,Windows2k3 при работе с модульными дисковыми системами (RIO, SANnet, EVA, IBM DS). Очень не хочется покупать закрытый софт (в частности для multipath) на хосты - так как это сильно ограничивает системную конфигурацию. Ни тебе перейти на другой дистрибутив, ни ядро собрать по своему вкусу... В частности для Linux + RIO могу ли я обойтись QLogic'овским открытым софтом чтобы построить отказоустойчивый кластер?
Хорошо, тогда в чем разница между следующими конигурациями:gs писал(а):Под виндой точно можно. Под линуксом не тестили. Займемся.
1) Win + QLA + RIO
2) Win + QLA + EVA (или скажем HDS)
Ведь хосту в данном случае голубоко фиолетово какой контроллер. Главное чтобы драйвер просек что SCSI-команда не прошла до девайса (скажем линк оборван), драйвер должен поискать в конфе альтернативный путь и заслать эту команду туда. Тогда зачем еще нужен спец. софт ?
Или я чего-то не учитываю ?
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Под виндой вполне достаточно кулоджиковского драйвера. Ему действительно по барабану модель массива. Но есть ложка дегтя - он под виндовым кластером не работает. Правда тут скорее кластер виноват - у него работа с дисками просто через задницу сделана.
Я завтра отвечу по поводу линукса.
Также запрос накатал про SANpath с неродными стораджами. Просто он достаточно недорог и работает под многими осями.
Я завтра отвечу по поводу линукса.
Также запрос накатал про SANpath с неродными стораджами. Просто он достаточно недорог и работает под многими осями.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Если конкретнее, то МСЦС работает только с бэйсик дисками, что не дает возможности по человечески рулить томами.
В то же время у веритаса для сторадж фаундейшен есть примочка "опшен фор МС кластер", которая дает возможность юзать все фичи веритаса, вплоть до спапшотов.
Если учесть, что виндовый диск менеджер - суть лицензированный веритас, то вдвойне обидно, что ЛВМ лицензировали, а такую копеечную примочку забыли.
В то же время у веритаса для сторадж фаундейшен есть примочка "опшен фор МС кластер", которая дает возможность юзать все фичи веритаса, вплоть до спапшотов.
Если учесть, что виндовый диск менеджер - суть лицензированный веритас, то вдвойне обидно, что ЛВМ лицензировали, а такую копеечную примочку забыли.
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
sid
2) Win + QLA + EVA (или скажем HDS)
Про EVA не скажу, но вот с HDS-ом использовать qldirect не получится.
Ведь хосту в данном случае голубоко фиолетово какой контроллер.
Хосту все равно какой контроллер, но ему отнюдь не все равно какой WWN у испольуемого LUN'а (к вопросу о HDS).
Кроме того, у проприетарного софта есть еще одна приятная особенность - loadbalancing. Про это не надо забывать.
Кроме того, если вспоминать про SANPath, то LUNmasking возможен на массивах SANNet только при помощи SANPath. Иначе никак.
В частности для Linux + RIO могу ли я обойтись QLogic'овским открытым софтом чтобы построить отказоустойчивый кластер?
Сможете. По крайней мере, я причин этого не смочь не вижу.
P.S. Насколько я помню, в SANpath зашиты коды производителя и он не будет работать с дисковыми системами 3-их фирм.
2) Win + QLA + EVA (или скажем HDS)
Про EVA не скажу, но вот с HDS-ом использовать qldirect не получится.
Ведь хосту в данном случае голубоко фиолетово какой контроллер.
Хосту все равно какой контроллер, но ему отнюдь не все равно какой WWN у испольуемого LUN'а (к вопросу о HDS).
Кроме того, у проприетарного софта есть еще одна приятная особенность - loadbalancing. Про это не надо забывать.
Кроме того, если вспоминать про SANPath, то LUNmasking возможен на массивах SANNet только при помощи SANPath. Иначе никак.
В частности для Linux + RIO могу ли я обойтись QLogic'овским открытым софтом чтобы построить отказоустойчивый кластер?
Сможете. По крайней мере, я причин этого не смочь не вижу.
P.S. Насколько я помню, в SANpath зашиты коды производителя и он не будет работать с дисковыми системами 3-их фирм.
просто погрузившись в эту проблему мультипасинга под Линукс, я прочитал, что в современном ядре есть все необходимые компоненты - device-mapper, udev(для persistent binding'а), kpartx, multipath daemon, userspace configuration utilities. Кроме этого есть SANsurfer, через который я явным образом указываю primary и secondary пути. Load balancing это конечно хорошо, но насколько это необходимо для стандартных серверов? Ведь основная задача все же дублирование путей, а не масштабирование нагрузки. К тому же не очень часто добавляются диски к серверу - можно и ручками сбалансировать пути.
Вообще, кто-нибудь конфигурил кластер под Линукс на опенсорсе? И с каким сториджем? ссылки тоже будут полезны. Всем спасибо
Вообще, кто-нибудь конфигурил кластер под Линукс на опенсорсе? И с каким сториджем? ссылки тоже будут полезны. Всем спасибо
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
На всякий случай уточнил в кулоджике вопрос про мультипат в линуксе:
"Windows requires the use of a filter driver, QLdirect, Linux does not require
a filter driver. The 7.03.00 driver available on the QLogic website and the
SANsurfer Application are all you need to do failover.
Here is s link to the 7.03.00 Red Hat Linux Driver.
http://download.qlogic.com/drivers/2499 ... 0-dist.tgz"
Так что ноу проблем, по крайней мере с открытыми системами типа РИО.
Вообще же мысль по построению мощного файлового хранилища такая:
Дисковая - или несколько РИО или IBM DS6000.
Сервера - десяток например Supermicro 6014 на любой вкус. В каждый по двухпортовомй кулоджику. Два гигабитника есть на борту.
Дуал пат средствами кулоджика в случае РИО или междельмашевскими средствами в другом случае.
Система - линукс с файловой системой GFS.
Снаружи -IP Load Balancing.
Получается мощнейшая файлопомойка, причем легко наращиваемая в любую сторону.
Примерно такая система уже работает у одного клиента - правда там калибр поменьше и дуалпата нет.
"Windows requires the use of a filter driver, QLdirect, Linux does not require
a filter driver. The 7.03.00 driver available on the QLogic website and the
SANsurfer Application are all you need to do failover.
Here is s link to the 7.03.00 Red Hat Linux Driver.
http://download.qlogic.com/drivers/2499 ... 0-dist.tgz"
Так что ноу проблем, по крайней мере с открытыми системами типа РИО.
Вообще же мысль по построению мощного файлового хранилища такая:
Дисковая - или несколько РИО или IBM DS6000.
Сервера - десяток например Supermicro 6014 на любой вкус. В каждый по двухпортовомй кулоджику. Два гигабитника есть на борту.
Дуал пат средствами кулоджика в случае РИО или междельмашевскими средствами в другом случае.
Система - линукс с файловой системой GFS.
Снаружи -IP Load Balancing.
Получается мощнейшая файлопомойка, причем легко наращиваемая в любую сторону.
Примерно такая система уже работает у одного клиента - правда там калибр поменьше и дуалпата нет.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 3 гостя