Восстановление кластера Raft из резервной копии

Резервная копия не содержит временные файлы, в том числе артефакты фоновых задач.

Чтобы восстановить кластер Raft из резервной копии:

1. Подготовьте кластер к восстановлению:
   1. На каждом узле кластера остановите сервис Ядра KUMA:

      sudo systemctl stop kuma-core-<идентификатор_сервиса_Ядра_KUMA>.service

   2. На каждом узле, где установлен сервис Ядра KUMA, удалите рабочую директорию:

      sudo rmdir <имя_директории>

   3. На каждом узле, где установлен сервис Ядра KUMA, удалите службу systemd.

   На этом этапе все сервисы Ядра KUMA остановлены и серверы готовы к восстановлению кластера.

2. Восстановите кластер Raft с одним сервисом Ядра KUMA:
   1. Выберите сервер, который станет новым начальным узлом кластера Raft, и разверните новый начальный узел кластера без параметра --raft.join:

      sudo /opt/kaspersky/kuma/kuma core --raft.node.listen 0.0.0.0:7209 --raft.node.addr "$(hostname -f):7209" --health 0.0.0.0:7208 --internal 0.0.0.0:7210 --private 0.0.0.0:7220 --cybertrace 0.0.0.0:7222 --rest 0.0.0.0:7223 --install

   2. Выполните восстановление из резервной копии с помощью REST API.

   Восстановление кластера Raft из резервной копии выполнено. Восстановлен начальный узел кластера с Ядром KUMA.

3. Если вы хотите обеспечить отказоустойчивость кластера Raft, выполните восстановление на остальных узлах кластера:
   • Если вы планируете использовать новые серверы для сервисов Ядра KUMA, используйте установщик expand.sh и файл инвентаря expand.inventory.yml, чтобы развернуть сервисы Ядра KUMA и включить узлы в кластер Raft.
   • Если вы планируете использовать прежние узлы, переустановите сервисы Ядра KUMA с указанием параметра --raft.join, чтобы включить узлы в кластер Raft, с помощью следующей команды:

     sudo /opt/kaspersky/kuma/kuma core --raft.join <FQDN начального узла кластера>:7210 --id <идентификатор сервиса Ядра KUMA, скопированный в веб-интерфейсе> --install

Кластер восстановлен. Сертификаты сервисов, таких как коллекторы, корреляторы, хранилища и другие, сбрасывать не нужно, однако может потребоваться изменение значения параметра --core в файле systemd, чтобы сервисы обращались к нужному Ядру KUMA, если список узлов кластера после восстановления изменился по сравнению с исходным.