В этом разделе

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

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

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

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

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

1. Программные компоненты СРК

К программным компонентам СРК относятся:

программное обеспечение из состава СРК;
служебная база данных.

Компоненты СРК — не то же самое, что установочные пакеты rubackup-*. Установочный пакет rubackup-server в зависимости от его настройки (rb_init) может устанавливать на машину сервисы управляющего сервера, медиасервера и сервера лицензий.

Таблица 1. Программные компоненты СРК
Имя в `/etc/services`	Установочный пакет	Описание
`rubackup-rbm`	`rubackup-server`	Сервис управляющего (основного или резервного) сервера
`rubackup-cmd`	`rubackup-client`	Сервис клиента
`rubackup-lic`	`rubackup-server`	Сервис лицензий
`rubackup-media`	`rubackup-server`	Сервис медиасервера
`postgresql`	`—`	Сервис служебной базы данных
не указывается	`rubackup-rest-api`	REST API
не указывается	`rubackup-*`	Модули (подключаемые программные компоненты)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

установлены пакеты и работает сервис управляющего сервера;
обеспечен сетевой доступ к клиенту РК;
обеспечен сетевой доступ к медиасерверу (при наличии).

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

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

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

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

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

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

установлены пакеты и работает сервис управляющего сервера;
обеспечен сетевой доступ к клиенту РК;
обеспечен сетевой доступ к медиасерверу (при наличии).

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

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

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

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

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

Медиасервер

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

установлены пакеты и работает сервис медиасервера;
обеспечен сетевой доступ к клиенту РК.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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