Сервер управления на машине с ОС Linux, использующий СУБД PostgreSQL#
Требования к оборудованию
Машина для сервера управления
Для работы сервера управления необходимы следующие ресурсы:
как минимум 6 ядер ЦП (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется 12 ядер);
как минимум 16 ГБ ОЗУ (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется 32 ГБ);
не менее 150 ГБ дискового пространства на SSD-диске (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется не менее 300 ГБ);
подключение к сети, поддерживающее скорость передачи данных от 30 МБ/с (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется 50 МБ/с).
Важно
Для работы операционной системы необходимы дополнительные ресурсы, количество которых зависит от версии и редакции используемой ОС Linux.
Машина для PostgreSQL
Для работы СУБД PostgreSQL и размещения баз данных сервера управления необходимы следующие ресурсы:
как минимум 4 ядра ЦП (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется 8 ядер);
как минимум 16 ГБ ОЗУ (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется 32 ГБ);
не менее 200 ГБ дискового пространства на SSD-диске (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется не менее 300 ГБ);
подключение к сети, поддерживающее скорость передачи данных от 30 МБ/с (для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется 50 МБ/с).
Важно
Для работы операционной системы необходимы дополнительные ресурсы, количество которых зависит от версии и редакции используемой ОС Linux.
Рекомендуемая конфигурация продукта Кибер Бэкап
В продукте Кибер Бэкап, развернутом на оборудовании с описанными выше характеристиками, рекомендуется:
Использовать не более 8 000 лицензий (для повышения производительности рекомендуется использовать одну корпоративную лицензию, в которую включены все необходимые агенты и виртуальные устройства).
Для установок Кибер Бэкап с большим количеством контролируемых ресурсов рекомендуется добавлять лицензии до регистрации агентов и добавления устройств.
Добавлять не более 20 000 почтовых ящиков или 8 000 других устройств (физических и виртуальных машин, баз данных и других ресурсов, отображаемых в веб-консоли Кибер Бэкап в разделе Устройства).
Добавить до 60 000 почтовых ящиков или до 20 000 ВМ можно при соблюдении дополнительных условий (см. разделы Резервное копирование больших объемов данных и Предельное количество виртуальных машин для резервного копирования).
Добавлять не более 50 виртуальных устройств (virtual appliance).
Включать в общий план не более 100 устройств (общий план включает в себя отдельные устройства), для большего количества устройств используйте групповые планы.
Включать в групповой план не более 500 устройств (групповой план включает в себя группы устройств).
Создавать не более 500 общих и групповых планов.
Выполнять не более 500 одновременных операций резервного копирования и восстановления.
Создавать не более 500 отделов.
Использовать не более 10 уровней в иерархии отделов.
Создавать в отделе не более 300 подотделов одного уровня.
Кроме того, общее количество записей в таблице resources БД службы учетных записей (Account Server) не должно превышать 100 000. Чем ближе общее количество записей к этой границе, тем ниже производительность сервера управления.
Важно
При несоблюдении этих рекомендаций производительность сервера управления может заметно снизиться.
Примечание
Реальная производительность сервера управления зависит от профиля нагрузки. Например, в случае, когда виртуальные машины размещены в кластерах, включающих в себя большое количество серверов, производительность может быть значительно меньше, чем в случае, когда серверы не объединены в кластеры или кластеры содержат небольшое количество серверов.
Дополнительная настройка
Дополнительная настройка машин для сервера управления и СУБД PostgreSQL
Для обеспечения высокой производительности сервера управления и СУБД параметрам, ограничивающим использование ресурсов ОС, необходимо назначить достаточно большие значения. Например, на машине с ОС CentOS 7 это можно сделать следующим образом:
В конфигурационный файл
/etc/sysctl.confдобавьте следующие строки:fs.file-max = 6553500 kernel.pid_max = 4194303 kernel.threads-max = 4194303
В конфигурационный файл
/etc/security/limits.confдобавьте следующие строки:* soft nproc 65535 * hard nproc 65535 * soft nofile 65535 * hard nofile 65535
Примечание
Параметры, указанные в файлах в каталоге
/etc/security/limits.d/, могут переопределять параметры, указанные в файле/etc/security/limits.conf.Перезагрузите машину:
reboot
Дополнительная настройка СУБД PostgreSQL
Для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется изменить ряд параметров в конфигурационном файле postgresql.conf:
<...>
max_connections = 600
shared_buffers = [4-8]GB [~20-25% от ОЗУ]
work_mem = 8MB
checkpoint_timeout = 20min
random_page_cost = 1.2
effective_cache_size = 16GB [~50% от ОЗУ]
autovacuum_vacuum_scale_factor = 0.05
autovacuum_analyze_scale_factor = 0.02
statement_timeout = 1800000
idle_session_timeout = 1800000
<...>
Примечание
Минимальное значение параметра max_connections — 200, рекомендуемое значение для установок Кибер Бэкап с большим количеством агентов и виртуальных устройств — 600.
Подробнее о параметрах настройки СУБД см. в официальной документации PostgreSQL.
После изменения параметров необходимо перезагрузить PostgreSQL, например:
systemctl restart postgresql-15
Дополнительная настройка продукта Кибер Бэкап
Для установок продукта Кибер Бэкап с большим количеством агентов и виртуальных устройств рекомендуется увеличить лимиты на количество одновременно открытых файлов для служб сервера управления и изменить уровень детализации сообщений в журналах событий с DEBUG на INFO.
Например, если сервер управления установлен на машину с ОС CentOS 7, лимит на количество одновременно открытых файлов для службы acronis_asm и уровень детализации сообщений в журналах можно изменить следующим образом:
Узнайте путь к скрипту запуска службы acronis_asm, просмотрев ее unit-файл:
cat /etc/systemd/system/acronis_asm.service <...> ExecStart=/usr/sbin/acronis_asm <...>
Задайте новый лимит в скрипте запуска службы
/usr/sbin/acronis_asm, заменив строкуulimit -n 1024
на
ulimit -n 10240
и сохранив изменение.
Измените уровень детализации сообщений в файлах
/usr/lib/Acronis/AccountServer/account_server.jsonи/usr/lib/Acronis/BackupManager/backup_manager.yml:... chronica: level: "INFO" ...
Перезапустите службу:
systemctl restart acronis_asm