Общие сведения

Основная цель резервирования это обеспечение отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения. Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку программного окружения.

Выбор схемы резервирования зависит от первоначальных требований клиента и количества ТД которые будут использоваться. Всего предоставляется 2-а варианта настройки схемы с резервированием. 

  1. Схема резервирования SoftWLC 1+1 в Docker при помощи Ansible

  2. Схема репликации SoftWLC 1+1+3 GaleraNodes в Docker при помощи Ansible


Обе схемы в качестве плагина для создания кластера используют Galera Cluster. Это плагин к InnoDB, благодаря которому возможно создание синхронного мульти-мастер кластера MySQL. Он принципиально отличается от стандартной репликации MySQL и решает ряд проблем, включая конфликты при записи на нескольких узлах Master, проблему с отставанием репликации, которая ведет к рассинхронизации ведомых узлов с мастером. При использовании Galera, пользователям нет необходимости знать, на какой сервер будет производиться запись (Master), а с каких серверов можно будет читать (Slave), поскольку Galera предоставляет равнодоступный, как для записи, так и для чтения, кластер.

В кластере Galera приложение может выполнять запись на любой узел, а фиксации транзакций, или событий репликации на основе строк (RBR), применяются ко всем серверам посредством репликации на основе сертификации. Репликация на основе сертификации — это альтернативный подход к синхронной репликации базы данных с использованием методов группового взаимодействия и упорядочивания транзакций.


Далее более подробно разберем какая схема больше подходит под определенные условия.

Схема резервирования SoftWLC 1+1 в Docker при помощи Ansible

Описание

Схема резервирования SoftWLC 1+1 представляется 2 нодами active-active. Связь баз данных осуществляется при помощи ProxySQL+GaleraCluster.

Кому подходит данная схема? 

Данная схема подходит эксплуатациям с малым количеством ТД (до 7000 ТД)  и желающим иметь резервирование. 

Минимальные требования 

Для работы решения понадобятся 2 виртуальные машины (2 хоста SoftWLC).

  • Операционная система Ubuntu Server 20.04 LTS / Ubuntu Server 22.04 LTS / Ubuntu Server 24.04 LTS / Astra Linux Special Edition 1.7.4 / Astra Linux Special Edition 1.7.5 (Воронеж, Орел) / РЕД ОС Муром (7.3.1-7.3.3) / РЕД ОС 8

Количество устройств

название VM

CPU core, Xeon

RAM, Gb

HDD, Gb

от 10 до 200 ТДSoftWLC4, 64-bit x86 CPUs
16200
от 200 до 500 ТДSoftWLC4, 64-bit x86 CPUs
24200
от 500 до 7000 ТДSoftWLC8, 64-bit x86 CPUs
32500

Преимущества и недостатки данной схемы

Преимущества: 

  • Легкость установки и администрирования
  • Повышенная отказоустойчивость по сравнению с однохостовой установкой

Недостатки:

  • Данная схема не предотвращает Split-Brain
  • Необходимость в 2 хостах для установки

Принципиальная схема  резервирования 1+1

SoftWLC и Ansible на одном хосте:


SoftWLC и Ansible на отдельном хосте:


Настройка данной схемы более подробно описана в инструкции: Настройка схемы репликации SoftWLC 1+1+3 GaleraNodes в Docker при помощи Ansible


Схема репликации SoftWLC 1+1+3 GaleraNodes в Docker при помощи Ansible

Описание 

Схема резервирования SoftWLC 1+1+3 GaleraNodes представляется мультихостовой установкой из 5 нод: 2 хоста SoftWLC и 3 хоста для баз данных. Связь баз данных осуществляется при помощи ProxySQL+GaleraCluster.

Кому подходит данная схема? 

Данная схема подходит большим эксплуатациям, для которых основными критериями в выборе схемы является защита от Split-Brain (Split-Brain - критическое состояние в кластере, когда из-за потери связи между узлами (heartbeat) кластер разделяется на независимые части. Каждый узел или группа начинают считать себя единственными работающими, что приводит к конфликтам данных)

Минимальные требования 

Для работы решения понадобятся 5 виртуальных машин: 2 хоста SoftWLC и 3 хоста для баз данных.

  • Операционная система Ubuntu Server 20.04 LTS / Ubuntu Server 22.04 LTS / Ubuntu Server 24.04 LTS / Astra Linux Special Edition 1.7.4 / Astra Linux Special Edition 1.7.5 (Воронеж, Орел) / РЕД ОС Муром (7.3.1-7.3.3) / РЕД ОС 8

VM

CPU core, Xeon

RAM, Gb

HDD, Gb

Пакеты
SoftWLC8, 64-bit x86 CPUs
32500

Однохостовая установка SoftWLC

ProxySQL

SoftWLC8, 64-bit x86 CPUs
32500

Однохостовая установка SoftWLC

ProxySQL

Database

4, 64-bit x86 CPUs
64500

openjdk-17-jdk
MariaDB (galera cluster)
eltex-ems-db
eltex-radius-db
eltex-auth-service-db

Database

4, 64-bit x86 CPUs
64500openjdk-17-jdk
MariaDB (galera cluster)
eltex-ems-db
eltex-radius-db
eltex-auth-service-db

Database

4, 64-bit x86 CPUs
64500openjdk-17-jdk
MariaDB (galera cluster)
eltex-ems-db
eltex-radius-db
eltex-auth-service-db

Преимущества и недостатки данной схемы

Преимущества: 

  • Данная схема предотвращает Split-Brain 
  • В данной схеме можно использовать до 17 тысяч ТД

Недостатки:

  • Задействовано большое количество ресурсов 
  • Необходимость в 5 хостах для развёртывания

Принципиальные схемы репликации:

SoftWLC и Ansible на одном хосте:


SoftWLC и Ansible на отдельном хосте:

draw.io

Source page access restriction: Click the link below to check if the page is accessible.
/pages/viewpage.action?pageId=636551507


Настройка данной схемы более подробно описана в инструкции: Настройка схемы репликации SoftWLC 1+1+3 GaleraNodes в Docker при помощи Ansible


  • Нет меток