Расчеты для компонента Central Node

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

Чтобы избежать возможного снижения производительности при развертывании приложения на виртуальной платформе, требуется выполнить следующие действия:

• Установить параметры High Latency Sensitivity.
• Зарезервировать всю оперативную память.
• Зарезервировать всю частоту процессора.

Аппаратные требования к серверу с компонентами Central Node и Sensor

Аппаратные требования к серверу, на котором установлены компоненты Central Node и Sensor, зависят от следующих условий:

• объем обрабатываемого трафика;

  Поступление расшифрованного SSL/TLS-трафика в Kaspersky Anti Targeted Attack Platform увеличивает нагрузку по его обработке в 5 раз по сравнению с нешифруемым трафиком (станадартным трафиком, поступающим со SPAN-портов). В этом случае объем обрабатываемого трафика для расчета нагрузки на сервер определяется по следующей формуле:

  <объем расшифрованного трафика> = 5 * <объем нешифруемого трафика>

  Объем обрабатываемого на ICAP-сервере трафика для расчета нагрузки на сервер определяется по следующей формуле:

  <объем трафика, обрабатываемого на ICAP-сервере> = 5 * <объем трафика, который не обрабатывается на ICAP-сервере>

• количество обрабатываемых сообщений электронной почты в секунду;
• количество хостов с компонентом Endpoint Agent.

  Компонент Endpoint Agent может быть установлен на рабочую станцию, терминальный сервер, файловый сервер или в сетевое хранилище (NAS).

  Совместимость версий приложений, которыми представлен компонент Endpoint Agent, c версиями Kaspersky Anti Targeted Attack Platform см. в следующих разделах справки: Kaspersky Endpoint Agent для Windows, Kaspersky Endpoint Security для Windows, Kaspersky Endpoint Security для Linux, Kaspersky Endpoint Security для Mac.

  Приложение Kaspersky Endpoint Agent для Windows также может быть установлено на сервер SCADA.

  Эффективное количество хостов с компонентом Endpoint Agent для расчета нагрузки на сервер определяется по следующей формуле:

  K = A+3*B+20*C

  где

  • "K" – эффективное количество хостов с компонентом Endpoint Agent.
  • "A" – количество рабочих станций и пользователей терминальных серверов под управлением операционной системы Windows с установленным компонентом Endpoint Agent.
  • "B" – количество рабочих станций и пользователей терминальных серверов под управлением операционной системы Linux или macOS с установленным компонентом Endpoint Agent.
  • "C" – количество серверов.

При объеме обрабатываемого трафика более 1 Гбит/с необходимо устанавливать компоненты Central Node и Sensor на отдельных серверах.

Аппаратные требования к серверу Central Node в зависимости от используемой функциональности представлены в таблицах ниже.

Обратите внимание: при использовании функции проверки цепочек событий аппаратные требования к серверу Central Node меняются. Вы можете ознакомиться с ними в разделе Аппаратные требования к серверу Central Node при включенной проверке цепочек событий.

Аппаратные требования к серверу Central Node при использовании функциональности KEDR

Аппаратные требования к серверу с компонентом Central Node при использовании функциональности КАТА и KEDR

Если вы хотите установить компонент Central Node на виртуальной платформе ПК СВ "Брест" или "РЕД Виртуализация" и использовать функциональность KEDR или KATA+KEDR, вам нужно увеличить минимальное количество логических ядер на 20%. Если вы хотите устранить уязвимости типа Spectre и Meltdown на уровне операционной системы гипервизора, то вам нужно дополнительно увеличить минимальное количество логических ядер в 1,5 раза. Остальные требования к аппаратному обеспечению для виртуальных серверов аналогичны требованиям для физических серверов, приведенным в таблицах выше.

Аппаратные требования к серверу с компонентом Central Node при использовании функциональности КАТА

