- PVSM.RU - https://www.pvsm.ru -
Одна из важнейших задач IT-подразделения предприятия – защита данных от воздействия различных внешних факторов, как то: пожар, землятрясение, наводнение и прочие катастрофы. Традиционно для этого используются различные технологии репликации данных. Однако обычно репликация позволяет синхронизовать (с тем или иным значением RPO) один и тот же набор данных только между двумя дата-центрами. И для многих заказчиков этого вполне достаточно. Для многих, но не для всех. Если заказчику требуется нулевое RPO, значит, необходимо использовать синхронную репликацию. Однако синхронная репликация позволяет размещать дата-центры на расстоянии порядка 100к м друг от друга. В случае серьезной катастрофы, или просто если два дата-центра расположены слишком близко друг от друга, оба ДЦ могут пострадать одновременно – и данные будут потеряны.
Итак, если предприятию требуется обеспечить исключительно высокий уровень защиты данных, а именно:
— для таких требовательных заказчиков мы можем предложить специальное решение: HPE 3PAR Synchronous Long Distance (SLD).
SLD – это репликация на большие расстояния без потери данных. Как это работает, я постараюсь объяснить ниже.
Сначала хочу напомнить какие виды репликации и какие топологии поддерживаются семейством массивов HPE 3PAR StoreServ [1].
Массивы 3PAR StoreServ поддерживают 3 режима репликации (Remote Copy):
Если синхронный режим, надеюсь, не требует пояснений, то для асинхронных режимов кратко опишу, как они работают:
Добавлю к этому, что во всех 3 режимах, естественно, поддерживается консистентность данных при репликации.
В качестве транспортного уровня для репликации можно использовать следующие 3 варианта:
И, наконец, поддерживаемые тополигии/конфигурации репликации:
Рис.1. Конфигурация репликации many-to-many. Каждый массив реплицирует данные на 4 других массива. Все направления репликации могут быть двунаправленными. Здесь речь идет, разумеется, о репликации разных наборов данных (томов) на разные массивы.
Итак, SLD – это:
Рис.2. схема SLD.
Работает SLD следующим образом: в штатном режиме данные реплицируются с массива А на массивы В и С. При этом между массивами В и С также настроена асинхронная периодическая репликация, которая в штатном режиме находится в пассивном состоянии (на рис.2. показана пунктирной линией). При отказе основного массива А автоматически активируется репликация с массива В на массив С, и данные, которые были записаны на массив В, но не были записаны на массив С, будут скопированы на массив С. Таким образом, после отказа массива А, массивы В и С будут автоматически синхронизованы вплоть до последнего блока, который был записан на массив А перед его отказом.
После синхронизации массивов В и С работа с данными может быть продолжена, в качестве основного массива может быть выбран как массив С, так и массив В. При этом никакие данные, которые были записаны на массив А, не будут потеряны (RPO=0) и будет выполняться репликация между массивами В и С, обеспечивая непрерывную защиту данных уже после отказа одного из трех массивов.
После восстановления массива А новые данные, которые были записаны на массивы В и С, будут скопированы на массив А, после чего можно будет вернуться к штатному режиму работы с использованием массива А в качестве основого массива.
В заключение хочу отметить еще два важных момента:
Владимир Коробейников, @Vladkor [3]
Автор: Hewlett Packard Enterprise
Источник [4]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/it-infrastruktura/237199
Ссылки в тексте:
[1] HPE 3PAR StoreServ: https://www.hpe.com/ru/ru/storage/3par.html
[2] здесь: https://www.hpe.com/h20195/v2/getpdf.aspx/4AA4-3533ENW.pdf?ver=2.0
[3] @Vladkor: https://habrahabr.ru/users/Vladkor/
[4] Источник: https://habrahabr.ru/post/320366/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best
Нажмите здесь для печати.