< вернуться назад

Репликация

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

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

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

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

Раздел 1: Необходимость расширения памяти GPU за пределы монолитного сервера Современные вычислительные задачи, особенно в области искусственного интеллекта, анализа больших данных и научных симуляций, предъявляют беспрецедентные требования к ресурсам графических...
851
45
Функция кэша чтения – ускорение повторного чтения недавно считанных из дискового пула данных. Кэш чтения использует для хранения данных оперативную память и быстрый flash накопитель в качестве кэша второго уровня. ...
3261
1
№ Вопрос Ответ 1. Какое время потребуется для выполнения миграции ресурсов между нодами? Миграция – процесс перемещения пула с ноды на ноду. При выполнении миграции ресурсов используется протокол ALUA,...
2622
1