Метрокластер¶

Конфигурация¶

Метрокластер состоит из:

• Двух СХД (СХД—А и СХД—Б), имеющих в своем составе по 2 контроллера

• Виртуальной машины Арбитра

Перечисленные выше аппаратные средства метрокластера структурно делятся на два центра обработки данных (ЦОД—1 и ЦОД—2) по числу СХД. ЦОД—3 состоит из виртуальной машины арбитра. ЦОД—ы обмениваются между собой данными через внешнюю сеть Ethernet.

Функции Арбитра¶

Арбитр следит за состоянием СХД каждого ЦОД и инициирует процедуру восстановления доступа к томам, при выходе из строя СХД с активной дисковой группой за счёт активации копии на второй СХД.

Конфигурация томов и дисковых групп¶

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

В случае отказа одного контроллера СХД с активной дисковой группой, дисковая группа будет перемещена на второй контроллер данной СХД, который станет ее владельцем.

Количество томов дисковой группы и их характеристики, созданных на СХД—А и СХД—Б метрокластера, должны быть идентичными, чтобы связывать тома разных СХД попарно связями удалённой репликации.

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

Синхронная репликация в метрокластере — это процесс копирования данных тома с СХД одного ЦОД на его реплику, находящуюся на СХД другого ЦОД, с последующим обязательным подтверждением от двух СХД, что данные записаны и подтверждены. Именно после подтверждения с двух сторон (с СХД обоих ЦОД—ов) данные считаются записанными, и с ними можно работать. Тем самым обеспечивается гарантированная идентичность данных томов СХД ЦОД—1 и СХД ЦОД—2, участвующих в репликации.

Таким образом, в метрокластере синхронная репликация применяется на уровне томов дисковых групп.

Синхронная репликация между томами двух СХД, принадлежащим различным ЦОД—ам, осуществляется через связь удалённой репликации (в веб—интерфейсе СХД используется термин — репликационная связь).

Атрибуты связи удалённой репликации:

• VIP репликации — виртуальный IP—адрес, выделяемый для создания репликационной связи на каждой СХД метрокластера

• Роль — атрибут, который автоматически присваивается связи удалённой репликации веб—интерфейсе СХД при ее создании и принимает значения Primary или Secondary. Например, мы создаем связь удалённой репликации для тома на СХД ЦОД—1. В данном случае связь удалённой репликации в веб—интерфейсе СХД ЦОД–1 по умолчанию получит роль Primary, а том, для которого она создается, получит в метрокластере статус активного с точки зрения обмена данными с клиентом (инициатором). Данная связь автоматически будет создана для реплики тома на СХД ЦОД–2 с ролью Secondary, который получит статус неактивного с точки зрения обмена данными с клиентом

• Направление связи удалённой репликации — атрибут, указывающий на каком именно ЦОД—е метрокластера находится в данный момент активный с точки зрения метрокластера том, обменивающийся данными со своей репликой по связи удалённой репликации. Другими словами – направление связи удалённой репликации всегда «от Primary к Secondary»

Вкладка «Метрокластер»¶

На вкладке «Метрокластер» в табличном виде отображается информация обо всех сервисах, подключенных к функционалу метрокластера:

• Название сервисов отвечающих за объекты метрокластера:

  • Связь с удалённым ENGINE-0

  • Связь с удалённым ENGINE-1

  • Локальная служба API

  • Локальная служба отправки реплик

  • Связь с Арбитром

  • Служба проверки доступности СХД

  • Служба уведомлений для СХД

  • Служба смены PRIMARY/SECONDARY

  • Веб—интерфейс Арбитра

• Состояние — состояние сервисов метрокластера (активное/неактивное)