Резервирование ЦОД IBM

[Hiryu]

Добрый день.

Стоит задача организовать резервный ЦОД для существующего. Конфигурация основного ЦОД:
1 Шасси IBM BladeCenterH 2
2 Сервер-лезвие IBM BladeServer HS2X 17
3 FC-коммутатор IBM SAN24BExpress 2
4 СХД IBM DS4700 + EXP810 1
5 IBM DS3300 2
6 IBM DS3400 2

Резервный ЦОД будет находиться в другом здании на расстоянии 10 км. От основного до резервного ЦОДа выделено 2 волокна оптики.
Необходимо определиться с составом оборудования и необходимых лицензий.

Вопрос возникает с СХД:
Система хранения DS4700 поддерживает синхронное резервирование Metro Mirror, т.е. можно поставить на резерве такое же оборудование и проблем возникнуть не должно.
DS3300 и DS3400 поддерживают только FlashCopy и GlobalCopy. Возможно ли с их помощью в процессе работы поддерживать актуальные копии, или получится только ставить клонирование на ночь?
Другой вопрос сохранение IP адресов в случае запуска РЦОД. Нашел решение через регистрацию автономной системы(AS). Какие решения еще могут быть возможны?
Насколько полезен IBM Tivoli Storage Manager?

[Dima-Try]

"Добрый день.

Стоит задача организовать резервный ЦОД для существующего. Конфигурация основного ЦОД:
1 Шасси IBM BladeCenterH 2
2 Сервер-лезвие IBM BladeServer HS2X 17
3 FC-коммутатор IBM SAN24BExpress 2
4 СХД IBM DS4700 + EXP810 1
5 IBM DS3300 2
6 IBM DS3400 2"

1. какие сервисы вы хотите закластеризовать? обеспечить из катастрофоустойчивость?

"Резервный ЦОД будет находиться в другом здании на расстоянии 10 км. От основного до резервного ЦОДа выделено 2 волокна оптики.
Необходимо определиться с составом оборудования и необходимых лицензий."

2. минимум еще придеться два коммутатора SAN приобретать, + во всем коммутаторы длинноволновые SFP 10km (кстати растояние по оптике у вас 10км? или физическое? тут как бы не прогадать), итого будет два коммутатора на основной два на резервной, один коммутатор на основной + один на резервной должны организовывать одну фулл-фабрику (виртуальный размазанный коммутатор), так же создается и второй виртуальный коммутатор размазанный на площадки.

"Вопрос возникает с СХД:
Система хранения DS4700 поддерживает синхронное резервирование Metro Mirror, т.е. можно поставить на резерве такое же оборудование и проблем возникнуть не должно.
DS3300 и DS3400 поддерживают только FlashCopy и GlobalCopy. Возможно ли с их помощью в процессе работы поддерживать актуальные копии, или получится только ставить клонирование на ночь?"

3. синхронизация между массивами DS4700 и DS3000 не поддерживается никак. Наиболее правильным будет использовать SVC решения для организации либо синхронизаций между различными СХД, либо для создания сплит-кластера (это уже зависит от 1 вопроса по сервисам и их кластеризации)

"Другой вопрос сохранение IP адресов в случае запуска РЦОД. Нашел решение через регистрацию автономной системы(AS). Какие решения еще могут быть возможны?"


Поясните пожалуйста что пытаетесь решить данным решением?

Насколько полезен IBM Tivoli Storage Manager?"

5. На сколько вам будет необходим бекап - на столько и полезен. Это система СРКиВД!

[kim_aa]

...
Другой вопрос сохранение IP адресов в случае запуска РЦОД. Нашел решение через регистрацию автономной системы(AS). Какие решения еще могут быть возможны?

При миграции/переключении серверов возможны следующие варианты:
- постоянные IP-адреса (решается через BGP + собственная автономная система);
- переменные IP-адреса + постоянные DNS-Имена;
- все переменное - тут все зависит от типов сервисов которые вы собираетесь "перевозить" или "переключать".

[Hiryu]

Спасибо за ответы, долгое время не приходили комментарии по данным вопросам.

1. какие сервисы вы хотите закластеризовать? обеспечить из катастрофоустойчивость?

Необходима кластеризация виртуальной инфраструктуры в необходимом для нормального функционирования объеме.

2. минимум еще придеться два коммутатора SAN приобретать, + во всем коммутаторы длинноволновые SFP 10km (кстати растояние по оптике у вас 10км? или физическое? тут как бы не прогадать), итого будет два коммутатора на основной два на резервной, один коммутатор на основной + один на резервной должны организовывать одну фулл-фабрику (виртуальный размазанный коммутатор), так же создается и второй виртуальный коммутатор размазанный на площадки.

10 км длина оптического кабеля. Прикрепляю схему. Правильно ли расставлены соединения?

3. синхронизация между массивами DS4700 и DS3000 не поддерживается никак. Наиболее правильным будет использовать SVC решения для организации либо синхронизаций между различными СХД, либо для создания сплит-кластера (это уже зависит от 1 вопроса по сервисам и их кластеризации)

Необходимо дублировать все, поскольку ресурсы виртуальных машин используют все имеющиеся СХД.
DS4700 будет синхронизироваться с DS4700, а DS3000 с DS3000, в синхронизации между разными классами нет необходимости.

Нашел описание SVC IBM:

Для расширения этой возможности кластер SVC также можно установить в гибкой конфигурации, в которой один кластер SVC поддерживает систему хранения и серверы в двух центрах обработки данных.В сочетании с функциями переноса серверных данных, такими как VMware vMotion, гибкий кластер SVC обеспечивает перенос систем хранения данных и виртуальных машин между двумя центрами обработки данных без нарушения работы.

Если я правильно понимаю, здесь говорится о возможности синхронизации СХД двух ЦОДов независимо от оборудования? Т.е. между двумя DS3000 можно установить Metro Mirror, хотя номинально они его не поддерживают. Если да, то это как раз и нужно. Но все равно не до конца понятно куда устанавливается данное ПО, как сказывается на работе с СХД, и как настраивается режим репликации.

4. Поясните пожалуйста что пытаетесь решить данным решением?

Необходимо продумать как будет запускаться РЦОД после выхода из строя основного ЦОД. На этом этапе при синхронном резервировании СХД будет содержать актуальные данные, но также необходимо чтобы РЦОД был доступен через интернет для удаленных пользователей ресурсов, чтобы они не заметили подмены.

[gs]

Вы хотите получить схему решения для своего клиента?

[Hiryu]

Да, необходимо определиться какое оборудование докупать, какие необходимы программные средства и будет ли все это работать

[Dima-Try]

В общем необходимо детальное проектирование, в том числе с выездом на площадку.

Так что или партнерство, субподряд, или вот координаты человека который вам очень сможет помочь в этом деле (IBM Storage), свяжитесь с ним, он вам очень оперативно поможет чем сможет (ждет от вас звонка, письма):

Sergey Kasaev
IBM EE/A System Storage
tel. +7 (495) 775-8800 ext. 2835
tel. +7 (985) 227-9470  
fax. +7 (495) 258 6363
e-mail: Kasaev.Sergey@ru.ibm.com
10, Presnenskaya nab.,
"Moscow-CITY", 123317,

[Hiryu]

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

А пока созрели некоторые вопросы по технической части. Решил подойти к вопросу с другой стороны, поискал какие есть предложения со стороны виртуальной инфраструктуры. Очень понравилось описание функционала VMware Site Recovery Manager, но при углублении в подробности оказалось, что программные адаптеры репликации (SRA, Storage Replication Adapter) от IBM не поддерживают DS3300 и DS3400, а на них приходится львиная доля мощности используемой СХД. Очень не хотелось бы их заменять. Предложенный SVC IBM не поддерживает их тоже.

Отсюда вопрос существуют ли вообще какие-либо средства для реализации репликации данных массивов? Есть ли решения позволяющие на основе FlashCopy и VolumeCopy осуществлять автоматизированную репликацию на удаленный массив?

[gs]

Ну вообще-то софт на хостах еще никто не отменял. Хотя возни конечно много.

[Stranger03]

от IBM не поддерживают DS3300 и DS3400, а на них приходится львиная доля мощности используемой СХД. Очень не хотелось бы их заменять.

Они же древние, как тапки мамонта. Небось уже не на гарантии. Дешевле будет заменить эту пачку парой массивов.

[Dima-Try]

читай те тогда редбуки по теме "IBM SAN and SVC Stretched Cluster and VMware Solution Implementation"

суть как раз отказаться от настроек SRM, содержания двух ферм, написания скриптов для аврального восстановления - а просто использовать VMWare HA+DRS с одной виртуальной фермой которая размазана на две площадки и работает с одним виртуальным диском

вот например:

- http://kb.vmware.com/selfservice/micros ... 0878412595
- http://www.redbooks.ibm.com/abstracts/s ... .html?Open