Развертывание на нескольких узлах: подготовка устройства администратора и целевых устройств

Подготовка к развертыванию на нескольких узлах включает настройку устройства администратора и целевых устройств. После подготовки устройств и указания конфигурационного файла вы сможете развернуть Kaspersky Symphony XDR на целевых устройствах с использованием KDT.

Подготовка устройства администратора

Предварительно вам нужно подготовить устройство, которое будет выполнять роль устройства администратора, с которого будет запускаться KDT. Это устройство может быть включено или не включено в кластер Kubernetes, созданный с помощью KDT во время развертывания. Если устройство администратора не включено в кластер, оно будет использоваться только для развертывания и управления кластером Kubernetes и Kaspersky Symphony XDR. Если устройство администратора включено в кластер, оно также будет действовать как целевое устройство, которое используется для работы компонентов Kaspersky Symphony XDR.

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

Чтобы подготовить устройство администратора:

1. Убедитесь, что оборудование и программное обеспечение на устройстве администратора соответствуют требованиям.

   Если устройство администратора не входит в кластер Kubernetes, обратитесь к требованиям KDT.

   Если устройство администратора входит в кластер, обратитесь к требованиям к оборудованию для развертывания на нескольких узлах и к программным требованиям OSMP.

2. Выделите не менее 15 ГБ свободного места в директории временных файлов (по умолчанию /tmp) для KDT. Если у вас недостаточно свободного места в этой директории, выполните следующую команду, чтобы указать путь к другой директории:

   export TMPDIR=<новая_директория>/tmp

3. Настройте среду выполнения контейнера. Используйте одну из следующих сред:
   • Встроенная среда выполнения контейнера KDT (на основе runc).

     Чтобы установить среду, выполните команду:

     sudo ./kdt init

     Если встроенная среда выполнения контейнера не подходит для вашего окружения, вы можете использовать вместо нее среду выполнения контейнера Docker.

   • Среда выполнения контейнера Docker.

     Установите пакет для Docker версии 25 или выше. Не устанавливайте неофициальные версии пакета Docker из хранилищ операционных систем.

     Если keyring Docker невозможно скачать автоматически, скачайте его вручную:

     1. Откройте ссылку https://download.docker.com/linux/ubuntu/gpg в браузере и сохраните ключ как docker.asc.
     2. Выполните следующую команду:

        sudo mv docker.asc /etc/apt/keyrings/docker.asc

     На разделе диска для хранения данных Docker (по умолчанию /var/lib/docker) должно быть не менее 60 ГБ свободного места.

     Выполните действия после установки, чтобы настроить устройство администратора для правильной работы с Docker:

     sudo groupadd docker

     sudo usermod -aG docker $USER

     newgrp docker

     sudo systemctl enable docker.service

     sudo systemctl enable containerd.service

     sudo systemctl status docker.service

4. Для устройства администратора, которое будет включено в кластер, выполните дополнительные подготовительные шаги:
   1. Поскольку устройство будет действовать как устройство администратора и целевое устройство, убедитесь, что оно соответствует требованиям для развертывания на нескольких узлах.
   2. Убедитесь, что на устройстве администратора поддерживается технология cgroup v2.
      1. Since the device will act as the administrator and target host, make sure that it meets the requirements for the single-node deployment (because the demonstration and single-node deployment have a similar deployment scheme).
      2. Make sure that the cgroup v2 technology is supported on the administrator host.

         The cgroup v2 technology is supported for the Linux kernel version 2.6.24 or later.

      3. Install the uidmap package on the administrator host.

         Check that the /etc/subgid and /etc/subuid files contain the user account under which KDT will be launched. To do this, you can run the following command:

         getsubids USER

         If this command does not return a result, you must add the user account to the /etc/subgid and /etc/subuid files manually in the following format:

         <username>:<min_subid>:<range_length>

         where

         • <username>—Username of the account under which KDT will be launched.
         • <min_subid>—Minimum subuid value.
         • <range_length>—Number of subuids allocated for the user <username>.

Подготовка целевых устройств

Целевые устройства – это физические или виртуальные машины, которые используются для развертывания Kaspersky Symphony XDR и которые включены в кластер Kubernetes. Компоненты Kaspersky Symphony XDR работают на этих устройствах.

