¶ 2.1. Описание основных компонентов
Компоненты Программы устанавливаются на серверах инфраструктуры в соответствии с выполняемыми ролями. В дистрибутив Программы включены следующие компоненты:
Мастер-сервер — центральный компонент Программы, обеспечивающий:
- хранение актуальной конфигурации;
- управление заданиями резервного копирования и восстановления данных;
- координацию работы со всеми внешними компонентами, установленными в инфраструктуре.
Устанавливается в единственном экземпляре.
Силовой сервер — компонент Программы, который устанавливается на один или несколько выделенных серверов и выполняет роль транспортного сервера для передачи потоков данных резервного копирования и восстановления между прикладными системами и устройствами хранения.
Агент — компонент Программы, устанавливаемый на серверы с прикладными системами, данные которых требуют защиты посредством резервного копирования и восстановления.
Совмещение ролей на одном сервере возможно, но не рекомендуется. Например, на сервере с ролью Мастер-сервера (дистрибутив предоставляется в виде готовых контейнеров) можно запустить контейнеры под управлением Docker, а Силовой сервер и Агент — в корневой операционной системе в виде обычных процессов.
Схема типового размещения компонентов Программы на серверной инфраструктуре приведена на рисунке ниже. В данном примере все компоненты установлены на разных выделенных серверах для каждой роли.
Рисунок 1 – Схема типового размещения компонентов
Синие сплошные линии: HTTP/2 (gRPC) с TLS 1.3
Пунктир: внутренний протокол общения с шиной, TLS 1.3
¶ 2.2. Требования к сетевому доступу
Для корректной работы Программы и взаимодействия всех ее компонент необходимо обеспечить следующий сетевой доступ:
| IP-адрес источника | IP-адрес получателя | Протокол | Порт назначения |
|---|---|---|---|
| Рабочее место Администратора | Мастер-сервер | tcp | 80, 443 |
| Силовой сервер | Мастер-сервер | tcp | 6379 |
| Агент | Мастер-сервер | tcp | 6379 |
| Агент | Силовой сервер | tcp | 50100 |
| Силовой сервер | Силовой сервер* | tcp | 50100 |
| Мастер-сервер Береста | Мастер-сервер Veritas NetBackup | tcp | 1556 |
* Для дупликации РК может портебоваться сетевая связанность между Силовыми серверами. Они также должны находиться в одной зоне доступа.
¶ 2.3. Описание дистрибутива
Дистрибутив Программы поставляется в виде архива, который содержит следующие файлы:
- дистрибутивы дополнительных программных пакетов для установки без доступа к Интернет;
- архив с докер-образами для Мастер-сервера;
- бинарные файлы для запуска процессов Силового сервера;
- бинарные файлы для запуска процессов Агента на прикладных серверах;
- универсальный сценарий установки-удаления для всех типов ролей и файл версии дистрибутива.
¶ 2.4. Планирование ресурсов
¶ 2.4.1. Планирование ресурсов Мастер сервера
Используйте следующие правила расчетов ресурсов, необходимых для Мастер сервера:
- До 1000 клиентов (включая агентский хосты и виртуальные машины с безагенстким РК ) домена: 64 Cpu Cores, 64 GB RAM, 2x10GbE+, Объем диска для служебной БД – 50 GB
- До 10000 клиентов (включая агентские хосты и виртуальные машины с безагенстким РК) домена: 128 Cpu Cores, 128 GB RAM, 2x10GbE+, Объем диска для служебной БД – 500 GB
В среднем, для одного клиента и одной резервной копии этого клиента, в служебной БД накапливается 64КБ данных (включая информацию о заданиях, выполненных по данному клиенту). Даже в случае выполнения ежечасных бэкапов или использования сроков хранения РК до 1 года и более, расчетные параметры объема служебной БД не выйдут за рекомендуемые пределы.
¶ 2.4.2. Планирование ресурсов Силовых серверов
Необходимое количество Силовых сервером расчитывается с расчетом на предельно необходимую пропускную способность.
- Расчетная пропускная способность одного Силового сервера в конфигурации 128 CPU Cores, 2 TB RAM, 4x10GbE || 2x25GbE – составляет 9 ТБ/час.
- С учетом ежедневного окна РК равного в среднем 8 часам, пропускная способность одного Силового сервера в сутки составит 72 ТБ а с учетом дедупликации и компресии (средний коэфф. x5) – 360 ТБ в окно РК.
- 12 серверов подобной конфигурации обеспечат расчетную пропускную способность 4.3 ПБ в окно РК и с учетом возможности распределения нагрузки на Систему по дням недели позволят обеспечить защиту 5 ПБ исходных данных.
¶ 2.4.3. Планирование ресурсов пулов программной дедупликации
Для расчета ресурсов необходимых для работы пулов дедупликации используйте следующие правила:
- Не создавайте дедуп-пулов с полезным объемом бэкенда более 512ТБ, т.к. это завысит требования к оперативной памяти Силового сервера.
- Требуемый объем RAM для пула емкостью 512 TB – 2TB RAM, для пула 256 ТB – 1ТB RAM, для пула 256 ТB – 512GB RAM, для пулов менее 128 ТБ – рекомендуется использовать объем RAM – 256 GB.
- Требуемый объем для оперативного дискового кэша расчитывается из расчета 1:20 к полезному объему пула. Например для пула емкостью 512 ТB, необходимых объем дискового кэша (SSD) – 25TB.
¶ 2.4.4. Планирование ресурсов для клиентской дедупликации
Использование функционала дедупликации на стороне клиентов не накладывает дополнительных требований на рекомендуемую выше конфигурацию Силового сервера и дисковых ресурсов пулов дедупликации. Объем оперативной памяти, используемый для этого функционала можно ограничить например 32 GB. Объем дисков, требуемый для хранения уникальных блоков в этом случае расчитывается в пропорции 1:1000. Т.е данный функционал аллоцирует максимум 32TB дискового пула дедупликации.
¶ 2.4.5. Планирование ресурсов для клиентской дедупликации
Система не накладывает ограничений на ресурсы, используемые на прикладных серверах. Однако, при выполнении заданий на резервное копирование и восстановление данных нагрузка сушественно возрастает. В среднем, каждый поток данных на резервное копирование или восстановление данных утилизирует одно ядро CPU и 32MB RAM на прикладном сервере.
¶ 2.5. Установка Мастер сервера
¶ 2.5.1. Системные требования
Мастер-сервер может быть установлен на следующие версии ОС:
- Ubuntu Linux 20.04, 22.04
- Debian 12 и выше
- РЕД ОС 7.x, 8.x
- Astra Linux 1.7, 1.8, 2.12
- Rocky Linux 8.2, 8.8, 9.1, 9.4
- AltLinux 7,8,9,10
- Sberlinux 8.x, 9.x
- CENTOS 7.9
- Oracle Linux 7,8,9
- MosOS Arbat 15.5
Установка операционной системы (ОС) выполняется в соответствии с документацией на соответствующую ОС и ее версию.
Для работы процессов Мастер-сервера рекомендуется следующая минимальная конфигурация (проведение пилотных испытаний для тестирования функциональных возможностей Системы) системных ресурсов физического сервера или виртуальной машины, на которой устанавливается Мастер-сервер:
- Выделенный физический или виртуальный сервер;
- 16 ядер CPU 2.4 Ггц+;
- 32 ГБ оперативной памяти;
- 100 ГБ (тип диска - желательно SSD) свободного пространства на выделенном томе с точной монтирования /opt или в / (корневом каталоге), если каталог /opt не смонтирован на отдельный том и 5 ГБ свободного пространства в точке монтирования /var, если /var отдельный том;
- 2 x 1 Гбит/c +.
¶ 2.5.2. Запуск установки Мастер-сервера
Для установки Мастер-сервера на выделенном для этой роли ресурсе необходимо выполнить следующие действия:
- Установка выполняется в каталог /opt/beresta/ (создается автоматически);
- Скопируйте архив с дистрибутивом (файл beresta-lnx-24.3.1-XXXXXX-master.tar.gz) в любой каталог на целевом сервере, где есть 2.5ГБ свободного места (напр. /tmp/dist);
- Перейдите в каталог /tmp/dist и выполните распаковку архива дистрибутива с помощью команды:
# tar -xvf beresta-lnx-24.3.1-XXXXXX-master.tar.gz
- Запустите универсальный сценарий установки:
# ./install.sh
- На шаге «Выберите опцию», укажите (1) – Установка компонент Береста;
- На шаге «Выберите роль сервера», укажите опцию (1) Мастер-сервер;
- Расчетное время установки компонент Мастер-сервера – до 2 мин, в зависимости от ресурсов сервера;
- В случае успешной установки, скрипт установки завершится с сообщением «Мастер-сервер Береста успешно установлен», «Операция завершена»;
- После успешной установки вы можете проверить доступность единой консоли управления, перейдя в браузере по адресу:
https://<имя_мастер_сервера>/
- Войдите в консоль управления и загрузите лицензионный ключ для корректной работы Системы – панель «Конфигурации» → «Настройки» → «Конфигурация системы» - закладка «Лицензия».
¶ 2.5.3. Отказоустойчивость Мастер-сервера
Возможные подходы и технологии для обеспечения отказоустойчивости и катастрофоустойчивости Мастер-сервера Системы описаны в «Руководстве Администратора Системы Береста».
¶ 2.6. Установка Силового сервера
¶ 2.6.1. Системные требования
Силовой сервер может быть установлен на следующие версии ОС:
- Ubuntu Linux 20.04, 22.04
- Debian 12 и выше
- РЕД ОС 7.x, 8.x
- Astra Linux 1.7, 1.8, 2.12
- Rocky Linux 8.1, 8.8, 9.4
- AltLinux 7,8,9,10
- Sberlinux 8.x, 9.x
- CENTOS 7.9
- Oracle Linux 7,8,9
- MosOS Arbat 15.5
Установка операционной системы (ОС) выполняется в соответствии с документацией на соответствующую ОС и ее версию.
Для работы процессов Силового сервера рекомендуется следующая минимальная (проведение пилотных испытаний для тестирования функциональных возможностей Системы) конфигурация системных ресурсов физического сервера или виртуальной машины, на которой устанавливается Мастер-сервер:
- Выделенный физический или виртуальный сервер;
- 32 ядра CPU 2.4 Ггц+ (не учитывает требования при использовании программных пулов дедупликации, см. п. 2.4.3);
- 32 ГБ оперативной памяти + 2ГБ на каждый ТБ полезного объема подключенного дискового устройства для хранения резервных копий (не учитывает требования при использовании программных пулов дедупликации, см. п. 2.4.3);
- 16 ГБ (тип диска - желательно SSD) свободного пространства на выделенном томе с точной монтирования /opt или в / (корневом каталоге), если каталог /opt не смонтирован на отдельный том;
- Дисковые тома для устройства хранения резервных копий (требуемая емкость рассчитывается индивидуально для каждого Заказчика). Дисковые тома могут быть доступны Силовому серверу по как блочные (FC, iSCSI) или сетевые (NFS) устройства;
- 2 x 1 Гбит/c или 2 x 10 Гбит/c.
¶ 2.6.2. Запуск установки Силового сервера
Для установки Силового сервера на выделенном для этой роли ресурсе необходимо выполнить следующие действия:
- Установка выполняется в каталог /opt/beresta/ (создается автоматически);
- Скопируйте архив с дистрибутивом (файл beresta-lnx-24.3.1-XXXXXX-powerproxy.tar.gz) в любой каталог на целевом сервере, где есть 2.5ГБ свободного места (напр. /tmp/dist);
- Перейдите в каталог /tmp/dist и выполните распаковку архива дистрибутива с помощью команды:
# tar -xvf beresta-lnx-24.3.1-XXXXXX-powerproxy.tar.gz
- Запустите универсальный сценарий установки:
# ./install.sh
- «Выберите опцию», укажите (1) – Установка компонент Береста;
- «Выберите роль сервера», укажите опцию (2) Силовой сервер;
- На шаге «Укажите имя Мастер-сервера», введите полное имя Мастер-сервера: напр. brst-master.domain.ru;
- Расчетное время установки компонент Силового сервера – до 1 мин, в зависимости от ресурсов сервера;
- В случае успешной установки, скрипт установки завершится с сообщением «Силовой сервер Береста успешно установлен», «Операция завершена».
¶ 2.6.3. Отказоустойчивость процессов Силового сервера
Логика работы Силового сервера позволяет обрабатывать различные типы сбоев в инфраструктуре, для чего реализован механизм переподключения к Мастер-серверу. Для дополнительного повышения надежности процессов на Силовом сервере, вы можете добавить регулярное выполнение сценария /opt/beresta/scripts/brst_watchdog_pp.sh (поставляется в комплекте дистрибутивов Системы) в cron на Силовом сервере с регулярностью выполнения каждые 3 минуты (*/3 * * * *).
¶ 2.7. Установка Агента
¶ 2.7.1. Системные требования
Агент может быть установлен на следующие версии ОС:
- Ubuntu Linux 20.04, 22.04
- Debian 12 и выше
- РЕД ОС 7.x, 8.x
- Astra Linux 1.7, 1.8, 2.12
- Rocky Linux 8.1, 8.8, 9.4
- AltLinux 7,8,9,10
- Sberlinux 8.x, 9.x
- CENTOS 7.9
- Oracle Linux 7,8,9
- MosOS Arbat 15.5
- Windows 2008 и выше
Внимание! Агент может быть установлен на ОС или версии, не указанные в списке, обратитесь в техническую поддержку компании для помощи с установкой и добавления требуемой ОС в список совместимости.
Для работы процессов Агента рекомендуются следующие незанятые системные ресурсы прикладного сервера, на которые устанавливается Агент:
- 2 ГБ оперативной памяти;
- 6 ГБ свободного пространства на выделенном томе с точной монтирования /opt или в / (C:) (корневом каталоге), если каталог /opt не смонтирован на отдельный том.
¶ 2.7.2. Запуск установки Агента
Для установки Агента на выделенном для этой роли ресурсе необходимо выполнить следующие действия:
- Скопируйте архив с дистрибутивом (файл beresta-lnx-24.3.1-XXXXXX-agent.tar.gz) в любой каталог на целевом сервере, где есть 2.5ГБ свободного места (напр. /tmp/dist);
- Перейдите в каталог /tmp/dist и выполните распаковку архива дистрибутива с помощью команды:
tar -xvf beresta-lnx-24.3.1-XXXXXX-agent.tar.gz
- Запустите универсальный сценарий установки:
./install.sh
- «Выберите опцию», укажите (1) – Установка компонент Береста;
- «Выберите роль сервера», укажите опцию (3) Агент;
- На шаге «Укажите имя Мастер сервера», введите полное имя Мастер сервера: напр. brst-master.domain.ru;
- Расчетное время установки компонент Агента – до 2 мин, в зависимости от ресурсов сервера;
- В случае успешной установки, скрипт установки завершится с сообщением «Агент Береста успешно установлен», «Операция завершена».
Начальная удаленная установка Агентов также доступна с использованием Ansible Playbook, шаблон которого доступен в составе дистрибутива (каталог brst-aux/ansible). Имя файла шаблона - remote_brst_agent_install.yml. Пример запуска Ansible Playbook для удаленной установки Агентов:
# ansible-playbook -i ./hosts remote_brst_agent_install.yml --user USER_HERE --ask-pass -kK
Где hosts – инвентори файл, содержащий список хостов для установки Агента Береста.
¶ 2.7.3. Отказоустойчивость процессов Агента
Логика работы Агента позволяет обрабатывать различные типы сбоев в инфраструктуре. Для этого реализован механизм автоматического переподключения к Мастер-серверу и Силовым серверам. Для дополнительного повышения надежности работы Агента можно настроить регулярное выполнение сценария /opt/beresta/scripts/brst_watchdog_agt.sh (поставляется в комплекте дистрибутива Системы) в cron на Агенте с регулярностью выполнения каждые 3 минуты (*/3 * * * *).