Комментарии к записи: SnapMirror, часть 1

Автор: romx

romx — Sat, 01 Jun 2013 04:01:18 +0000

Артур:

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

Автор: Артур

Артур — Mon, 27 May 2013 11:56:10 +0000

Если я правильно помню, репликация идет по IP, но при этом есть возможность в качестве транспорта использовать Fibre Channel (IP over FC).

Автор: Minus

Minus — Mon, 27 May 2013 10:53:43 +0000

Александр,
В случае установленных “отношений” SnapMirror между массивами можно отдавать команду на апдейт удаленной копии средствами нужного SnapManager.
Проще говоря, SnapManager делает консистентный снапшот тома, после чего именно этот снапшот передается на удаленную систему.

Автор: Александр

Александр — Mon, 27 May 2013 10:36:09 +0000

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

Автор: romx

romx — Mon, 27 May 2013 05:54:14 +0000

panvartan:

Ну это не прям вот сейчас, а уже несколько лет как, насколько я помню, ну и - да, возможность параллельно читать с зеркала действительно позволяет улучшить производительность чтения, как и для всех ныне существующих RAID-1 контроллеров.

Автор: panvartan

panvartan — Mon, 27 May 2013 05:44:42 +0000

Пять копеек про syncMirror - сейчас nettapp позиционирует эту технологию, как средство от отказа полки (говорят, такое тоже бывает). В сопутствующих плюшках - повышение скорости чтения на 80% и значительное повышение устойчивости рейда при отказе больших дисков, особенно под нагрузкой.