Введение

Руководство актуально для следующих кластеров типа Active/Active/DBStandBy:

  • Active/Active/DBStandBy+InternalClusterFS(DRBD)

  • Active/Active/DBStandBy+NoClusterFS

Типы кластеров

В отказоустойчивом кластере типа Active/Active/DBStandBy перенос всех данных на резервный головной сервер, при отказе основного, занимает некоторое время (не более 5 минут). В таком случае всех WebRTC- / SIP- / H.323-участников требуется вручную переподключать к мероприятиям. В кластере Active/Active/DBStandBy база данных, установленная на резервном головном сервере, является копией основной базы данных, которая генерируется, поддерживается и включается в активный режим только в случае отказа основного сервера.

При большом количестве абонентов актуален перенос данных с кластера Active/Active/DBStandBy на кластер Active/Active/NoDB+NoClusterFS.
Такой переход позволяет сократить время простоя серверов ввиду того, что отказоустойчивый кластер типа Active/Active/NoDB+NoClusterFS позволяет добиться мгновенного бесшовного переноса данных всех абонентов на резервный головной сервер в случае отказа основного.
В кластере Active/Active/NoDB+NoClusterFS оба головных сервера имеют одинаковые настройки и работают параллельно друг другу.

Чтобы во время перехода на кластер Active/Active/NoDB+NoClusterFS не потерять базу данных и файловую систему кластера Active/Active/DBStandBy, необходимо создать резервную копию базы данных и файловой системы кластера Active/Active/DBStandBy.

При развертывании кластера Active/Active/NoDB+NoClusterFS резервная копия базы данных и файловой системы кластера Active/Active/DBStandBy копируются на чистую систему кластера Active/Active/NoDB+NoClusterFS, что позволяет не терять пользовательские данные и автоматически переподключить всех WebRTC- / SIP- / H.323-участников к мероприятиям.

Порядок переноса данных

Этапы переноса данных с кластеров типа Active/Active/DBStandBy на кластер Active/Active/NoDB+NoClusterFS: