Выбор бюджетной схд с FC

[gs]

Угу. Хрень какая-то.

[dimugric]

iSCSI 6G?
Сдается мне, речь про SAS...

Прошу прощения, коллеги, подвис. Да, речь идёт про SAS интерфейс )

[Stranger03]

iSCSI 6G?
Сдается мне, речь про SAS...

Прошу прощения, коллеги, подвис. Да, речь идёт про SAS интерфейс )

Ну это же совсем другой кариес,

[Stils]

gs
Игорь, что-то тут не сходится:

Для SQL базы с количеством пользователей около 300, размером базы 40 гиг и логами 6-7 гиг требуется схд.

Как такая база может работать на 2-х дисках? С таким кол-вом рыл. Здесь что-то не то.

Ну вот дали задание такое.. чтобы работало даже если выйдет из строя 1 схд. На 2-м разделе схд будет работать база 1с.

[gs]

Два стораджа с аппаратной репликацией, даже в исполнении Infortrend, будет стоить от 30к$ и выше. Тир1 будет стоить еще интереснее.
Оно точно надо?
А то можно сделать репликацию виртуалок между парой серверов... Ну покурите в час икс минут 10, пока ВМ перезапустится на резервной ноде...

Если таки надо, то берите пару практически любых СХД (младшие линейки IBM, NetApp etc) с лицензиями на репликацию.

[Umlyaut]

Оно точно надо?
А то можно сделать репликацию виртуалок между парой серверов... Ну покурите в час икс минут 10, пока ВМ перезапустится на резервной ноде...

Мне не показалось, что у ТСа VI. Но если и так, то он это ловко сокрыл.

Просто в таком разе я, пожалуй, пересмотрю своё нежелание влезать в дискуссию и откомментирую ранешнее замечание Геннадия из этой ветки:

Я не уверен, но как мне кажется в iSCSI не работает актив-актив режим, ну или транкинг по другому. И по идее сколько бы не было каналов 1Гбит в транке, скорость ограничивается одним каналом.

Здесь Геннадий, как мне кажется, несколько смешивает разные "транки".

"Транк" LA/LACP, который обеспечивается коммутаторами на втором уровне сети и балансирует нагрузку по парам "src ip - dest IP / src MAC - dest MAC", действительно не может дать больше 1Гбит/с в режиме "точка-точка" (между IP1 и IP2). Т.е. на "квартете" линков четыре РАЗНЫХ сессии "клиент-сервер" заполнят трафиком весь линк - но каждая пара общающихся хостов больше 1Гбита/с не вытянет.
И то там есть ограничения - если IP клиентов и/или серверов "лягут" неудачно, то коммутатор не сможет распихать трафик по разным линкам.

А вот iscsi умеет балансировать трафик на уровне третьем (IP) - и, скажем, в той же Сфере, делает это просто замечательно: её, Сферы, multipath, "развешивает iscsi-трафик между хостом и хранилкой буквально с точностью до сотен байт поровну между линками - лично созерцаю это каждый раз при массированных дисковых операциях на инфраструктуре (в пространстве Сферы это Storage vMotion и быкапы VMDK-файлов). "На все деньги" четырёхлинковые гигабитные пути мне прогрузить пока не удавалось - LUNы у меня медленные - но до 80МБайт/сек.х4 дело доходило.
Понятное дело, в данном акцепте "точка-точка", соединённые между собою "транком" multipassinga - это хост Сферы и хранилка.

Ровно потому я смог не торопиться с переходом с гигабитных транков на 10G-ethernet - после того, как заменил data-линки своей VI с транков LA(CP) на IP MP iscsi.

Возвращаясь к проблеме ТСа - в случае наличия VI масштабировать дата-сеть на стандартном гигабитном iscsi ему будет куда проще, чем маяться с FC с её непростой настройкой. Ну, конечно, если там нет каких-то совершенно зверских требований к латентности.

[Stils]

Два стораджа с аппаратной репликацией, даже в исполнении Infortrend, будет стоить от 30к$ и выше. Тир1 будет стоить еще интереснее.
Оно точно надо?
А то можно сделать репликацию виртуалок между парой серверов... Ну покурите в час икс минут 10, пока ВМ перезапустится на резервной ноде...

Если таки надо, то берите пару практически любых СХД (младшие линейки IBM, NetApp etc) с лицензиями на репликацию.

Не подскажете как вы думаете это реализовать?

[Stranger03]

А вот iscsi умеет балансировать трафик на уровне третьем (IP) - и, скажем, в той же Сфере, делает это просто замечательно: её, Сферы, multipath, "развешивает iscsi-трафик между хостом и хранилкой буквально с точностью до сотен байт поровну между линками - лично созерцаю это каждый раз при массированных дисковых операциях на инфраструктуре (в пространстве Сферы это Storage vMotion и быкапы VMDK-файлов). "На все деньги" четырёхлинковые гигабитные пути мне прогрузить пока не удавалось - LUNы у меня медленные - но до 80МБайт/сек.х4 дело доходило.

Ну я же написал, что не уверен, . Если умеет, то хорошо, . Задам вопрос своим инженерам, посмотрим, что ответят кстати,

[Stranger03]

Не подскажете как вы думаете это реализовать?

