Кластер HyperV. SAN SAS или FC?
Модераторы: Trinity admin`s, Free-lance moderator`s
Кластер HyperV. SAN SAS или FC?
Собираемся строить кластер под виртуализацию (HyperV 3.0) на базе Bladecenter E и 3 лезвий 7870-G2G (это уже есть). Присматриваемся к DS3524. Появился вопрос: насколько эффективным является использование SAN на SAS по сравнению с FC при увеличении числа узлов до 4-6-10-12? планируется вовсю использовать Cluster Shared Volume, при этом на кластер организовать таких томов из расчета 1 том на 2-4 узла.
Подключение по SAS в предложениях получается в 11-15 раз дешевле, чем FC.
Или же в таком сценарии SAS не применяется?
P.S. Оборудование будет размещаться в одной стойке. Максимум добавится соседняя. Следующие лезвия однозначно будут HS23, также как и шасси - H.
Подключение по SAS в предложениях получается в 11-15 раз дешевле, чем FC.
Или же в таком сценарии SAS не применяется?
P.S. Оборудование будет размещаться в одной стойке. Максимум добавится соседняя. Следующие лезвия однозначно будут HS23, также как и шасси - H.
Re: Кластер HyperV. SAN SAS или FC?
Все ок будет, используйте SAS. Минус только в том, что подключение ленточки не поддерживается, придется бэкапить как-то по другому.
Re: Кластер HyperV. SAN SAS или FC?
Для бэкапов есть выделенные сервера с MS SCDPM2012.
То есть представление набора LUN одновременно нескольким серверам для совместной работы отрабатывает по SAS корректно? (я в курсе про перенаправленный доступ - в 2012 наконец-то можно назначить владельца для CSV. И слава VMM).
Кстати, хранилище SMI-S поддерживает? Или только на управляющей станции?
То есть представление набора LUN одновременно нескольким серверам для совместной работы отрабатывает по SAS корректно? (я в курсе про перенаправленный доступ - в 2012 наконец-то можно назначить владельца для CSV. И слава VMM).
Кстати, хранилище SMI-S поддерживает? Или только на управляющей станции?
Re: Кластер HyperV. SAN SAS или FC?
Да, все работает отлично. Да, smi-s поддерживается.
Re: Кластер HyperV. SAN SAS или FC?
ключевое у вас "при увеличении числа узлов до 4-6-10-12"
нужно использовать FC
2-4 узла, я бы рекомендовал делать на SAS
нужно использовать FC
2-4 узла, я бы рекомендовал делать на SAS
t.me: @RoboforumSetar ; st@3nt.ru
Re: Кластер HyperV. SAN SAS или FC?
только в случае использования SAS HDD.inside_r писал(а): То есть представление набора LUN одновременно нескольким серверам для совместной работы отрабатывает по SAS корректно? (я в курсе про перенаправленный доступ - в 2012
SATA электроника на отрабатывает сигнал SCSI-3 Reservation
t.me: @RoboforumSetar ; st@3nt.ru
Re: Кластер HyperV. SAN SAS или FC?
Т.е. у FC коммутация пакетов эффективнее, чем у SAS? Или у SAS слишком большие накладные расходы?setar писал(а):ключевое у вас "при увеличении числа узлов до 4-6-10-12"
нужно использовать FC
2-4 узла, я бы рекомендовал делать на SAS
За счет чего 2x8G (FC-коммутатор <-> СХД) получается эффективнее, чем 4x6G (SAS-коммутатор <-> СХД)? Особенно сомнения вызывает то, что FC8G вряд ли может работать на полную мощность на 3500 - лично мне кажется, что PCI-e x4 (так было указано на презентациях LANData и IBM) будет маловато между дочерней платой 2xFC и процессором контроллера...
Подскажите, пожалуйста, что я не учел в расчетах?
Re: Кластер HyperV. SAN SAS или FC?
Не соглашусь с setar. Если нет ограничений по расстоянию, то SAS оказывается дешевле, без каких-либо недостатков отн. FC. По ширине шины: там pcie 2.0, производительности более чем достаточно. Ну и в ds3500 используются только SAS диски 

Re: Кластер HyperV. SAN SAS или FC?
удобство управления инфраструктурой, зоны HA, электрическую развязку по шинам данных.inside_r писал(а): Подскажите, пожалуйста, что я не учел в расчетах?
t.me: @RoboforumSetar ; st@3nt.ru
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей