Кластер на базе двух IBM x3550 M4 и СХД DS3524

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

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

fornev
Junior member
Сообщения: 6
Зарегистрирован: 09 июн 2014, 14:52
Откуда: Orenburg

Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение fornev » 09 июн 2014, 15:16

Всем здравствуйте. На форуме я новичок, так что просьба сильно не пинать.
В организации имеется два сервера IBM x3550 m4 и схд DS3524 (12 дисков, RAID 5, один диск Hotspare). Соединены сервера с схд посредством HBA-шнурков.
На первом серваке (назовем его serv1) установлен win 2012 datacenter, роль HyperV, и крутятся виртуальные машины (6 штук, установлены на локальный диск сервера). К нему был подключен лун от схд на 1.5 ТБ (лун0). (сделано это все было до меня)
Позднее докупили второй такой же сервак (serv2), на нем так же win 2012 datacenter, и пока он пустой.

В большинстве статей в сети настройка кластера производится с нуля и не затрагивает какие-либо уже существующие данные. Мне же необходимо следующее:

создать кластер на базе этих серверов, и обеспечить динамическую миграцию ВМ в случае отказа. На оба сервера установлены драйвера multipath, оснастка MPIO и Failover Cluster.
При попытке тестирования системы под кластер, виртуальные машины первого сервера отключились. Это, насколько я понимаю, связано с тестированием общей дисковой подсистемы.

На СХД оба сервера добавлены в одну хост группу, на нее назначен лун на 2ТБ(лун1) (который должен быть общим, на нем в CSV будут виртуальные машины). Но хост группе принадлежит и лун0. Интересует вопрос, можно ли как то отключить лун0 (1.5ТБ), чтобы данные с него не затерлись?
Это первое.

Второе:
После того как удастся добавить оба сервера в кластер, виртуальные машины потеряют свою работоспособность? по идее диски самого сервера не будут затронуты, и можно будет провести их миграцию на CSV том?

MAV
Advanced member
Сообщения: 68
Зарегистрирован: 30 окт 2013, 17:07
Откуда: Москва
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение MAV » 09 июн 2014, 16:43

Что касается первого вопроса, то вариантов несколько - к примеру поднять кластер отрубив от одного узла этот диск физически (убрать сервер из хостгруппы например :)), а после этот диск добавить в хранилище. А так, ничто не мешает просто на одном из узлов до поднятия кластера, просто перевести этот диск в оффлайн.

К ответу на вопрос о том что случиться с ВМ:
Ничего не случиться... как работали, так и будут работать на том узле где были запущенны.
Если потребуется перевести их в высокодоступную виртуальную среду, то через мастер добавления ролей, добавляем роль ВМ и выбираем необходимые ВМ.

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение Stranger03 » 10 июн 2014, 08:08

fornev писал(а):Всем здравствуйте. На форуме я новичок, так что просьба сильно не пинать.
Исправьте город в профиле.
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

fornev
Junior member
Сообщения: 6
Зарегистрирован: 09 июн 2014, 14:52
Откуда: Orenburg

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение fornev » 10 июн 2014, 12:12

MAV писал(а):Что касается первого вопроса, то вариантов несколько - к примеру поднять кластер отрубив от одного узла этот диск физически (убрать сервер из хостгруппы например :)), а после этот диск добавить в хранилище. А так, ничто не мешает просто на одном из узлов до поднятия кластера, просто перевести этот диск в оффлайн.

К ответу на вопрос о том что случиться с ВМ:
Ничего не случиться... как работали, так и будут работать на том узле где были запущенны.
Если потребуется перевести их в высокодоступную виртуальную среду, то через мастер добавления ролей, добавляем роль ВМ и выбираем необходимые ВМ.
Спасибо за ответ. Дело в том, что когда убираю сервер из хостгруппы, то проверка конфигурации кластера завершается с ошибками - типа нет общих дисков для них. А по одному из мануалов в сети, пишут, что перед тестированием кластера необходимо перевести диски (которые задействованы в кластере) в оффлайн. Для луна в 2тб данную процедуру я провел и за него в принципе не волнуюсь - он пустой) а вот для луна 1.5 тб данные потерять не хочется.

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

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение gs » 10 июн 2014, 12:14

Вы без бэкапа, что-ли, работаете?

fornev
Junior member
Сообщения: 6
Зарегистрирован: 09 июн 2014, 14:52
Откуда: Orenburg

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение fornev » 10 июн 2014, 13:00

gs писал(а):Вы без бэкапа, что-ли, работаете?
с бэкапом, просто на этом луне в 1.5ТБ сотрудник, который все это дело поднимал - разместил виртуальные машины, и вырубить их нет возможности...

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение Stranger03 » 10 июн 2014, 13:17

fornev писал(а):При попытке тестирования системы под кластер, виртуальные машины первого сервера отключились. Это, насколько я понимаю, связано с тестированием общей дисковой подсистемы.
Это естественно, ибо при тестировании кластера проверяется доступ к лунам с разных серверов.
На СХД оба сервера добавлены в одну хост группу, на нее назначен лун на 2ТБ(лун1) (который должен быть общим, на нем в CSV будут виртуальные машины). Но хост группе принадлежит и лун0. Интересует вопрос, можно ли как то отключить лун0 (1.5ТБ), чтобы данные с него не затерлись?
Это первое.
Сделайте полный бекап данных, уберите на полку, потом тестируйте. Либо вариант 2, потренируйтесь на кошках, спланируйте четко переход, только потом приступайте к миграции.
Второе:
После того как удастся добавить оба сервера в кластер, виртуальные машины потеряют свою работоспособность? по идее диски самого сервера не будут затронуты, и можно будет провести их миграцию на CSV том?
Вы кластер на ГиперВи разворачиваете? Вероятно придется прописывать политики, где какая машина будет запущена. А так с чего они должны потерять работоспособность?
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение Stranger03 » 10 июн 2014, 13:19

Например кратко: http://habrahabr.ru/post/201792/
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

fornev
Junior member
Сообщения: 6
Зарегистрирован: 09 июн 2014, 14:52
Откуда: Orenburg

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение fornev » 10 июн 2014, 13:27

Stranger03 писал(а):
fornev писал(а):При попытке тестирования системы под кластер, виртуальные машины первого сервера отключились. Это, насколько я понимаю, связано с тестированием общей дисковой подсистемы.
Это естественно, ибо при тестировании кластера проверяется доступ к лунам с разных серверов.
На СХД оба сервера добавлены в одну хост группу, на нее назначен лун на 2ТБ(лун1) (который должен быть общим, на нем в CSV будут виртуальные машины). Но хост группе принадлежит и лун0. Интересует вопрос, можно ли как то отключить лун0 (1.5ТБ), чтобы данные с него не затерлись?
Это первое.
Сделайте полный бекап данных, уберите на полку, потом тестируйте. Либо вариант 2, потренируйтесь на кошках, спланируйте четко переход, только потом приступайте к миграции.
Второе:
После того как удастся добавить оба сервера в кластер, виртуальные машины потеряют свою работоспособность? по идее диски самого сервера не будут затронуты, и можно будет провести их миграцию на CSV том?
Вы кластер на ГиперВи разворачиваете? Вероятно придется прописывать политики, где какая машина будет запущена. А так с чего они должны потерять работоспособность?
Хочется как раз потренироваться на кошках, но начальству надо все и сразу...))

На первом сервере стоит Win 2012 R2, с ролью HyperV, на втором пока только Win 2012 R2. Спасибо за статью.

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение Stranger03 » 10 июн 2014, 14:23

fornev писал(а):Хочется как раз потренироваться на кошках, но начальству надо все и сразу...))
Я бы объяснил, что переход на кластер не простая вещь, нужна подготовка. В противном случае шанс все порушить очень велик.
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

MAV
Advanced member
Сообщения: 68
Зарегистрирован: 30 окт 2013, 17:07
Откуда: Москва
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение MAV » 10 июн 2014, 16:51

Те тесты, что проводятся во время создания кластера, не влияют на сами данные, только на доступность тома (тест переключения тома с узла на узел).

Хинт: тесты можно пропустить ;)

Кластер прекрасно поднимается без дисков. После можете добавить.