Все достаточно просто. Берем Варь, на серверах только флешки с загрузочным образом, цепляем сторадж (если прав Umlyaut, то можно попробовать сделать по 4-е линка, получить 4Гбит для начала), сторадж цепляем по iSCSI, виртуальные машины кладем на сторадж, базы там же. В случае сбоя одной ноды грузим ВМ с другого сервера. Если взять более ли менее норм сторадж с сервисом, то:
1. можно достаточно сильно сократить время восстановления самого стораджа
2. как правило СХД (если мы говорим об СХД) выходит из строя редко
3. ну и не забываем о бекапе на третий сервер
В принципе конечно можно рассмотреть какой-нибудь Dell EqualLogic, они умеют между собой реплицироваться и самое главное умеют между собой делать актив-актив режим. Но тогда цена решения в вашем случае будет от 50К $ и выше. Я даже думаю в районе 100-ка. Вообщем давайте так. Я сейчас скину вам в почту свои контакты, вы нам свои (если желаете). И давайте созвонимся, там ребята вам все объяснят.

[Stils]

Спасибо, вышлю.
Еще вопрос - есть где нибудь сравнение дисков sas 10к и 15к в рейде и дисков sata? Полдня ищу не могу найти.

[Stranger03]

Еще вопрос - есть где нибудь сравнение дисков sas 10к и 15к в рейде и дисков sata? Полдня ищу не могу найти.

Конкретизируйте вопрос,

[Don_Fear]

Спасибо, вышлю.
Еще вопрос - есть где нибудь сравнение дисков sas 10к и 15к в рейде и дисков sata? Полдня ищу не могу найти.

Без конкретики можно сравнить так
Нагрузка эмулирована в программе Disk Magic

• СДХ Storvize v7000
• Кэш отключен
• Блок 8KiB
• 16 дисков в raid 10

HDD SAS 6Gb/s 300GB 15k
Максимальное значение I/Os ~ 5120
Максимальное значение MiBs ~ 40.0
Время отклика ~ 0.20


HDD SAS 6Gb/s 600GB 10k
Максимальное значение I/Os ~ 3072
Максимальное значение MiBs ~ 24.0
Время отклика ~ 0.20


HDD NL SAS 6Gb/s 1TB 7.2k
Максимальное значение I/Os ~ 2432
Максимальное значение MiBs ~ 19.0
Время отклика ~ 0.20

Или так
Параметры расчитывались в Raid Performance Calculator

• 16 дисков в raid 10

HDD 300GB 15k
Максимальное значение I/Os ~ 2700

HDD 600GB 10k
Максимальное значение I/Os ~ 1700

HDD 1TB 7.2k
Максимальное значение I/Os ~ 1100

[Umlyaut]

А вот iscsi умеет балансировать трафик на уровне третьем (IP) - и, скажем, в той же Сфере, делает это просто замечательно: её, Сферы, multipath, "развешивает iscsi-трафик между хостом и хранилкой буквально с точностью до сотен байт поровну между линками - лично созерцаю это каждый раз при массированных дисковых операциях на инфраструктуре (в пространстве Сферы это Storage vMotion и быкапы VMDK-файлов). "На все деньги" четырёхлинковые гигабитные пути мне прогрузить пока не удавалось - LUNы у меня медленные - но до 80МБайт/сек.х4 дело доходило.

Ну я же написал, что не уверен, . Если умеет, то хорошо, . Задам вопрос своим инженерам, посмотрим, что ответят кстати,

Тут, кстати, есть одно маленькое ноу-хау, которое я вывел опытным путём, т.к. данный момент в документации практически не отражён.

Большинство админов VI и/или сетевиков по инерции лепят IP-адресацию на инициаторах-таргетах привычно-стандартно - сеть класса С. Я сам тоже не стал исключением.

Скажем, у меня поначалу интерфейсы на хосте и хранилке были:

Хост:

192.168.33.11/24
192.168.33.12/24
192.168.33.13/24
192.168.33.14/24

Хранилка:

192.168.33.41/24
192.168.33.42/24
192.168.33.43/24
192.168.33.44/24

В таком варианте балансировка была довольно посредственной - один из линков мог простаивать, на остальных был перекос. Попытки "подбора" IP-адресов - как для LA(CP) - радикально картину не меняли, отделываясь произвольными изменениями балансировки в лучшую сторону.

По-настоящему эффективно МР iscsi Сферы стал балансировать трафик поровну между _всеми_ линками после того, как я (в процессе довольно подробных экспериментов в этом месте) назначил интерфейсам iscsi IPшники из РАЗНЫХ сетей класса С:

Хост:

192.168.13.52/24
192.168.14.52/24
192.168.15.52/24
192.168.16.52/24

Хранилка:

192.168.13.92/24
192.168.14.92/24
192.168.15.92/24
192.168.16.92/24

Т.е. это именно тот неочевидный нюанс, который делает МР по-настоящему полезным на гигабите.

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

Так что насчёт

(если прав Umlyaut, то можно попробовать сделать по 4-е линка, получить 4Гбит для начала)

я готов побожиться своим честным словом и профессиональной репутацией.

[Stranger03]

я готов побожиться своим честным словом и профессиональной репутацией.

Верю, верю, не надо поминать Бога в суе,

[Stils]

Спасибо, вышлю.
Еще вопрос - есть где нибудь сравнение дисков sas 10к и 15к в рейде и дисков sata? Полдня ищу не могу найти.

Без конкретики можно сравнить так

Спасибо!