Резервное копирование и восстановление конфигурации Платформы on Alertix

Общие сведения

Mon, 01 Jan 0001 00:00:00 +0000

Платформа не содержит какого-либо собственного средства создания резервной копии всех компонентов на внешнем хранилище. Платформа осуществляет сохранение резервных копий на серверах, на которых она развернута. Рекомендуется использовать те средства архивирования, которые используются в организации.

Платформа обладает встроенными средствами резервного копирования накопленных данных (событий) на внешние системы, поддерживающие протокол S3. Также возможно использование сторонних средств, позволяющих осуществлять резервное копирование данных Opensearch, например Elasticdump (https://github.com/elasticsearch-dump/elasticsearch-dump).

Резервное копирование конфигурации компонентов Платформы

Mon, 01 Jan 0001 00:00:00 +0000

При установке компонента на сервер в ОС автоматически создается задание cron на резервное копирование конфигурации компонента.

Файлы резервных копий конфигурации компонентов Платформы создаются в директориях /var/backups, и имеют маску имени alertix-*.tar.gz или alertix-*.archive. Имена файлов содержат названия компонентов Платформы и временную метку создания архива.

Временная метка представлена шаблоном ГГГГ-ММ-ДД.

Таблица 1. Параметры временной метки имени файла резервной копии конфигурации компонентов Платформы
ГГГГ	4 цифры	0000-9999	Год
ММ	2 цифры	01-12	Месяц
ДД	2 цифры	01-31	День

Старые файлы конфигурации компонентов Платформы удаляются (старше 7 дней).

Восстановление компонента config (База данных конфигурации платформы)

Mon, 01 Jan 0001 00:00:00 +0000

Для восстановления конфигурации БД PostgreSQL выберите меню "Обслуживание" и элемент "Восстановление БД".

Рисунок 1.

Укажите путь к файлу и нажмите "Восстановить".

Рисунок 2.

Запустится процесс создания временной резервной копии, после чего запустится автоматический плейбук восстановления конфигурации БД. По окончании появится сообщение результата выполнения плейбука.

Рисунок 3.

Восстановление подсистемы управления

Mon, 01 Jan 0001 00:00:00 +0000

В /opt/alertix/platform/bin расположен скрипт восстановления restore-platform, который предназначен для осуществления полного восстановления программных компонентов и конфигурации Платформы. В качестве параметра скрипт принимает временную метку в формате ГГГГ-ММ-ДД.

Таблица 1. Параметры временной метки в имени файла скрипта восстановления компонентов конфигурации Платформы
Параметр	Описание
ГГГГ	год
ММ	месяц
ДД	день

Вызов скрипта restore-platform с параметром 2020-09-08 приведет к восстановлению конфигурации, сделанной 8 сентября 2020 года из файла /var/backups/alertix-platform-2020-09-08.gz.

Обновление конфигурации подключения к S3-хранилищу

Mon, 01 Jan 0001 00:00:00 +0000

Для управления параметрами подключения к хранилищу S3 выберите меню "Обслуживание" и элемент "Параметры S3".

Рисунок 1.

На странице редактирования параметров отображаются данные регистрации S3-репозитория на кластерах. Внесите изменения в поля для перерегистрации репозитория:

Сертификат – подключение к S3 хранилищу возможно с использованием сертификата, не проходящего валидацию на стороне Платформы (например, самоподписанного);
S3 bucket – обязательное поле, сущность для организации хранения в хранилище;
Адрес подключения (endpoint:port) - обязательное поле, адрес подключения, ключ к S3, включающий порт;протокол шифрования можно не указывать (по умолчанию используется http); либо указать протокол https;
Ключ доступа (access_key) – обязательное поле;
Секретный ключ (secret_key) - обязательное поле.

Восстановление компонента ресивер Syslog

Mon, 01 Jan 0001 00:00:00 +0000

Перед началом восстановления необходимо выполнить повторную установку ресивера на нужном сервере (хосте). Выполните операции, описанные в разделе Повторная установка ресивера.

После окончания операции необходимо восстановить конфигурацию ресивера из архивной копии. Для этого найдите на хосте в /var/backups файл с именем alertix-receiver.syslog-<дата>.tar.gz или восстановите туда нужный файл. Для примера это будет /var/backups/alertix-receiver.syslog-2020-01-24.tar.gz. Выполните с консоли хоста команды:

tar -xzvf /var/backups/alertix-receiver.syslog-2020-01-24.tar.gz -C /opt/alertix/receiver.syslog/
sudo docker restart syslog-receiver

Восстановление компонента ресивер SNMP (Trap)

Mon, 01 Jan 0001 00:00:00 +0000

После окончания операции необходимо восстановить конфигурацию ресивера из архивной копии. Для этого найдите на хосте в /var/backups файл с именем alertix-receiver.snmp-<дата>.tar.gz или восстановите туда нужный файл. Для примера это будет /var/backups/alertix-receiver.snmp-2020-01-24.tar.gz. Выполните с консоли хоста команды:

tar -xzvf /var/backups/alertix-receiver.snmp-2020-01-24.tar.gz -C /opt/alertix/receiver.snmp/
sudo docker restart snmp-receiver

Восстановление компонента ресивер Netflow

Mon, 01 Jan 0001 00:00:00 +0000

После окончания операции необходимо восстановить конфигурацию ресивера из архивной копии. Для этого найдите на хосте в /var/backups файл с именем alertix-receiver.netflow-<дата>.tar.gz или восстановите туда нужный файл. Для примера это будет /var/backups/alertix-receiver.netflow-2020-01-24.tar.gz. Выполните с консоли хоста команды:

tar -xzvf /var/backups/alertix-receiver.netflow-2020-01-24.tar.gz -C /opt/alertix/receiver.netflow/
sudo docker restart netflow-receiver

Восстановление компонента ресивер JDBC

Mon, 01 Jan 0001 00:00:00 +0000

После окончания операции необходимо восстановить конфигурацию ресивера из архивной копии. Для этого найдите на хосте в /var/backups файл с именем alertix-receiver.jdbc-<дата>.tar.gz или восстановите туда нужный файл. Для примера это будет /var/backups/alertix-receiver.jdbc-2020-01-24.tar.gz. Выполните с консоли хоста команды:

tar -xzvf /var/backups/alertix-receiver.jdbc-2020-01-24.tar.gz -C /opt/alertix/receiver.jdbc/
sudo docker restart jdbc-receiver