Схема развертывания на нескольких узлах

На рисунке ниже приведена схема развертывания приложения Open Single Management Platform на нескольких узлах.

На схеме распределение компонентов Open Single Management Platform по рабочим узлам показано в качестве примера. Фактическое распределение компонентов может отличаться.

Схема развертывания Open Single Management Platform на нескольких узлах

Схема развертывания Open Single Management Platform на нескольких узлах включает следующие основные компоненты:

• Устройство администратора. На этом устройстве администратор использует Kaspersky Deployment Toolkit для развертывания и управления кластером Kubernetes и Open Single Management Platform. Устройство администратора может находиться как вне кластера Kubernetes, так и внутри кластера. Если устройство администратора расположено внутри кластера, оно также будет действовать как целевое устройство, которое используется для работы компонентов Open Single Management Platform.
• Сервер СУБД. Для корректной работы компонентов Open Single Management Platform необходим сервер с установленной системой управления базами данных. Сервер СУБД не входит в кластер Kubernetes. Администратор устанавливает СУБД вручную на отдельные серверы вне кластера Kubernetes.
• Кластер Kubernetes. Кластер Kubernetes включает узел плоскости управления (также называемый управляющим узлом во время процедуры развертывания) и как минимум три рабочих узла. Количество управляющих и рабочих узлов может быть разным. Все компоненты Open Single Management Platform разворачиваются на рабочих узлах:
  • Главный Сервер администрирования. Ключевой компонент защиты конечных точек организации-клиента. Сервер администрирования обеспечивает централизованное развертывание и управление защитой конечных точек с помощью EPP-программ, а также позволяет контролировать состояние защиты конечных точек.

    Этот компонент разворачивается на одном рабочем узле без привязки к узлам. Планировщик Kubernetes выбирает рабочий узел на основе доступных ресурсов.

  • OSMP Scanner. Компонент, который выполняет проверку файлов с помощью Anti-Malware Engine, YARA и Sandbox, отправляет их на анализ и формирует отчеты.

    Этот компонент разворачивается на одном рабочем узле без привязки к узлам. Планировщик Kubernetes выбирает рабочий узел на основе доступных ресурсов.

  • Сервер агентов. Компонент отвечает за взаимодействие между OSMP и приложениями Endpoint Agent.

    Этот компонент разворачивается на одном рабочем узле без привязки к узлам. Планировщик Kubernetes выбирает рабочий узел на основе доступных ресурсов.

  • Ядро KUMA. Центральная часть компонента SIEM, на основе которого строятся все остальные сервисы и компоненты.

    Этот компонент разворачивается на одном рабочем узле без привязки к узлам. Планировщик Kubernetes выбирает рабочий узел на основе доступных ресурсов.

  • Консоль OSMP. Компонент, предоставляющий веб-интерфейс для OSMP.

    Этот компонент развернут на всех узлах кластера.

  • Веб-плагины управления. Компоненты, которые используются для удаленного администрирования приложений "Лаборатории Касперского" с помощью Консоли OSMP.

    Эти компоненты развернуты на всех узлах кластера.

  • Инфраструктурные сервисы и другие компоненты Open Single Management Platform. Дополнительные компоненты, которые обеспечивают централизованное управление активами, обмен данными, построение иерархии, аутентификацию и авторизацию, а также ряд других функций, таких как аудит действий, управление политиками безопасности и распространение обновлений. Эти компоненты развернуты на всех узлах кластера.
• Сервисы KUMA. Сервисы KUMA (коллекторы, корреляторы и хранилища) могут быть установлены полностью внутри кластера на рабочих узлах, полностью на отдельных узлах вне кластера Kubernetes или частично внутри и частично вне кластера Kubernetes. Количество целевых устройств для сервисов KUMA может отличаться. Сервисы KUMA создаются вручную администратором.

  На схеме сервисы KUMA полностью устанавливаются внутри кластера на рабочих узлах. В этом случае коллектор KUMA и коррелятор KUMA создаются вручную администратором и по умолчанию разворачиваются без привязки к узлам. На каждом узле вручную создается несколько хранилищ KUMA.

• Устройство пользователя с Open Single Management Platform. Пользовательское устройство, которое используется для входа в Консоль OSMP.
• Подчиненные Серверы администрирования (необязательно). Подчиненные Серверы администрирования используются для создания иерархии Серверов и дальнейшей интеграции с Endpoint Agent.
• Управляемые устройства. Клиентские устройства защищены Open Single Management Platform. На каждом управляемом устройстве установлен Агент администрирования и EPP-программа.
• Узлы Sandbox. Узел Sandbox, который может включать в себя один или несколько серверов, на которых работают компоненты Sandbox. Выделенный вычислительный ресурс, на котором размещаются изолированная среда выполнения и поддерживающие службы. Этот узел отвечает за анализ и обработку файлов, ссылок, URL и других объектов, которые попадают в защищаемую систему. Узел Sandbox работает независимо от кластера Kubernetes.

  Количество серверов Sandbox может изменяться в зависимости от загрузки. Администратор устанавливает Sandbox вручную на каждый сервер.

На схеме не отображены все порты, необходимые для успешного развертывания. Полный список портов приведен в статье Порты, используемые Open Single Management Platform.