полубюджетное решение для отказоустойчивого кластера

[eill]

Добрый день. Хочу построить SAN начального уровня для MS SQL (сама СУБД будет работать в виртуалке, точнее в двух) ну и попутно утилизировать серверы для мелких задач (ад, почта (народу немного, так что нагрузка, думаю, будет небольшая)). Основной критерий построения - отказоустойчивость.

Думаю делать так: 2хHP PL 360/380 g7 (на каждом крутится vmware esx/esxi), минимум 2 виртуальные машины (sql-серверы) жестко привязаны к серверам, а всяка мелочь мигрирует, ну и все это подключается через FC (2 свитча qlogic 1404) к дисковой полке (самый вероятный вариант - emc clariion ax4, либо что-то аналогичного класса у HP). База небольшая (порядка 15 гигов), но критичная к простою. Пользователей совсем немного - человек 50-60.

На полке планирую сделать два массива 1+0, на разных контроллерах, соответствуенно резервирование субд будет обеспечиваться средствами самой ms sql (изначально смотрел в сторону Fault Tolerance, но отговорили).

Если не трудно - подскажите, какие могут быть здесь подводные камни и на что стоит обращать внимание? Заранее большое спасибо. Раньше SAN не строил, поэтому куча вопросов.

[gs]

Если будет всего два сервера, то можно обойтись без коммутаторов.

Я не очень понял, как будет обеспечиваться резервирование сиквелов. Если не будет датабейз мирроринга, то зачем два луна? Или лог шиппинг имеется в виду?

Дисковые, помимо клариона - HP MSA2000 или IBM DS3500. Причем для двух серверов хватит и сасового варианта.

[eill]

сас собственно и будет, но хотелось бы обеспечить резервирование максимального количества девайсов - в случае с коммутаторами дополнительно резервируются и HBA (как на сервере, так и на полке). Схема подключения - интерконнект, т.е. на каждом устройстве по 2 HBA, по линку на свитч.

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

а что насчет FT скажете? У него единственный и очень огромный плюс - это то, что при отказе физической ноды пользователи этого даже не замечают.

[gs]

Сас - я имел в виду хостовый интерфейс стораджа. Если не планируется увеличение количества серверов, этого достаточно. Впрочем, DS3500 может иметь и больше сас портов для серваков - платка расширения портов может быть.

Для резервирования путей не нужны коммутаторы - достаточно две ХБАшки с каждого сервера воткнуть в разные контроллеры стораджа. Неважно - сас или файбер, MPIO драйверу это фиолетово.

Что Вы понимаете под FT? У сиквела, помимо кластеризации, есть и другие варианты резервирования - датабейз мирроринг, лог шиппинг, репликация. Лог шиппинг и репликация вызывают падение связи сервера и клиентов в случае сбоя, мирроринг и кластер - нет.

[eill]

Сас - я имел в виду хостовый интерфейс стораджа. Если не планируется увеличение количества серверов, этого достаточно. Впрочем, DS3500 может иметь и больше сас портов для серваков - платка расширения портов может быть.

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

Для резервирования путей не нужны коммутаторы - достаточно две ХБАшки с каждого сервера воткнуть в разные контроллеры стораджа. Неважно - сас или файбер, MPIO драйверу это фиолетово.

я, наверное, не совсем понимаю, но raid-контроллер в полке и HBA (сетевая карта, по сути) - это одно и то же?

Что Вы понимаете под FT? У сиквела, помимо кластеризации, есть и другие варианты резервирования - датабейз мирроринг, лог шиппинг, репликация. Лог шиппинг и репликация вызывают падение связи сервера и клиентов в случае сбоя, мирроринг и кластер - нет.

под FT я понимаю именно vmware'вское fault tolerance. Т.е. запуск двух копий одной виртуальной машины с постоянной синхронизацией состояния по сети. Производительность тут конечно страдает, особенно ощутимо это в случае с СУБД. Поэтому. собственно, и отговорили

по поводу мирроринга - а каким образом реализуется отсутствие дисконнектов если у двух серверов разные dns-имена и разные mac-адреса? (Если этот вопрос совсем не оффтопик, конечно).

[DeadMazay]

под FT я понимаю именно vmware'вское fault tolerance. Т.е. запуск двух копий одной виртуальной машины с постоянной синхронизацией состояния по сети. Производительность тут конечно страдает, особенно ощутимо это в случае с СУБД. Поэтому. собственно, и отговорили

надеюсь помните, что FT только для одноядерных (однопроцессорных) виртуалок

[eill]

это собственно основной аргумент против

[DeadMazay]

это собственно основной аргумент против

ага...

[DeadMazay]

я, наверное, не совсем понимаю, но raid-контроллер в полке и HBA (сетевая карта, по сути) - это одно и то же?.

нет... HBA это SAS-HBA в сервере для подключения полки к серверу по SAS

[exLH]

По поводу мирроринга - а каким образом реализуется отсутствие дисконнектов если у двух серверов разные dns-имена и разные mac-адреса?

Никаким - дисконнекты будут.

Каков бюджет проекта?

[eill]

По поводу мирроринга - а каким образом реализуется отсутствие дисконнектов если у двух серверов разные dns-имена и разные mac-адреса?

Никаким - дисконнекты будут.

ну вот, а gs говорит, что не будет

Каков бюджет проекта?

думаю, в районе 40к на все.

[Stranger03]

думаю, в районе 40к на все.

Несколько раз прочитал, так и не понял. Обсуждается обычная кластерная система нескольких серверов с общей СХД, я прав? Если данный бюджет только на железо, то вполне влезет пара серверов с внешней СХД. На софт добавить чуток на есеншел плюс на пару хостов с управлялкой и переносить виртуалки скриптами.

[gs]

По поводу дисконнекта.
Я имел в виду не потерю текущей транзакции, а потерю сервера клиентами - т.е. запасной сервер надо будет назначать боевым сугубо вручную.
В случае кластера все прозрачно - имеется один IPшник, который через несколько десятков секунд начнет откликаться с другой физической машины.
В случае мирроринга все сложнее: http://msdn.microsoft.com/en-us/library/ms189852.aspx. Но вариант автоматического переключения тоже есть.

[Ziggy Stardust]

думаю, в районе 40к на все.

Несколько раз прочитал, так и не понял. Обсуждается обычная кластерная система нескольких серверов с общей СХД, я прав? Если данный бюджет только на железо, то вполне влезет пара серверов с внешней СХД. На софт добавить чуток на есеншел плюс на пару хостов с управлялкой и переносить виртуалки скриптами.

В vSphere 4.1 Essential Plus входит и HA, и vMotion. Т.ч. с переносом виртуалок при наличии общего дискового ресурса проблем не будет. Денег стоит в самом деле не заоблачно...