Репликация
3 минуты

Репликация

Асинхронная репликация

Принцип данного вида репликации допускает некоторую задержку во времени при синхронизации исходного тома и его реплики. Асинхронная репликация тома выполняется по сети Ethernet, используя протокол TCP/IP.  Вначале на сторону реплики копируется все содержимое исходного тома. После этого пересылаются изменения за установленный период времени, синхронизируя данные исходного тома и реплики. Значение временного промежутка между репликами задается при настройке репликации. Использование реплики возможно после остановки процесса репликации. Асинхронно можно реплицировать как тома, так и файловые системы. Асинхронная репликация может использоваться только для обычных пулов.

Синхронная репликация

Синхронная репликация может выполняться как через сеть Fiber Channel (FC), так и через ethernet (используя протокол iSCSI).  Как и при асинхронной репликации, вначале на сторону реплики копируется весь имеющийся на томе объем данных. Этот механизм чувствителен к задержкам в канале репликации, поскольку от этого зависят задержки передачи данных между удаленной СХД и СХД – источником реплики. Поэтому длина оптической линии между основной и реплицируемой СХД должна быть нормирована. 

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

Итак, имеем два кластера BAUMSTORAGE, соединенные друг с другом через выделенные fc порты. 

На отдающей стороне порт в режиме инициатора, на принимающей – в режиме таргета.

  1. Создаем LUN на принимающей стороне и отдаем его источнику реплики.
  2. На источнике создаем задачу репликации, запускаем её, начинается репликация.

Теперь представим, что источник умирает или рвется соединение.

На принимающей стороне мы это никак не видим и, соответственно, как-то отработать эту ситуацию не сможем.

Чтобы использовать реплику, администратору потребуется отключить LUN от СХД-источника и подключить LUN клиенту. После этого клиент дает нагрузку и работает с репликой.

После того как СХД-источник восстановил свою работу администратор захочет снова сделать основным СХД-источник. Но для этого сначала потребуется провести репликацию в обратном направлении.

Для этого ему потребуется:

  1. Отключить нагрузку от клиента на принимающей стороне.
  2. Поменять режим работы fc портов на обоих СХД.
  3. Отдать LUN с СХД-источника на СХД-приемник.
  4. На приемнике настроить задачу репликации и запустить репликацию.

В процессе первичной синхронизации данных, нагрузка на клиенте может значительно проседать, возможно, до нуля. 

После синхронизации реплики на отдающей стороне нужно отключить нагрузку от клиентов и перенастроить приемную и передающую стороны, как описано выше.

Далее можно отдавать LUN клиенту и заново давать нагрузку.

При локальной синхронной репликации в качестве приемника выступает том другой ноды той же СХД. По окончании репликации LUN переключается к принимающему тому.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *
Author
Посетитель сайта

Добавить комментарий

Комментариев пока нет

Другие статьи, которые могут быть полезными

2584
26
Введение Компания Lightbits Labs (Lightbits, https://www.lightbitslabs.com/) была образована в 2016 г. и свои первые продукты представила в 2019 г. Lightbits была инициатором и основным разработчиком стандарта NVMe® over TCP (NVMe/TCP),...
2584
26
В эпоху цифровой трансформации резервное копирование данных перестало быть «технической роскошью» — оно превратилось в критический элемент устойчивости любого бизнеса. Однако многие российские компании по-прежнему относятся к системам резервного копирования...
61
14
Современные системы искусственного интеллекта всё чаще сталкиваются с критическим ограничением GPU-памяти: объём видеопамяти на ускорителях не успевает за ростом размеров и сложности нейронных моделей. В результате при обучении и инференсе...
597
4