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

Общие сведения#

Для работы Продукта требуется ряд инфраструктурных ресурсов:

• проект / пространство (Namespace) в Kubernetes;

• пространство в Git Repository;

• пространство в docker registry (Snapshot, Release) для хранения Docker образов;

• пространство в вики-системе для хранения отчетов, выгружаемых Продуктом;

• технологическую учетную запись (далее также «ТУЗ») с правами чтения (Read) и записи (Write) на все вышеперечисленные ресурсы.

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

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

Состав дистрибутива#

Дистрибутив компонента RUNR представляет собой два ZIP-архива (как для коммунальной, так и для автономной инсталляции):

• *-cfg-*.zip - архив, содержащий набор конфигураций для установки дистрибутива;

• *-bin-*.zip - архив, содержащий набор бинарных файлов для сборки исполняемых компонентов.

Таблица 2. Структура архива cfg.

Таблица 3. Структура архива bin.

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

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

Таблица 4. Обзор требований к окружению.

Маркер «+» обозначает минимальную версию свободного программного обеспечения (далее — СПО) для установки.

Примечание:

*

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

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

**

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

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

Настройка окружения#

С чего начать установку Продукта?#

Перед установкой Продукта следует убедиться, что выполнены требования по наличию следующих ресурсов:

• аппаратных возможностей;

• установленных программных ресурсов;

• ресурсов инфраструктуры;

• настроенной базы данных (опционально в зависимости от требований того или иного сервиса Продукта);

• пространств имен (namespace).

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

Для установки системы должен быть обеспечен доступ к каждому из требуемых инструментов по сети с использованием доменных учетных данных, а также у ТУЗ потребителя для хранения Docker образов должны быть права на чтение docker registry.

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

Таблица 5.

Рекомендуемые настройки безопасности окружения#

В рамках компонента RUNR используется service account для запуска pod с нагрузочными тестами в среде контейнеризации (по умолчанию аккаунт load).

Рекомендуемые настройки доступа к ресурсам кластера:

• read & write: pods, deployments, statefulsets, services;

• read: resourcequotas, pods/log, pods/exec.

Рекомендуется запретить запуск pod в привилегированном режиме (используя root-пользователя).

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

Требования к ресурсам базы данных#

По целевой архитектуре БД располагается внутри кластера. Требования по CPU и MEM см раздел Рекомендуемые значения потребления CPU и MEM. Требования по жесткому диску см раздел Требования к жесткому диску.

Требования к ресурсам среды контейнеризации для сервиса#

Таблица 6.

Ресурсы указаны без учета генераторов нагрузки!

Указанные выше ресурсы требуются для работы сервиса, но не учитывают создаваемые во время запуска теста генераторы нагрузки. В зависимости от требований заказчика по суммарной возможной нагрузке КТС рассчитывается по формулам:

Таблица 7.

Значения, полученные в результате деления, округлить до целых. Рассчитанные значения CPU и MEM требуется просуммировать с соответствующими в минимальной или рекомендуемой конфигурации.

Ресурсы указаны без учета базы данных!

В зависимости от выбранной базы данных к ресурсам в Таблице 6 требуется прибавить ресурсы, потребляемые базой данных, которые указаны в разделе Рекомендуемые значения потребления CPU и MEM.

Рекомендуемые значения потребления CPU и MEM#

Таблица 8. Рабочие ресурсы.

Таблица 9. База данных CouchDB.

Таблица 10. База данных OpenSearch.

Требования к жесткому диску#

Рекомендуемые требования для БД (CouchDB или Opensearch или Elasticsearch):

• SSD – 150 Gb.

Рекомендуемые требования для Grafana:

• SSD - 25 GB

Рекомендуемые требования для Prometheus:

• SSD - 100 GB