Свитчи Fiber Channel

[Fyntik]

Здравствуйте!
Прошу помощи в следующем вопросе:
Будет покупаться:2 сервера (IBM System x3550 M4 (7914-L2G),потом может быть больше,библиотека IBM Storewize V5000,На серверах будет Hyper-v Server 2012R2, на библиотеке, собственно, сами виртуальные машины, можно ли их соединить через оборудование Fibre Channel от QLoqic( к примеру) так, что если один из свитчей выходит из строя, то происходит прозрачное переключение на второй.

[gs]

Можно и даже нужно. Называется MPIO и описано в документации на массив.
Только коммутаторы лучше закажите в комплекте с оборудованием.

Я правда не очень понимаю смысла V5000 и FC всего лишь для двух+ серверов. Чем не устраивает V3700 и SAS интерфейсы?

[Fyntik]

1- Размещается MS Exchange 500ГБ на данный момент, возможный рост в два раза.
2- Базы SQL чуть более 500ГБ, будем брать запас около 30%.
3- Виртуализованные серверы TMG,Exchange,Sharepoint,1C.
4- Запас.

[gs]

К V3700 без всяких коммутаторов по SAS можно подключить до семи серверов. Дешево и сердито.
Впрочем, если не стоит вопрос бюджета...

[gs]

http://blog.trinitygroup.ru/search/label/V3700

[Fyntik]

Огромное спасибо за быстрый ответ и хороший совет!!! )))

[gs]

Ну мы как бы можем это и посчитать, и продать

[Fyntik]

((( К сожалению, я только начинающий технический специалист, вопросы покупок исключительно решает начальство.
Если вас не затруднит могли бы ответить на такой вопрос: мысль насчёт Ibm V3700 действительно классная, планируется пока брать 2 библиотеки(скоростную-рабочую и бэкапно-медленную) к той же конфигурации, а как к ним подобрать FC Свитчи?
То есть, я не могу понять как наилучшим образом создать отказоустойчивость сети, установить 2 Свитча Qlogic 3810 и настроить MPIO, или установить 2 более старшей серии 5xxx и завести их в стек?

[gs]

Я вообще-то предложил использовать подключение хостов по SAS, а не по FC. В Вашем случае это банально дешевле, а функционал тот же (ну разве что длина кабелей ограничена метрами, а не километрами).

Что же касается FC, то стек - это не резервирование, а наращивание емкости портов. Для резервирования нужно два ОТДЕЛЬНЫХ коммутатора (фабрики).

А зачем дорогостоящая СХД для бэкапа, почему не просто сервер? Или она будет использоваться в качестве резервной на случай отказа? Тогда все усложняется.

[Fyntik]

Будет браться 2 оптических свитча.
Единственное,как у неспециалиста(видеть не видел в рука не держал) у меня такое ощущение, что IBM,QLoqic или аналоги отличаются так же, как и серверы в сравнении - общий функционал одинаковый, а дальше плюшки или фишки.

Тяжеловато будет, думается мне, расположить около 10Тб данных со старта на сервере, с потенциальным (уточняется) ростом.

[chtal]

Единственное,как у неспециалиста(видеть не видел в рука не держал) у меня такое ощущение, что IBM,QLoqic или аналоги отличаются так же, как и серверы в сравнении - общий функционал одинаковый, а дальше плюшки или фишки.

Моновендорное решение (серверы, коммутаторы, СХД) уже даже
тем лучше, что в случае проблем, у вас всего одно окно для запроса
технической поддержки. Если же наплодите зоопарк, то за вопросы
совместимости всего это хозяйства будете отвечать сами, Вы к этому готовы ?

[vxb]

Тяжеловато будет, думается мне, расположить около 10Тб данных со старта на сервере, с потенциальным (уточняется) ростом.

на самом деле никакой проблемы даже 24*3.5" в 4u решают вопрос на раз, а уж тем более 36*3.5" в 4u + диски 2-4tb по вкусу (кошельку) в raid-5 под бекап

по поводу v3700 интересно грозит ли ей поддержка sas с подключением через sas-свитчи
или если мало 7 хостов то только fc/iscsi - без вариантов

[diz]

1. к v5000 тоже можно подключать по SAS
2. под ленточные библиотеки лучше выделять отдельные HBA и зоны

Заказывать SAN свитчи в обертке IBM может оказаться банально дешевле, чем покупать на стороне, про сервис уже сказали.