Взаимодействие узлов в кластере Kubernetes

Развертывание Ядра KUMA в кластере Kubernetes с использованием внешнего балансировщика TCP-трафика позволяет обеспечить отказоустойчивость решения.

В Kubernetes существует две роли узлов:

Контроллеры (control-plane) – узлы с этой ролью управляют кластером, хранят метаданные и распределяют рабочую нагрузку.
Рабочие узлы (worker) – узлы с этой ролью несут полезную рабочую нагрузку, то есть размещают процессы Kaspersky SIEM.

Минимальная конфигурация

Для развертывания Kaspersky SIEM в отказоустойчивой конфигурации вам понадобится:

3 выделенных контроллера;
2 рабочих узла;
1 TCP балансировщик.

Для эффективной работы Ядра KUMA в Kubernetes необходимо выделить 3 обособленных узла с единственной ролью контроллера. Это позволит обеспечить отказоустойчивость самого кластера Kubernetes и гарантировать, что рабочая нагрузка (процессы KUMA и другие процессы) не повлияет на задачи, связанные с управлением кластером Kubernetes. В случае использования средств виртуализации следует убедиться, что узлы размещены на разных физических серверах и эти физические серверы не выполняют роль рабочих узлов.

В случае демонстрационной установки KUMA допустимо совмещать роли контроллера и рабочего узла. Однако при расширении установки до распределенной необходимо переустановить кластер Kubernetes целиком, выделив 3 отдельных узла с ролью контроллера и как минимум 2 узла с ролью рабочего узла. При наличии узлов, совмещающих роли контроллера и рабочего узла, обновление Kaspersky SIEM до следующей версии недоступно.

Часовой пояс в кластере Kubernetes

Внутри кластера Kubernetes всегда используется часовой пояс UTC+0, поэтому при обращении с данными, созданными Ядром KUMA, развернутом в отказоустойчивом варианте, следует учитывать эту разницу во времени:

В событиях аудита в поле DeviceTimeZone будет указан часовой пояс UTC+0.
В сформированных отчетах будет отображена разница между временем формирования отчета и временем браузера.
В панели мониторинга вы будете видеть разницу между временем в виджете (отображается время браузера пользователя) и временем в выгрузке данных виджета в CSV-файле (отображается время внутри кластера Kubernetes).

Работоспособность KUMA при различных сценариях сбоев

Выход из строя или отключение от сети рабочего узла, на котором развернут сервис Ядра KUMA

Доступ к веб-интерфейсу Kaspersky SIEM пропадает. Через 6 минут Kubernetes инициирует перенос контейнера с Ядром на работающий узел кластера. После завершения развертывания, которое занимает менее одной минуты, веб-интерфейс KUMA снова доступен по URL, в которых используются FQDN балансировщика. Чтобы определить, на каком из хостов работает Ядро, в терминале одного из контроллеров выполните команду:

k0s kubectl get pod -n kuma -o wide

Когда вышедший из строя рабочий узел или доступ к нему восстанавливается, контейнер с Ядром KUMA не переносится с текущего рабочего узла. Восстановленный узел может участвовать в репликации дискового тома сервиса Ядра KUMA.

Выход из строя или отключение от сети рабочего узла с репликой диска Ядра KUMA, на котором в этот момент не развернут сервис Ядра KUMA

Доступ к веб-интерфейсу Kaspersky SIEM не пропадает по URL, в которых используется FQDN балансировщика. Сетевое хранилище создает реплику работающего дискового тома Ядра KUMA на других работающих узлах. При доступе к Kaspersky SIEM через URL с FQDN работающих узлов перерыва также не возникает.

Потеря доступности одного или нескольких контроллеров кластера при сохранении кворума

Рабочие узлы работают в обычном режиме. Перерыва в доступе к Kaspersky SIEM не возникает. Выход из строя контроллеров кластера, при котором кворум не обеспечивается оставшимися в работе контроллерами, ведет к потере управления кластером.

Соответствие количества используемых машин для обеспечения отказоустойчивости