Репликация
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
Посетитель сайта

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

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

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

В BAUMSTORAGE имеется два режима работы пулов: обычный и быстрый. Аналог обычного пула – классический RAID-массив. Обычный пул использует технологию двойной записи (COW). Быстрый пул также использует принцип RAID, но...
2773
5
3964
23
Huawei Kunpeng 920 Процессоры серии Kunpeng для Huawei разрабатываются компанией HiSilicon. Процессор Kunpeng 920 — один из первых, представленных Huawei на российском рынке для серверных решений. Kunpeng 920 производится на...
3964
23