Системные требования

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

В случае установки на один хост нескольких компонентов СРК RuBackup (например, при способе установки «Всё в одном») следует консолидировать соответствующие аппаратные требования, предъявляемые к техническому средству, на которое производится установка.

1. Аппаратные требования

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

Таблица 1. Аппаратные требования, предъявляемые к Клиенту системы резервного копирования
Аппаратный компонент Значение

Процессор

1 ядро

Оперативная память (RAM) [1]

Пример 1. расчёт RAM при однопоточном режиме резервирования:
ГБресурсаГБ
Пример 2. расчёт RAM при многопоточном режиме резервирования:

где:

RAM1 — объём оперативной памяти необходимый для резервирования одного ресурса;

0,04хVресурса— 4% от размера резервируемого ресурса;

N — количество единовременно резервируемых ресурсов

Дисковое пространство (HDD)[2]

Пример 3. расчёт HDD по формуле:
ОбъёмресурсаРазмерблокаРазмерхешаРазмерметаданных

где:

К=1 — при однопоточном режиме резервировании;

К= worker_parallelism при многопоточном режиме (enable_multithreading) и слабой дедупликация (enable_flexible_dedup);

enable multithreading — флаг, указывающий на использование многопоточности;

enable flexible dedup — флаг, указывающий на использование гибкой дедупликации;

worker parallelism — количество рабочих потоков, используемых для выполнения резервирования;

_объём ресурса _— общий объём данных, подлежащих резервированию;

размер блока — размер блока данных, используемого для обработки данных во время резервирования;

размер хеша — размер хеша, используемого для идентификации данных;

20— максимальный размер сериализованной позиции в файле;

1 — временная база для вычисления сигнатуры или отправки хешей на сервер;

размер метаданных – это 0.02 * объем ресурса

Примеры расчётов оперативной памяти и дискового пространства:

Ресурс

Хеш

Блок

K

Размер метаданных

Дисковое пространство (ГБ)

536870912000

64

8192

8

10737418240

56

536870912000

64

8192

32

10737418240

179

536870912000

64

8192

64

10737418240

343

536870912000

64

8192

128

10737418240

671

536870912000

64

1048576

8

10737418240

10

536870912000

64

1048576

32

10737418240

11

536870912000

64

1048576

64

10737418240

12

536870912000

64

1048576

128

10737418240

15

1099511627776

64

8192

8

21990232555

114

1099511627776

64

8192

32

21990232555

366

1099511627776

64

8192

64

21990232555

702

1099511627776

64

8192

128

21990232555

1374

1099511627776

64

1048576

8

21990232555

21

1099511627776

64

1048576

32

21990232555

23

1099511627776

64

1048576

64

21990232555

25

1099511627776

64

1048576

128

21990232555

31

2. Программные требования

Программные требования к среде функционирования клиентской части СРК RuBackup приведены в таблице и определены:

  • перечнем операционных систем, совместимых с компонентами СРК RuBackup;

  • перечнем зависимостей пакетов для каждой совместимой ОС;

  • открытыми портами (см. раздел «Сетевые порты»).

Таблица 2. Программные требования к предъявляемые к серверу RuBackup (совместимые ОС и зависимости пакетов)
Пакет СРК Поддерживаемая ОС Пакет зависимости

rubackup_common
rubackup_client

Astra 1.6
Astra 1.7
Astra 1.8

openssl
parsec-base
parsec-cap
parsec-mac
wget
gnupg2
xauth (для запуска RBM через SSH)

Debian 10
Debian 12
Ubuntu 18.04
Ubuntu 20.04
Ubuntu 22.04

openssl
wget
gnupg2
xauth (для запуска RBM через SSH)

Альт 10
CentOS 7
CentOS 8
RedOS 7.3
RedOS 8
RHEL 9

qt5-qtbase-gui

Rosa Cobalt 7.3

qt5-qtbase-gui
cups-libs
fontconfig
fontpackages-filesystem
glx-utils
libICE
libSM
libX11
libX11-common
libXau
libXdamage
libXext
libXfixes
libXi
libXrender
libXxf86vm
libicu
libpng
libxcb
libxshmfence
mesa-libEGL
mesa-libGL
mesa-libgbm
mesa-libglapi
qt5-qtbase
qt5-qtbase-common
qt5-qtbase-gui
xcb-util
xcb-util-image
xcb-util-keysyms
xcb-util-renderutil
xcb-util-wm

Rosa Cobalt 7.9

qt5-qtbase-gui
libicu
libxkbcommon-x11

Rosa Chrome 12

lib64qt5gui5
qt5-qtbase-gui

rubackup-common-gui

Astra 1.6
Astra 1.7
Astra 1.8
Debian 10
Debian 12
Ubuntu 18.04
Ubuntu 20.04
Ubuntu 22.04

wget
gnupg2
xauth (для запуска RBM через SSH)

Альт 10

xauth (для запуска RBM через SSH)

RedOS 7.3

qt5-qtbase-gui
mesa-vulkan-drivers
mesa-dri-drivers
xauth (для запуска RBM через SSH)

RedOS 8

qt5-qtbase-gui
xauth (для запуска RBM через SSH)
postgresql-private-libs

Rosa Chrome 12

qt5-qtbase-gui

Rosa Cobalt 7.9

qt5-qtbase-gui
libicu
libxkbcommon-x11


1. Для пула типа "Block device" размера блока может быть задан при создании пула. Значением по умолчанию является 131072 Б. Для получения более подробной информации по настройке пулов обратитесь к секции "Пулы" раздела "Хранилища" Руководства системного администратора RuBackup. Для пулов типов "File system", "Tape library", "Cloud" размер блока является фиксированным и равен 16384 Б. Для всех типов пулов длина ключа хеш-функции зависит от выбранной хеш-функции в настройках пула. Например, для хеш-функции SHA1 длина ключа составляет 20 Б
2. ** Резервное копирование: объём свободного дискового пространства, составляющий не менее 3% от совокупного объёма данных, резервное копирование которых осуществляется единовременно. Восстановление данных: объем свободного дискового пространства должен быть не менее совокупного объема единовременно восстанавливаемых данных с использованием данного клиента. Многопоточное резервное копирование: объём свободного дискового пространства зависит от выбранных параметров: количества потоков, размера блока и длины хеша. Чем больше используется потоков, тем больше требуемый объём. Чем меньше выбранный размер блока, тем больше требуется доступного пространства на диске. Чем больше длина хеша, тем больше требуется памяти. Расчёт требуемого объёма: Приблизительный расчёт требуемого объёма доступного пространства в многопоточном режиме можно оценить как (worker_parallelism *)% от ресурса. Это означает, что для каждого рабочего потока, который будет использоваться при многопоточной обработке данных, потребуется определённый объём доступного пространства на диске.