Сервер управления на машине с ОС Linux, использующий СУБД PostgreSQL

Сервер управления на машине с ОС 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 это можно сделать следующим образом:

  1. В конфигурационный файл /etc/sysctl.conf добавьте следующие строки:

    fs.file-max = 6553500
    kernel.pid_max = 4194303
    kernel.threads-max = 4194303
    
  2. В конфигурационный файл /etc/security/limits.conf добавьте следующие строки:

    * soft nproc 65535
    * hard nproc 65535
    * soft nofile 65535
    * hard nofile 65535
    

    Примечание

    Параметры, указанные в файлах в каталоге /etc/security/limits.d/, могут переопределять параметры, указанные в файле /etc/security/limits.conf.

  3. Перезагрузите машину:

    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 и уровень детализации сообщений в журналах можно изменить следующим образом:

  1. Узнайте путь к скрипту запуска службы acronis_asm, просмотрев ее unit-файл:

    cat /etc/systemd/system/acronis_asm.service
    <...>
    ExecStart=/usr/sbin/acronis_asm
    <...>
    
  2. Задайте новый лимит в скрипте запуска службы /usr/sbin/acronis_asm, заменив строку

    ulimit -n 1024
    

    на

    ulimit -n 10240
    

    и сохранив изменение.

  3. Измените уровень детализации сообщений в файлах /usr/lib/Acronis/AccountServer/account_server.json и /usr/lib/Acronis/BackupManager/backup_manager.yml:

    ...
      chronica:
        level: "INFO"
    ...
    
  4. Перезапустите службу:

    systemctl restart acronis_asm