Расчеты для компонента Central Node при использовании функциональности KATA, KEDR и NDR

В этом разделе описываются программные и аппаратные требования к физическим и виртуальным серверам Central Node при использовании функциональности KATA, KEDR и NDR.

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

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

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

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

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

  Объем трафика, обрабатываемого на ICAP-сервере, рассчитывается согласно таблице, приведенной в разделе Расчеты для Central Node при использовании функциональности ICAP.

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

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

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

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

  K = A+2*B+3*C+20*D

  где

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

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

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

Аппаратные требования к физическому серверу Central Node при подключении до 1000 компонентов Endpoint Agent NDR

Аппаратные требования к физическому серверу Central Node при подключении до 2000 компонентов Endpoint Agent NDR

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

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

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

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

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

Программные требования к виртуальному серверу Central Node

В параметрах виртуального диска должен быть выбран тип диска Thick Provision Eager Zeroed.

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

• Установить параметры High Latency Sensitivity.

  Если ваш гипервизор не поддерживает High Latency Sensitivity, вы можете использовать другие механизмы приоритизации виртуальных машин, например, функцию CPU Affinity и резервирование ресурсов.

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

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

Общий минимальный эффективный объем второй дисковой подсистемы определяется по следующей формуле:

E = 1,5 * (P+T+S+N)

где

• "E" – общий минимальный эффективный объем второй дисковой подсистемы.
• "P" – объем постоянного хранилища, который определяется по следующей формуле:

  30 MБ * <эффективное количество хостов с компонентом Endpoint Agent> * <срок хранения в днях>.

  Объем постоянного хранилища не должен превышать 20 ТБ.

• "T" – объем временного хранилища, который вычисляется по следующей формуле:

  27 MБ * <эффективное количество хостов с компонентом Endpoint Agent>.

• "S" – объем для системных файлов, который составляет 150 ГБ.
• "N" – объем хранилища NDR, который вычисляется по следующей формуле:

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

Дополнительные требования к оперативной памяти в зависимости от объема постоянного хранилища:

• При объеме хранилища 10-15 ТБ добавьте 16 ГБ к минимальному объему оперативной памяти, приведенному в таблицах выше.
• При объеме хранилища 15-20 ТБ добавьте 32 ГБ к минимальному объему оперативной памяти, приведенному в таблицах выше.

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

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

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

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

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

Дополнительные аппаратные требования к физическим серверам Central Node приведены в разделах Расчеты для компонента Central Node при наличии интегрированных внешних систем, Расчеты для компонента Central Node при использовании функциональности ICAP, Расчеты для компонента Central Node в режиме распределенного решения и мультитенантности, Расчеты для компонента Central Node, развернутого в виде кластера.