Если вы хотите установить компонент Central Node на виртуальной платформе ПК СВ "Брест" или "РЕД Виртуализация" и использовать функциональность KATA, вам нужно увеличить минимальное количество логических ядер на 30%. Если вы хотите устранить уязвимости типа Spectre и Meltdown на уровне операционной системы гипервизора, то вам нужно дополнительно увеличить минимальное количество логических ядер в 1,5 раза. Остальные требования к аппаратному обеспечению для виртуальных серверов аналогичны требованиям для физических серверов, приведенным в таблице выше.

Аппаратные требования к серверу с компонентом Central Node при использовании функциональности КАТА, KEDR и NDR

В рамках интеграции с функциональным блоком NDR к одному компоненту Central Node можно подключить до 1000 компонентов Endpoint Agent.

Аппаратные требования к серверу с компонентом Central Node при использовании функциональности КАТА и NDR

В рамках интеграции с функциональным блоком NDR к одному компоненту Central Node можно подключить до 1000 компонентов Endpoint Agent.

Kaspersky Anti Targeted Attack Platform не поддерживает работу с программным RAID-массивом.

Центральный процессор должен поддерживать наборы инструкций BMI2, AVX and AVX2.

Требования к дисковому пространству на сервере Central Node

На сервере Central Node рекомендуется иметь 2000 ГБ свободного пространства на первой дисковой подсистеме и 2400 ГБ на второй дисковой подсистеме. Объем требуемого пространства на второй дисковой подсистеме зависит от желаемой политики хранения данных и может быть вычислен по следующей формуле:

150 ГБ + <количество хостов с Kaspersky Endpoint Agent или Kaspersky Endpoint Security для Windows>/15000 * (400 ГБ + 460 ГБ * <срок, за который требуется хранить данные, в днях>)/0.65, но не более 12 ТБ.

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

150 ГБ + <количество хостов с Kaspersky Endpoint Agent или Kaspersky Endpoint Security для Windows>/15000 * (600 ГБ + 460 ГБ * <срок, за который требуется хранить данные, в днях>)/0.65, но не более 12 ТБ.

При использовании функциональности NDR на второй дисковой подсистеме требуется выделить дополнительное пространство согласно следующей формуле:

(<количество компонентов Endpoint Agent, подключенных к функциональному блоку NDR> * 0.02 ГБ + <объем трафика со SPAN-портов (Гб/с)> * 10 ГБ ) * <срок, за который требуется хранить данные, в днях>.

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

Если вы установили Central Node не в виде отказоустойчивого кластера, вам необходимо рассчитать объем на диске для параметров База событий, ГБ и Хранилище, ГБ по следующей формуле:

A = F - R, ГБ.

где

• А – объем, используемый для базы событий и Хранилища.
• F – объем жесткого диска, на котором установлен компонент Central Node.
• R – зарезервированное количество свободного пространства (ГБ) на второй дисковой подсистеме, соответствующее количеству подключенных хостов с компонентом Endpoint Agent, приведенное в таблице ниже.

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

Зарезервированное количество свободного пространства в зависимости от количества хостов с компонентом Endpoint Agent

Если вы настроили интеграцию для проверки объектов внешней системы с помощью REST API, вам необходимо увеличить аппаратные характеристики сервера Central Node. Дополнительные аппаратные требования приведены в таблице ниже.

Дополнительные аппаратные требования к серверу Central Node при наличии интегрированных внешних систем

Если вы настроили интеграцию для отправки событий во внешнюю систему с помощью REST API, вам необходимо увеличить аппаратные характеристики сервера Central Node на 1 логическое ядро и 6 ГБ оперативной памяти.

Если вы используете функциональность сохранения сетевого трафика, вам необходимо увеличить аппаратные характеристики сервера Central Node. Подробнее об аппаратных требованиях см. в разделе Расчеты для компонента Sensor → Аппаратные требования к Sensor при использовании сохранения сырого сетевого трафика.

Требования к серверу PCN в режиме распределенного решения

Если вы используете режим распределенного решения, вам необходимо учитывать, что при подключении до 10 SCN минимальный объем оперативной памяти и минимальное количество логических ядер на сервере PCN должны быть на 10% выше, чем на сервере с Central Node вне распределенного решения. Нагрузка на SCN может быть любая в пределах, приведенных в аппаратных требованиях к серверу с Central Node.

