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

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

Требования указаны отдельно для каждого контура платформы. Контур StarGuard Gate в режиме reverse proxy приведён с учётом компонента Guard LLM Inference (vLLM) с локальной языковой моделью.

1. Минимальные требования

Ресурс Значение

CPU

4 vCPU

RAM

16 GB

Дисковое пространство

200 GB

Ресурс Значение

CPU

8 vCPU

RAM

64 GB

vRAM (GPU)

46 GB

Дисковое пространство

200 GB

Примечание. Требование к vRAM обусловлено загрузкой Guard LLM в видеопамять для GPU-ускоренного инференса. Если семантические детекторы (Input/Output Safe Guard, расширенная валидация детектора чувствительных данных) не используются, компонент vLLM можно не разворачивать — в этом случае требование к GPU снимается, а требование к RAM также сокращается.

Ресурс Значение

CPU

4 vCPU

RAM

16 GB

Дисковое пространство

50 GB

Примечание. Forward-шлюз разворачивается без компонента Guard LLM Inference: адрес сервиса семантических детекторов задаётся в конфигурации и может указывать на уже развёрнутый экземпляр vLLM.

Ресурс Значение

CPU

4 vCPU

RAM

8 GB

Дисковое пространство

100 GB

Примечание. Дисковое пространство расходуется на загруженные файлы моделей и антивирусные базы. Для многоходовых сценариев security-скана LLM Scanner обращается к локальной модели-судье — как правило, к тому же экземпляру Guard LLM Inference.

2. Программные требования

Компонент Версия

Docker Engine

24+

Docker Compose

v2

Kubernetes (при развёртывании в кластере)

1.26+

Helm (при развёртывании в кластере)

3.10+

ОС

Linux (рекомендуется Ubuntu 22.04 / RHEL 8+)

NVIDIA Container Toolkit

последняя стабильная версия (при использовании GPU)

3. Сертификаты

Nginx обоих контуров (Base и Gate) работает по HTTPS и требует TLS-сертификатов.

Для контура Base сертификат должен содержать SAN (Subject Alternative Name) на:

  • <DOMAIN> — основной домен (например, starguard.local)

  • meta.<DOMAIN> — поддомен Meta Saver

  • ustate.<DOMAIN> — поддомен User State

Допустимо использовать wildcard-сертификат *.<DOMAIN> совместно с сертификатом на корневой домен.

Для контура Gate сертификат должен содержать SAN на <DOMAIN> пользовательского портала.

Файлы сертификата и ключа необходимо разместить в директории certs/ рядом с docker-compose.yml и указать пути в переменных TLS_CERT_PATH и TLS_KEY_PATH.

Корпоративный TLS-инспектор. Все исходящие соединения шлюза (к LLM-провайдерам, цепочному прокси, Guard LLM Inference и Core) проверяются по системному хранилищу доверенных корневых сертификатов контейнера. Если в сети установлен корпоративный TLS-инспектор, его корневой сертификат необходимо добавить в системное хранилище образа или смонтировать PEM-файл в контейнер и указать путь к нему в переменной SSL_CERT_FILE.