Системные требования#

Настройки безопасности окружения и перечень платформенных (дополнительных внешних) продуктов, используемых для установки, настройки и контроля в конечной информационной системе (далее — ИС), выбираются клиентом при разработке конечной ИС, исходя из характера обрабатываемой в ней информации и иных требований информационной безопасности (далее — ИБ), предъявляемых к ней.

Системное программное обеспечение#

Ниже представлены категории системного программного обеспечения (далее — ПО), которые обязательны или опциональны для установки, настройки, контроля и функционирования компонента. В каждой категории перечислены все поддерживаемые продукты сторонних правообладателей. Отдельно обозначены варианты, которые рекомендует АО «СберТех» (маркировка «Рекомендовано» в столбце «Продукт, функциональная совместимость с которым подтверждена»). Клиенту необходимо выбрать один из продуктов в каждой категории, исходя из условий использования конечной ИС.

Примечание:

*

• Да — категория ПО обязательна для функционирования сервиса (это означает, что сервис не может выполнять свои основные функции без установки данной категории ПО).

• Нет — категория ПО необязательна для функционирования сервиса (это означает, что сервис может выполнять свои основные функции без установки данной категории ПО).

**

• Рекомендовано — рекомендованный правообладателем АО «СберТех» продукт.

• Опционально — альтернативный по отношению к рекомендованному правообладателем АО «СберТех» продукт.

Платформенные зависимости#

Для настройки, контроля и функционирования компонента реализована интеграция с программными продуктами, правообладателем которых является АО «СберТех»:

Примечание:

***

• Да — компонент или продукт необходим для функционирования сервиса (это означает, что сервис не может выполнять свои основные функции без установки данного компонента).

• Нет — необязательный для функционирования сервиса компонент или продукт (это означает, что сервис может выполнять свои основные функции без установки данного компонента).

**** Рекомендуется установка программного продукта, правообладателем которого является АО «СберТех», при этом не исключена возможность (допускается правообладателем) использования аналога других производителей. Аналоги, в отношении которых продукт успешно прошел испытания и подтвердил свою работоспособность, указаны в разделе Системное программное обеспечение.

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

Ниже представлена типовая конфигурация окружения и инфраструктуры Platform V Audit SE (AUD). Дальнейшее руководство по настройке и установке будет опираться на приведенную структуру.

Для установки Platform V Audit SE (AUD) требуется следующая конфигурация аппаратного обеспечения:

Характеристики аппаратных элементов вычислительной инфраструктуры (серверов) Platform V Audit SE (AUD)

Сайзинг

Квота на проект: зависит от входящего потока.

1 tps = 1 событие размером 1 КБ / 1 сек:

OSE/Kubernetes (квота audit-proxy) – 5 core CPU / 10 GB RAM – держит 960 tps.

Количество Pod на один элемент развертывания (deployment unit): 1

Для варианта установки в optional stack (OpenShift и Cloudera CDH) предусмотрено горизонтальное авто-масштабирование (Horizontal Pod Autoscaling). При росте нагрузки на процессорный ресурс до 70%, создаются новые Pods (от одного до ста).

Характеристики sidecar-контейнеров:

Квота на pod c учетом sidecar-контейнеров:

Рекомендации по настройке лимитов потребления CPU и RAM для Pod и встроенных в них sidecar также приведены в разделе Инструкции по настройке развертывания при помощи Install_EIP, пункт 15.

В случаях увеличения входящего потока событий на REST API или утилизации Pods audit-proxy более 70% по CPU или RAM рекомендуется* масштабировать Pods ingress/audit-proxy/egress в пропорциях 2/4/1. Конфигурация вида 2 pods ingress/4 pods audit-proxy/1 pod egress (5 core CPU/10 GB RAM)** способна выдерживать в среднем нагрузку 680 tps (входящих событий размером до 1 КБ) и до 960 tps при кратковременных пиковых нагрузках.

• Данные рекомендации выработаны на основе изменений, выполненных при проведении внутреннего нагрузочного тестирования. На конкретном стенде настройки могут отличаться в зависимости от специфики поступающих данных и настроек инфраструктуры. Например, в случае если средний размер событий поступающих на audit-proxy превышает 1 КБ, требуется проанализировать потребление RAM и CPU на Pod audit-proxy, ingress, egress при реальной нагрузке и в случае неравномерной утилизации Pods и sidecar увеличить лимиты CPU и RAM для проблемных элементов развертывания (см. инструкцию по установке в разделе Инструкции по настройке развертывания при помощи Install_EIP, пункт 15).

** Общее количество ресурсов для namespace определяется исходя из общего количества поднятых Pod в этом namespace.

Группа серверов Cloudera#

Сервер БД для Cloudera#

Сервер IPA для Cloudera#

Группа серверов Kafka#

Раскладка инфраструктуры идентична на всех машинах.

Группа серверов WildFly#

Раскладка инфраструктуры идентична на всех машинах.

Кластер OpenShift#

Требуется namespace в кластере OpenShift с мощностями 10 CPU 32 GB RAM для размещения в нем proxy-приложения Platform V Audit SE (AUD), а так же сервер docker registry для публикации образа для docker-контейнера.

Рабочее место для пользовательского интерфейса#

Для работы в пользовательском интерфейсе Platform V Audit SE (AUD) (в виде веб-приложения) необходимо использовать Яндекс.Браузер 19.10.3 и выше, либо браузер на основе Chromium, любой актуальной версии.