Архитектура и инфраструктура

Архитектура системы резервного копирования (СРК) — программные компоненты СРК и их связи между собой.

Инфраструктура СРК — физические или виртуальные машины (узлы), на каждом из которых может быть установлен один или более программных компонентов СРК, и связи между ними.

Элементы инфраструктуры СРК:

На одном узле может быть установлено более одного программного компонента СРК (один узел может выполнять функции нескольких элементов инфраструктуры СРК). Если в инфраструктуре СРК более одного узла, между этими узлами должна быть обеспечена связь по протоколу TCP.

Условная схема инфраструктуры СРК _RuBackup_
Рисунок 1. Условная схема инфраструктуры СРК RuBackup

1. Элементы инфраструктуры СРК

Клиент резервного копирования

Клиент РК — узел, на котором

  • доступен ресурс, для которого выполняется резервное копирование;

  • установлен пакет rubackup-client;

  • обеспечен сетевой доступ к серверу;

  • обеспечен сетевой доступ к медиасерверу (при наличии).

У клиента РК есть модули. Модуль клиента РК — подключаемый программный компонент, который отвечает за резервное копирование и восстановление ресурса определенного типа (например, блочных устройств или базы данных) и упаковку резервных копий.

Модули, устанавливаемые по умолчанию вместе с программным компонентом rubackup-client, позволяют резервировать Резервное копирование и восстановление файловых систем Linux и Резервное копирование и восстановление логических томов Linux.

Клиент РК отвечает за взаимодействие с сервером RuBackup с одной стороны, и с модулями резервного копирования и восстановления — с другой.

API модулей резервного копирования является открытым и может быть использован для разработки модулей третьими лицами.

Клиенты РК могут быть объединены в группы.

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

Основной сервер

Основной сервер — узел, на котором

  • установлены пакеты rubackup-server и rubackup-client;

  • обеспечен сетевой доступ к клиенту РК;

  • обеспечен сетевой доступ к медиасерверу (при наличии).

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

Основной и резервный серверы включают в себя функции медиасервера.

Основной сервер выполняет функцию медиасервера при установке способом «Всё в одном», в процессе которой все программные компоненты СРК RuBackup устанавливаются на одном узле.

Резервный сервер

При обслуживании высококритичных сервисов система резервного копирования может быть дополнена резервным сервером.

Резервный сервер — узел, на котором

  • установлены пакеты rubackup-server и rubackup-client;

  • обеспечен сетевой доступ к клиенту РК;

  • обеспечен сетевой доступ к медиасерверу (при наличии).

Резервный сервер выполняет функции основного сервера, если основной сервер становится недоступен. В случае отказа основного сервера клиенты РК автоматически подключатся к резервному серверу. После восстановления функционирования основного сервера клиенты РК вернутся к работе с основным сервером.

Решение об использовании резервного сервера принимается клиентом РК немедленно, если основной сервер не отвечает на запрос при выполнении операции.

Если клиент РК не выполняет операций, требующих ответа сервера, он не получит информации об отказе основного сервера.

При недоступности основного сервера подключите RuBackup Manager (RBM) или Веб-приложение Tucana к резервному серверу.

В графических интерфейсах управления недоступный сервер будет отмечен знаком в разделе Servers Серверы RuBackup.

Медиасервер

Медиасервер — узел, обеспечивающий хранение резервных копий в доступных ему хранилищах, на котором

Медиасервер:

  • получает резервные копии от клиентов РК;

  • хранит резервные копии;

  • передает клиентам РК резервные копии по запросу.

Основной и резервный серверы включают в себя функции медиасервера.

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

Служебная база данных

В служебной базе данных хранится информация о:

  • глобальных настройках резервного копирования;

  • клиентах РК;

  • глобальном расписании;

  • стратегиях;

  • репозитории резервных копий и пр.

Служебная БД хранится в СУБД PostgreSQL или Tantor с именем по умолчанию rubackup.

Служебная база данных может находиться как на одном узле с сервером, так и на отдельном узле (машине).

Для изменения большинства параметров конфигурации СРК не требуется останавливать СРК и редактировать файлы настроек. Изменения производятся с помощью штатных средств администрирования RuBackup.

2. Минимальная конфигурация

В минимальной конфигурации СРК RuBackup состоит из:

  • одного сервера;

  • одного клиента РК, установленного на том же узле, на котором работает сервер резервного копирования.

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

Развертывание СРК RuBackup в этой конфигурации описано в разделе Быстрый старт.

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

3. Управление хранением

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

Общий объем резервных копий, хранящихся в системе резервного копирования, может быть ограничен для клиента РК, для правила резервного копирования, а также для стратегии резервного копирования.

Устаревшие резервные копии могут быть удалены из СРК автоматически. Сообщение о том, что устаревшие копии следует удалить, может быть отправлено администраторам СРК.