Распределенные центры данных

[Ustas]

Возможно ли создание распределенных центров данных на расстояних в несколько сотен километров?
Возможно ли вобще создать резервный центр данных в другом городе?
М/д площадками теоритически возможно арендовать оптический канал, поднять IP сеть, или FC over IP. Объём данных по предварительной оценке не дотягивает до 0,5Тб. Объём изменений за день пока не оценен.
О реализованных проектах на десятки километров читал.
В "Восстановление после катастроф: возможность использования быстрой удалённой синхронизации данных для создания удалённых площадок (для воссстановления после катастроф) - на другой улице, в другом городе, стране - даже в другом месте земного шара!"
верится с трудом, скорость света никто не отменял.
Существуют ли аппаратные решения для асинхронной синхронизации распеределенных хранилищ SAN?

[gs]

С ходу могу порекомендовать FalconStor IPStor (его же поставляет со своими дисковыми системами Chaparral под маркой RAIDar PS). У него есть возможность асинхронного зеркалирования.
Есть встроенные средства зеркалирования в умных дисковых системах типа Hitachi 9570, но там зеркалирование синхронное - через IP канал неизвестно как это работать будет.

[gs]

Еще вариант Veritas Volume Replicator.

Вы опишите как можно подробнее задачу - тут вариантов масса (как и подводных камней кстати).

[CyberDrake]

что касается решений на базе продуктов Hitachi Data Systems (HDS), то они через IP канал успешно работают. Кстати зеркалирование у HDS может быть как синхронным так и асинхронным.

Вам надо определиться, какой вариант распределенного хранения данных Вы хотите получить. Можно выделить три остновных варианта:
1. Синхронное зеркалирование: данные синхронно пишутся на два дисковых массива. Используется при наличии быстрых каналов связи.
2. Асинхронное зеркалирование: данные пишутся в кэш, после чего пишутся на первичный и вторичный (удаленный) массивы. Подтверждение записи после записи информации на оба массива. Чтение неизмененных блоков из кэша.Используется при отсутствии быстрых каналов связи.
3. Репликация : проведение репликации данных на резервную площадку согласно установленным политикам. Используется для построения резервных центров обработки данных для защиты от катастроф.

[da]

рекомендую Legato RepliStor если подойдет софтовое решение.
если есть интерес то пишите на мой e-mail

[romx]

Возможно ли создание распределенных центров данных на расстояних в несколько сотен километров?
Существуют ли аппаратные решения для асинхронной синхронизации распеределенных хранилищ SAN?

Никто не говорит что будет просто и/или дешево Но будет. Решаемо.
Из простых решений например можно посмотреть на Legato Replistor. Это в чистом виде программное асинхронное копирование "этой папки" в "ту папку". Если устроит - можно остановиться на этом.
Если стоит задача синхронного или асинхронного но очень быстрого и объемного реплицирования, то нужно смотреть на аппаратные решения например фирмы Nishan или CNT, позволяющие гнать FC over IP (Nishan) или несколько FC over DWDM (то есть по dark fiber (выделенному волокну) несколько FC-каналов). Стоимости последних решений очень серьезно выше.

[Ustas]

Вам надо определиться, какой вариант распределенного хранения данных Вы хотите получить. Можно выделить три остновных варианта:
1. Синхронное зеркалирование: данные синхронно пишутся на два дисковых массива. Используется при наличии быстрых каналов связи.
2. Асинхронное зеркалирование: данные пишутся в кэш, после чего пишутся на первичный и вторичный (удаленный) массивы. Подтверждение записи после записи информации на оба массива. Чтение неизмененных блоков из кэша.Используется при отсутствии быстрых каналов связи.
3. Репликация : проведение репликации данных на резервную площадку согласно установленным политикам. Используется для построения резервных центров обработки данных для защиты от катастроф.

Конечно 2 и 3. При синхронном зеркалировании, как я понял основное хранилище должно получить подтверждение записи блока данных на резервное. В итоге легко получить скорость обмена 500 кбит/сек на основном хранилище при проблемах в канале.
Пока документацию на HP Enterprise Virtual Array 3000 + софт HP изучаю.

[CyberDrake]

Комментарий руководителя направления системного консалтинга Hitachi Data Systems Игоря Корнетова:

Я бы порекомендовал примерно следующее.

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

Возможно ли создание распределенных центров данных на расстояних в несколькосотен километров?
Безусловно, возможно. Способ реализации и используемые механизмы зависят от того, что именно вкладывается в термин "распределённый центр данных". Хотим ли мы просто поддерживать на удалённом сайте резервную копию данных? Хотим прозрачного переключения серверов первичного сайта на зеркальный массив в резервном центре? Хотим ли "виртуализацию" всего пространства? Какие
используем приложения? Чем продиктовано желание использовать репликацию самими массивами - модой или иными причинами? Как правило, более четкое понимание этих моментов позволяет рекомендовать один из вариантов довольно определённо. Пока этой ясности нет, можно рассматривать любые решения - от использования продвинутых массивов, использования аппаратной репликации и
уровней аппаратной же виртуализации до использования простых JBOD в сочетании с host-based репликацией.

Возможно ли вобще создать резервный центр данных в другом городе?
Да. Такие решения работают у тысяч заказчиков (один из примеров - Лондон - Вашингтон, совместный проект Cisco, Sprint, HDS)

М/д площадками теоритически возможно арендовать оптический канал, поднять IP сеть, или FC over IP. Объём данных по предварительной оценке не дотягивает до 0,5Тб. Объём изменений за день пока не оценен.
Репликация возможна по любым каналам. Целесообразность использования того или иного решения определяется не только количеством реплицируемых данных, но и иными требованиями - отчести см. выше, отчасти - критичность данных, сценарии использования и восстановления и т.п.

Что касается асинхронной репликации на модульных массивах (мы говорим об аппаратной репликации). Различные производители и поставщики предлагают различные решения, которые, как правило, сводятся к интеграции механизов создания клонов или моментальных снимков внутри массива и репликации их на второй массив. "Различность" же решений обычно заключается в маркетинговой упаковке, поскольку технические ограничения (в первую очередь ограниченность объёма и архитектуры кэш-памяти) не позволяют реализовывать на модульных массивах развитых алгоритмов репликации, доступных на
монолитных/централизованных массивах.

[S&L]

Привет, коллеги.
Сегодня видел сообщение
http://w3.ibm.com/april1.htm
что ИБМ создало распеделенный центр обработки данных,
что позволило сократить 10 американцев и нанять 10000 китайцев.