SAN для видео

Технологии постороения кластеров (вычислительных и отказоустойчивых), настройка терминал серверов,
SAN , NAS, FibreChannel, Infiniband

Модераторы: Trinity admin`s, Free-lance moderator`s

MVal
member
Сообщения: 32
Зарегистрирован: 17 авг 2006, 18:20

Сообщение MVal » 11 сен 2006, 11:46

Поскольку у меня задача схожая, позвольте несколько вопросов:
Зачем нужна коммутация с рабочими станциями по FC? Ведь реально потоки с-на каждую станцию не будут больше 300 Mbitps - простая гигабитка легко потянет. Сегодня на сколько мне известно, существуют коммутаторы Gigabit ethernet с портами FC для сервера - чем плохо такое решение? Что реально дает SAN для подобных целей? - я понимаю, что лет пять назад альтернативы просто не было и в данном конкретном случае замена FC коммутатора может быть дешевле, чем сервер с FC адаптором + соответствующий коммутатор, но стоит ли новую систему собирать с аналогичной архитектурой?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 11 сен 2006, 11:51

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

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 11 сен 2006, 11:54

Да и не так все просто с коммутатором. Он прицепляется не к серверу по ФЦ, а к массиву. И по эзернетудает доступ не фaйловый, а блочный (iSCSI) - т.е. проблему совместного доступа к тому не решает (а стоимость софта может запросто убить экономию - просто ее видно не будет).

MVal
member
Сообщения: 32
Зарегистрирован: 17 авг 2006, 18:20

Сообщение MVal » 11 сен 2006, 13:26

А вариант, когда массив соединяется по файберу с сервером (по файберу - чтобы в случае нужды можно было второй сервер подсоединить), а все рабочие станции через обычный гигабитый коммутатор - к серверу (2 - 4 Гбитных порта в транке)? Понятно, что больше 8 - 10 станций сервер не обслужит, но больше и не нужно.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 11 сен 2006, 13:56

Ну так так обычно и делается. Проблема возникает когда надо или много станций или HDV потоки.

St
Junior member
Сообщения: 15
Зарегистрирован: 02 авг 2006, 22:54
Откуда: Сургут

Сообщение St » 13 сен 2006, 11:32

Насчет отличия FibreChannel и Gigabit Ethernet. Разница здесь в самой технологии.
FibreChannel представляет собой коммутируемое кольцо, где за очередность передачи станций отвечает маркер, который бегает по кругу. И при возрастании сетевой нагрузки скорость падает равномерно на всех станциях, линейно.
Технология Ethernet предусматривает возможность коллизий, когда в случае одновременной передачи несколько станций делается пауза, а потом случайным образом передачу начинает одна станция, затем другая. Падение скорости в этом случае, нелинейное, для передачи файлов это не критично, и при небольших потоках тоже, буфферизация спасает.
Но при возрастании нагрузки, падение скорости ниже необходимой для передачи кадра видеосигнала, допустим, PAL 720х576, 25 к/сек, размером зависящим от используемой компрессии, пусть даже мгновенное, вызывает выпадение кадра, в случае прямого эфира - это брак в эфире, если используются специализированные платы видеомонтажа, они очень не любят такие проблемы и не всегда их корректно обрабатывают.
Мое мнение - Gigabit Ethernet можно использовать в случае достаточного запаса по скорости и при корректной программной обработке вышеуказанных проблем. Кстати, кто какую реальную скорость по меди получал ?
P.S. Я все еще жду результатов тестирования :)

Аватара пользователя
CrazyFrog
Advanced member
Сообщения: 210
Зарегистрирован: 16 авг 2005, 23:09
Откуда: Мурманск

Сообщение CrazyFrog » 13 сен 2006, 14:29

St писал(а):FibreChannel представляет собой коммутируемое кольцо,
Сейчас для FC в основном используют коммутаторы (FC-SW). Там нет кольца. Только внутри дисковго массива и то сейчас все вендоры потихоньку двигаются к коммутаторам внутри полок.
Технология Ethernet предусматривает возможность коллизий,
10+ лет технология Ethernet работает через коммутаторы в полнодуплексном режиме. Коллизий там быть не может.

Для gigabit ethernet вообще, AFAIK, возможно только коммутируемые топологии и коллизий там быть не может в принципе.
Кстати, кто какую реальную скорость по меди получал ?
около сотни МБ/с на Lustre с несколькими 2x Opteron серверами, Cat2960 и джамбо-фреймами.

St
Junior member
Сообщения: 15
Зарегистрирован: 02 авг 2006, 22:54
Откуда: Сургут

Сообщение St » 13 сен 2006, 15:33

Сейчас для FC в основном используют коммутаторы (FC-SW). Там нет кольца. Только внутри дисковго массива и то сейчас все вендоры потихоньку двигаются к коммутаторам внутри полок.
Что по-вашему, тогда обозначает выражение public-loop connectivity в описаниях FC коммутаторов ?
Для gigabit ethernet вообще, AFAIK, возможно только коммутируемые топологии и коллизий там быть не может в принципе.
Да, при соединении многие со многими коммутация спасает. А как при соединении 1 сервер - куча клиентов ?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 13 сен 2006, 15:36

В свичеванном эзернете нет коллизий даже при такой ситуации. Но согласен, что файбер нагрузку держит намного увереннее и более прогнозируемо, без внезапных провалов.

Аватара пользователя
CrazyFrog
Advanced member
Сообщения: 210
Зарегистрирован: 16 авг 2005, 23:09
Откуда: Мурманск

Сообщение CrazyFrog » 13 сен 2006, 17:44

St писал(а): Что по-вашему, тогда обозначает выражение public-loop connectivity в описаниях FC коммутаторов ?
Возможность подключения унаследованных устройств, которые кроме FC-AL ничего не умеют. Точно также как поддержка FICON в некоторых коммутаторах вовсе не значит, что они умеют симулировать ридеры перфокарт ;)
Для gigabit ethernet вообще, AFAIK, возможно только коммутируемые топологии и коллизий там быть не может в принципе.
Да, при соединении многие со многими коммутация спасает. А как при соединении 1 сервер - куча клиентов ?
С точки зрения Ethernet сервер ничем не отличается от клиента.

ifel
Junior member
Сообщения: 4
Зарегистрирован: 30 мар 2006, 18:11

Сообщение ifel » 18 сен 2006, 03:57

Да, при соединении многие со многими коммутация спасает. А как при соединении 1 сервер - куча клиентов ?
В таком случае switch буферизирует данные, но как только буфер заканчивается, он новые просто откидывает :)

Это конечно с натяжкой можно назвать коллизией (данные то надо будет перепослать), но это совсем не та коллизия которая была изначально в шинном ethernet (на коаксиале) и которую Вы описали. Никто отправителя не уведомляет о том что получатель данные не получил (на уровне ethernet - данные switch-у доставлены, коллизий нет).

Ответить

Вернуться в «Кластеры, Аппаратная часть»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 17 гостей