SyncMirror
Функционировать SyncMirror может в двух режимах:
- Local SyncMirror.
- MetroCluster SyncMirror (MC-Configuration SyncMirror).
А разница между SyncMirror MCC и SyncMirror заключается в том, что в случае с SyncMirror происходит постоянное зеркалирование информации из NVRAM одного контроллера на две копии данных в партнерском контроллере HA-пары. Такой подход часто используется для того, чтобы защитить систему от потери целой полки из-за какого-либо сбоя.
В случае с SyncMirror MCC зеркалирование NVRAM выполняется одновременно между несколькими контроллерами: внутри пары и на контроллерах ответного сайта. Реализовано такое решение при помощи специальных портов FC-VI.
Особенности
SyncMirror может выполнять репликацию практически на RAID-уровне, и самая подходящая аналогия, которую здесь можно провести, это RAID-60:
- существует два плекса («под-зеркала») — Plex0 и Plex1;
- каждый Plex может иметь по несколько групп RAID-DP.
Такая аналогия справедлива потому, что пара вышеописанных Plex определяются в качестве составных, зеркальных частей одной системы. Но в реальности, в стабильно работающей системе зеркалирование происходит на контроллере, NVRAM-уровне.
Ключевая деталь SyncMirror — необходимость полномерной симметрии накопителей в паре журналируемых пулов. Симметрия должна выражаться в одинаковом типе, скорости, объеме, RAID-группах.
Репликационная синхронизация решает 2 проблемы:
- С одной стороны, позволяет снять нагрузку с дисковой подсистемы, ведь реплицирует исключительно саму память.
- А с другой, чтобы избавиться от проблем консистентности и Split-Brain, нужно быть уверенным, что информация была записана на удаленную систему.
В итоге, такая синхронность независимо от типа системы хранения данных позволяет сократить время отклика и время отправки информации на удаленный ресурс.
Максимально бесшовное управление
Управление копиями данных в SyncMirror выполняется по таким же инструкциям, как и в случае с управлением какими-либо иными данными в СХД. Помимо обеспечения высокой доступности информации при помощи SyncMirror, можно разрывать связь между синхронизуемыми парами копий наборов данных всего одной командой, чтобы далее эти копии могли использовать другие приложения в режиме read-write.
Такое решение можно назвать практически идеальным для избегания характерных проблем с резервным копированием. Потому что фоновые процессы могут работать с использованием зеркальной информации, не вмешиваясь в структуру рабочей среды. В результате достигается значительное повышение производительности.
Предыдущая статья