Одно из целевых устройств может быть использовано в качестве устройства администратора. В этом случае вам необходимо подготовить это устройство в качестве устройства администратора, как описано в предыдущей процедуре, а затем подготовить целевое устройство.

Минимальная конфигурация кластера для развертывания на нескольких узлах включает четыре узла:

• Один управляющий узел.

  Управляющий узел предназначен для управления кластером, хранения метаданных и распределения рабочей нагрузки.

• Три рабочих узла.

  Рабочие узлы предназначены для выполнения рабочей нагрузки компонентов Kaspersky Symphony XDR.

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

Службы KUMA (коллекторы, корреляторы и хранилища) могут быть установлены внутри кластера на рабочих узлах, на отдельных устройствах вне кластера Kubernetes или частично в кластере Kubernetes и вне его.

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

Чтобы подготовить целевые устройства:

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

   Если сервисы KUMA установлены внутри кластера, целевые устройства должны соответствовать требованиям к оборудованию, программному обеспечению и требованиям к установке, необходимым для установки сервисов KUMA.

   Для правильной работы Kaspersky Symphony XDR версия ядра Linux должна быть 5.15.0.107 или выше на целевых устройствах с операционной системой семейства Ubuntu.

   Для правильной работы кластера Kubernetes и его компонентов подкачка должна быть выключена на всех узлах кластера. Если на узле включена подкачка, KDT автоматически выключит ее во время развертывания.

   Docker не должен быть установлен на целевых устройствах, кроме целевого устройства, которое будет использоваться в качестве устройства администратора. KDT установит все необходимое программное обеспечение и зависимости во время развертывания.

2. Убедитесь, что в файловой системе, смонтированной в /var, на каждом целевом устройстве есть не менее 700 ГБ свободного дискового пространства.

   Рекомендуется разместить директорию /opt/lvp/hot в выделенной высокопроизводительной дисковой подсистеме, а директорию /opt/lvp/cold в отдельной высокоемкой дисковой подсистеме.

3. На каждом целевом устройстве установите пакет sudo, если этот пакет еще не установлен. Для операционных систем семейства Debian установите пакет UFW на целевые устройства.
4. На каждом целевом устройстве настройте файл /etc/environment. Если инфраструктура вашей организации использует прокси-сервер для доступа в интернет, настройте доступ в интернет, используя прокси-сервер на целевых устройствах.
5. На управляющих узлах с конфигурацией UFW разрешите IP-переадресацию. В файле /etc/default/ufw установите для параметра DEFAULT_FORWARD_POLICY значение ACCEPT.
6. Предоставьте доступ к хранилищу пакетов, в котором хранятся следующие пакеты, необходимые для Kaspersky Symphony XDR:
   • nfs-common
   • containerd
   • cron
   • cryptsetup
   • cryptsetup-bin
   • netcat-traditional
   • nfs-common
   • open-iscsi
   • python3-cffi-backend
   • python3-cryptography
   • python3-netaddr
   • python-apt-common
   • systemd
   • tar

   KDT попытается установить эти пакеты во время развертывания из хранилища пакетов. Также эти пакеты можно установить вручную.

7. Убедитесь, что установлены следующие пакеты:
   • На каждом целевом устройстве: python3-apt.
   • На управляющих узлах: curl.

   Эти пакеты не устанавливаются во время развертывания из хранилища пакетов с помощью KDT. Вам нужно установить эти пакеты вручную, если они еще не установлены.

8. Для целевых устройств выключите механизмы защиты от спуфинга ARP/MAC на уровне гипервизора, виртуального коммутатора или сетевой инфраструктуры.

   Для VMware включите Forged Transmits и MAC Address Changes. Для Hyper-V включите MAC Address Spoofing. Для сетевого оборудования выключите Dynamic ARP Inspection (DAI) или настройте порт как доверенный.

   В качестве примера см. Руководство по поиску и устранению неисправностей MetalLB, чтобы проверить, достигают ли ARP-запросы узла.