Вы можете подключить к одному PCN до 150 SCN при соблюдении следующих условий:

• К одному серверу SCN подключено не более 5000 хостов с компонентом Endpoint Agent.
• Аппаратная конфигурация сервера PCN отвечает следующим требованиям:
  • <Минимальное количество логических ядер, приведенное в аппаратных требованиях к серверу Central Node> + 10.
  • <Минимальный объем оперативной памяти, приведенный в аппаратных требованиях к серверу Central Node> + 32.
  • <Значение ROPS, приведенное в аппаратных требованиях к серверу Central Node> + 1500.
  • <Значение WOPS, приведенное в аппаратных требованиях к серверу Central Node> + 3000.

Если вы хотите использовать PCN без встроенного Sensor, сервер PCN должен иметь следующую конфигурацию:

• Процессор:
  • Частота: 2,5 Ггц.
  • Количество потоков: 20.
  • Количество ядер: 10.
• Оперативная память: 80 ГБ.
• 2 SSD-диска (Write Intensive (WI)).

Аппаратные требования к серверу Central Node приведены в следующих таблицах (см. выше):

• Аппаратные требования к серверу Central Node при использовании функциональности KEDR.
• Аппаратные требования к серверу Central Node при использовании функциональности KATA и KEDR.
• Аппаратные требования к серверу Central Node при использовании функциональности KATA.
• Аппаратные требования к серверу с компонентом Central Node при использовании функциональности КАТА, KEDR и NDR.
• Аппаратные требования к серверу с компонентом Central Node при использовании функциональности КАТА и NDR.

Требования к каналам связи

Необходимо обеспечить пропускную способность канала связи между сервером Central Node и каждым сегментом сети в зависимости от количества хостов Endpoint Agent в сегменте. Пропускная способность в зависимости от количества хостов Endpoint Agent приведена в таблице ниже.

Пропускная способность канала связи в зависимости от количества хостов Endpoint Agent

Минимальные требования к каналу связи между серверами PCN и SCN в режиме распределенного решения приведены в таблице ниже.

Минимальные требования к каналу связи между серверами PCN и SCN

Аппаратные требования к серверам кластера Central Node

Кластер должен включать минимум 4 сервера: 2 сервера хранения и 2 обрабатывающих сервера. При подключении до 15 000 хостов Endpoint Agent вам нужно минимум 2 сервера хранения и 2 обрабатывающих сервера. При подключении от 15 000 до 30 000 хостов Endpoint Agent вам требуется не менее 2 серверов хранения и 3 обрабатывающих серверов.

Каждый сервер кластера должен иметь два сетевых адаптера для настройки кластерной и внешней подсети. Кластерная подсеть должна функционировать со скоростью 10 Гбит/с.

Для кластерной подсети также должны выполняться следующие требования:

• В кластерную подсеть должны входить только серверы кластера и сетевые коммутаторы.
• Кластерная подсеть должна быть изолированной.
• Серверы кластера должны находиться в одном L1- или L2-сегменте. Для этого вы можете подключить все серверы кластера к одному коммутатору или использовать программное туннелирование. Например, L2TPv3 или Overlay Transport Virtualization (OTV).
• Значение сетевой задержки ("network latency") должно удовлетворять требованию "single digit latency", то есть в миллисекундах значение должно быть менее 10.

Аппаратные требования к серверам кластера при использовании функциональности KEDR приведены в таблице ниже.

Аппаратные требования к обрабатывающим серверам при использовании функциональности KEDR

Аппаратные требования к серверам хранения при использовании функциональности KEDR

Рекомендуется использовать для двух дисковых подсистем диски одинакового объема. Для второй дисковой подсистемы используются диски, не объединенные в RAID-массив.

Требования к скорости дисковых подсистем аналогичны требованиям, указанным в таблице Аппаратные требования к серверу Central Node при использовании функциональности KEDR (см. выше).