Сценарий1: поднимаете кластер без тестов, добавляете общий для узлов лун1 в кластерные тома, назначаете его общим кластерным томом (или как-то так). После поднятия на втором узле роли HV, переводите ВМ в кластерную среду HV и делаете с лун0 что хотите.
Сценарий2: Изменяете хостгруппу/создаете новую. создаете кластер со всеми тестами, где лун0 назначен только одному узлу, а лун1 обоим.

Если вы можете потушить ВМ, то вообще не вижу проблемы. Как уже отметил ранее, тестирование вообще никаких изменений на диск не вносит, а если даже при создании у вас диск с ВМ (лун0) станет свидетелем (других данных на диски кластер сам не пишет, да и то что пишет, делает все равно владелец тома - только один из узлов), то не вижу проблемы убрать его из кворумного диска.

В общем если поднимаете не с нуля, то за сохранность особо можно не переживать, а вот геморой с дальнейшей настройкой может быть, особенно если установленные роли на узлах не совпадают... хотя и это не так страшно.

fornev
Junior member
Сообщения: 6
Зарегистрирован: 09 июн 2014, 14:52
Откуда: Orenburg

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение fornev » 11 июн 2014, 13:21

MAV писал(а):Те тесты, что проводятся во время создания кластера, не влияют на сами данные, только на доступность тома (тест переключения тома с узла на узел).

Хинт: тесты можно пропустить ;)

Кластер прекрасно поднимается без дисков. После можете добавить.

Сценарий1: поднимаете кластер без тестов, добавляете общий для узлов лун1 в кластерные тома, назначаете его общим кластерным томом (или как-то так). После поднятия на втором узле роли HV, переводите ВМ в кластерную среду HV и делаете с лун0 что хотите.
Сценарий2: Изменяете хостгруппу/создаете новую. создаете кластер со всеми тестами, где лун0 назначен только одному узлу, а лун1 обоим.

Если вы можете потушить ВМ, то вообще не вижу проблемы. Как уже отметил ранее, тестирование вообще никаких изменений на диск не вносит, а если даже при создании у вас диск с ВМ (лун0) станет свидетелем (других данных на диски кластер сам не пишет, да и то что пишет, делает все равно владелец тома - только один из узлов), то не вижу проблемы убрать его из кворумного диска.

В общем если поднимаете не с нуля, то за сохранность особо можно не переживать, а вот геморой с дальнейшей настройкой может быть, особенно если установленные роли на узлах не совпадают... хотя и это не так страшно.
Пока делаются свежие бэкапы виртуалок, задам вопрос: а что если поднять кластер на лун0 (на котором виртуалки как раз крутятся)? или при сборке кластера данные на общем томе будут затерты?

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение Stranger03 » 11 июн 2014, 13:25

fornev писал(а):Пока делаются свежие бэкапы виртуалок, задам вопрос: а что если поднять кластер на лун0 (на котором виртуалки как раз крутятся)? или при сборке кластера данные на общем томе будут затерты?
При сборке кластера данные на томах не трутся, в кластер включается живой том.
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

fornev
Junior member
Сообщения: 6
Зарегистрирован: 09 июн 2014, 14:52
Откуда: Orenburg

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение fornev » 25 июн 2014, 15:03

Запустили на днях сборку кластера без дисков. Теперь при добавлении дисков в CSV на одном сервере они добавляются и видны, а на втором вылезает сообщение:
"Указанным диском или томом управляет оснастка отказоустойчивого кластера Microsoft. Для выполнения этой операции кластерный том должен быть переведен в режим обслуживания, а кластер должен быть доступен в сети".
Перевожу диск в режим обслуживания, кластер в сети - но ошибка сохраняется, вторая нода кластерные диски не видит.

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: Кластер на базе двух IBM x3550 M4 и СХД DS3524

Сообщение Stranger03 » 25 июн 2014, 16:03

fornev писал(а):вторая нода кластерные диски не видит.
Она и не будет видеть до тех пор, пока первая нода не рухнет или не отпустит диски. Можно перевести вручную через остнастку. Но по идее надо делать горячий тест, чтобы понять, что все работает и тома переезжают.
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

Ответить

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

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

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