9. Зарезервируйте статические IP-адреса для целевых устройств и шлюза кластера Kubernetes.

   Шлюз Kubernetes предназначен для подключения компонентов Kaspersky Symphony XDR, установленных внутри кластера Kubernetes. IP-адрес шлюза является IPv4-адресом (например, 10.80.23.182). IP-адрес шлюза указан в конфигурационном файле (параметр ingress_ip).

   Убедитесь, что целевые устройства, шлюз соединения кластера Kubernetes и устройство с СУБД находятся в одном широковещательном домене.

   Для шлюза кластера Kubernetes и целевых устройств требуется IPv4-адресация. Если в вашей среде требуется подключение по протоколу IPv6, настройте операционные системы на целевых устройствах и шлюзе кластера Kubernetes для маршрутизации трафика IPv6 через шлюз IPv6 (NAT64) или туннель IPv6. Эта конфигурация поддерживает работу кластера на IPv4, обеспечивая взаимодействие с сетями IPv6.

10. На своем DNS-сервере зарегистрируйте FQDN служб для подключения к службам Kaspersky Symphony XDR.

    По умолчанию службы Kaspersky Symphony XDR доступны по следующим адресам:

    • <console_host>.<smp_domain> – доступ к интерфейсу Консоли OSMP.
    • <ksc_host>.<smp_domain> – взаимодействие с Сервером администрирования.
    • <kuma_host>.<smp_domain> – доступ к компоненту SIEM.
    • <api_host>.<smp_domain> – доступ к API Kaspersky Symphony XDR.
    • <monitoring_host>.<smp_domain> – доступ к метрикам OSMP.

      Где <console_host>, <ksc_host>, <kuma_host>, <api_host> и <monitoring_host> являются именами устройств сервисов, <smp_domain> является доменным именем сервиса. Эти параметры являются частями сервисов FQDN, которые вы можете указать в конфигурационном файле. Если вы не указываете пользовательские значения имен служб устройств, используются значения по умолчанию: console_host – "console", ksc_host – "admsrv", kuma_host – "kuma", api_host – "api", monitoring_host – "monitoring".

    Перечисленные FQDN служб должны разрешаться в IP-адрес кластера Kubernetes. Например, если адрес кластера Kubernetes – 10.80.23.182, FQDN служб должны разрешаться в IP-адрес следующим образом:

    • <console_host>.<smp_domain> – 10.80.23.182
    • <ksc_host>.<smp_domain> – 10.80.23.182
    • <kuma_host>.<smp_domain> – 10.80.23.182
    • <api_host>.<smp_domain> – 10.80.23.182
    • <monitoring_host>.<smp_domain> – 10.80.23.182
11. На целевых устройствах создайте учетные записи, которые будут использоваться для развертывания Kaspersky Symphony XDR.

    Эти учетные записи используются для SSH-соединения и должны иметь возможность повышать привилегии (sudo) без ввода пароля. Для этого добавьте созданные учетные записи пользователей в файл /etc/sudoers.

    Просмотреть информацию

    Чтобы добавить созданные учетные записи пользователей в файл /etc/sudoers:

    1. Выполните следующие команды:

       sudo useradd -m -s /bin/bash <имя_пользователя>

       sudo usermod -aG sudo <имя_пользователя>

    2. Откройте файл /etc/sudoers с помощью команды:

       sudo visudo

    3. Добавьте следующую строку в конец секции # Allow members of group sudo to execute any command:

       <имя_пользователя> ALL=(ALL) NOPASSWD: ALL

       Где <имя_пользователя> – имя созданного пользователя.

    4. Сохраните и закройте файл /etc/sudoers.
12. Настройте SSH-соединение между устройством администратора и целевыми устройствами:
    1. На устройстве администратора сгенерируйте SSH-ключи с помощью утилиты ssh-keygen без парольной фразы.
    2. Скопируйте открытый ключ на каждое целевое устройство и, если используется балансировщик нагрузки, на устройство балансировщика нагрузки (например, в директорию /home/<user_name>/.ssh) с помощью утилиты ssh-copy-id.

       Если вы используете целевое устройство в качестве устройства администратора, вам нужно скопировать на него открытый ключ.

13. Для корректной работы компонентов Kaspersky Symphony XDR обеспечьте сетевой доступ между целевыми устройствами и при необходимости откройте требуемые порты на сетевом экране устройства администратора и целевых устройств.
14. Настройте синхронизацию времени по протоколу Network Time Protocol (NTP) на устройстве администратора и целевых устройствах.
15. При необходимости подготовьте пользовательские сертификаты для работы с публичными службами Kaspersky Symphony XDR.

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