Сегодня я решил обобщить свои знания о репликации по отношению к передаче данных между ЦОДами. Стоит обратить внимание, что несмотря на использование того же термина "репликация", в теории БД трактовка данного понятия немного другая (что вылилось в то, что мои знания по репликации в PostgreSQL практически неприменимы к построению архитектуры систем с дата центрами)
Репликация, прежде всего, делится на синхронную и асинхронную, которые в свою очередь имеют несколько видов. Для начала рассмотрю первый случай - синхронная репликация.
В любом случае от сервера данные поступают в кэш на СХД, а дальше начинается самое интересное:
2 назависимые площадки: классический вариант синхронной репликации:
данные поступают в кэш на первой площадке, затем данные попадают в кэш на 2й площадке и только после этого на сервер приходит подтверждение. Данные на носители записываются уже в фоновом режиме.
При изучении виртуализации СХД столкнулся с технологией организации единой СХД, расположенной на 2х площадка, используемой в EMC VPLEX. На данный момент найти какую-либо подбробную иноформацию об этой технологии не удалось, знаю лишь, что используется EMC Distributed Cache Coherence.
Асинхронная репликация также имеет несколько подвидов:
Первый подвид торжественно назову "классикой", а второй - журнальная репликация
"Классический" подход состоит в следующем: сервер посылает данные в кэш, кэш сразу же отвечает о получении данных, а затем в фоновом режиме уже передает информацию на другую площадку и записывает на диски.
Журнальная репликация является частным случаем асинхронной "классики": данные накапливаются в неком буфере - журнале, откуда уже передаются на другую площадку. Данный случай выгоден либо при использовании плохих каналов связи, либо при жестком выделении трафика.
Offtop: оказывается, в Open Office можно генерить 3D объекты. Если грамотно расположить элементы, то получается очень даже ничего.
Комментариев нет:
Отправить комментарий