Аппаратные требования

Масштабирование решения в зависимости от количества сервисов

Требования к оборудованию сервера для сервиса Метрики в зависимости от количества сервисов в экземпляре KUMA приведены в таблице ниже. Расчет проводился для потока событий 20 000 EPS. Значения количества процессоров и объема ОЗУ в таблице округлены в большую сторону до целого значения.

Результаты в таблице были получены при следующих параметрах:

• Параметры обнаружения источников: по умолчанию.
• Параметры политик мониторинга:
  • Тип: byCount.
  • Нижний порог: 10.
  • Верхний порог: 1000.
  • Период подсчета: 10 минут.
  • Интервал оценки: 5 минут.

  Масштабирование решения в зависимости от числа сервисов

  Число сервисов	Число процессоров (рекомендуется)	ОЗУ (ГБ) (рекомендуется)
  50	1	3
  100	1	3
  500	1	4

Из таблицы следует, что рост числа сервисов в экземпляре KUMA повышает требования к оборудованию незначительно.

Масштабирование решения в зависимости от состояния источников событий

На требования к оборудованию (процессорам, оперативной памяти и дисковому пространству) влияют следующие параметры, отображаемые или заданные в разделах Метрики и Состояние источников:

• Параметры определения источников.

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

  Например, набор полей DeviceProduct, DeviceHostName, DeviceAddress определит в качестве источника межсетевой экран Firewall, fw-1.example.com, 192.0.2.1. Если же вы зададите набор полей DeviceProduct, DeviceHostName, DeviceAddress, Name, KUMA определит гораздо большее количество источников событий:

  • Firewall, fw-1.example.com, 192.0.2.1, DNS
  • Firewall, fw-1.example.com, 192.0.2.1, IPS
  • Firewall, fw-1.example.com, 192.0.2.1, TRAFFIC
  • Firewall, fw-1.example.com, 192.0.2.1, TREAT

  Следует учесть, что заметное влияние на требования к оборудованию начинается при количестве источников событий, превышающем 100 000.

• Количество источников событий, которым назначены политики мониторинга, а также период подсчета данных и интервал оценки.

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

• Количество политик мониторинга, назначенных каждому из источников событий.
• Средний размер точки данных (значение метрики Bytes per point).

  С помощью значения метрики Bytes per point (bpp) сервиса Метрики вы можете вычислить объем дискового пространства, необходимого для хранения метрик. Для этого вы можете использовать формулу:

  hdd_sizing = ROUNDUP (bpp * (retention_sec/interval_sec) * EPS * 1,1)

  где:

  • hdd_sizing – требуемый объем дискового пространства;
  • ROUNDUP – функция округления в большую сторону;
  • bpp – значение метрики Bytes per point;
  • retention_sec – срок хранения метрик в секундах;
  • interval_sec – интервал получения информации, равен 15 секундам;
  • EPS – среднее значение EPS по источникам, примерно равно значению метрики Processing EPS на коллекторе;
  • 1,1 – корректирующий коэффициент, добавляющий 10% к расчетному значению дискового пространства.
• Поток событий, обрабатываемых всеми коллекторами KUMA.

  Требования к оборудованию при масштабировании решения по числу источников событий и политик мониторинга в экземпляре KUMA приведены в таблице ниже.

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

  Результаты в таблице были получены при следующих параметрах:

  • Параметры обнаружения источников: по умолчанию.
  • Параметры политик мониторинга:
    • Тип: byCount.
    • Нижний порог: 10.
    • Верхний порог: 1000.
    • Период подсчета: 10 минут.
    • Интервал оценки: 5 минут.

  Масштабирование решения в зависимости от числа источников событий и политик мониторинга

  Число источников событий	Число источников событий, отслеживаемых политиками мониторинга	EPS	Число политик мониторинга на одном источнике	Число процессоров (рекомендуется)	ОЗУ (ГБ) (рекомендуется)	Дисковое пространство (ГБ) в расчете на срок хранения метрик 30 дней
  10 000	0	25 000	0	1	2	13
  25 000	0	25 000	0	1	2	13
  50 000	0	25 000	0	1	3	13
  100 000	0	25 000	0	1	3	14
  250 000	0	25 000	0	1	3	13
  500 000	0	25 000	0	1	5	13
  1 000 000	0	25 000	0	1	7	11
  10 000	2000	5000	1	1	3	4
  10 000	5000	5000	1	1	3	5
  10 000	2000	10 000	1	1	3	8
  10 000	2000	10 000	2	1	3	10
  10 000	5000	10 000	1	1	3	9
  10 000	5000	25 000	1	1	3	24
  10 000	10 000	5000	1	1	4	5
  10 000	10 000	5000	2	1	5	5
  50 000	10 000	5000	1	1	4	4
  50 000	10 000	10 000	1	1	5	7
  50 000	25 000	25 000	1	1	6	20
  100 000	20 000	5000	1	1	6	4
  100 000	20 000	10 000	1	1	6	8
  100 000	100 000	5000	1	4	19	5
  250 000	50 000	10 000	1	3	12	7
  100 000	100 000	5000	2	6	29	5
  250 000	250 000	5000	1	10	40	4
  250 000	250 000	5000	2	17	68	5