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

Требования к оборудованию для серверов Starvault разделены на две типичные категории по размеру узлов.

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

В целом требования к производительности ЦП и хранилища будут зависеть от конкретного профиля использования клиента (например, типов запросов, средней частоты запросов и пиковой частоты запросов). Требования к памяти зависят от общего размера данных, хранящихся в памяти, и их размер должен определяться в соответствии с этими данными.

При использовании интегрированного хранилища серверы StarVault должны иметь относительно высокопроизводительную систему хранения. Если создается или часто обновляется множество секретов, эта информация будет часто записываться на диск, и использование более медленных систем хранения значительно скажется на производительности.

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

Чтобы члены кластера правильно синхронизировались, сетевая задержка между зонами доступности должна быть меньше восьми миллисекунд (8 мс).

Объем пропускной способности сети, используемой StarVault, полностью зависит от особенностей использования конкретного клиента. Во многих случаях даже большой объем запросов не приведет к большому потреблению пропускной способности сети. Однако все данные, записанные в StarVault, будут реплицированы на все члены кластера. Также важно учитывать требования к пропускной способности для других внешних систем, таких как коллекторы мониторинга и журналирования. И наконец, многокластерная система StarVault потребует передачи наборов данных StarVault между кластерами для обеспечения производительности и репликации в целях DR.

В следующей таблице приведены требования к сетевым подключениям для узлов кластера StarVault. Если общий выход в сеть ограничен, особое внимание следует уделить предоставлению исходящего доступа с серверов StarVault любым внешним провайдерам интеграции (например, бэкендам провайдеров аутентификации и секретов), а также внешним обработчикам журналов, провайдерам сбора метрик, управления безопасностью и конфигурацией, а также системам резервного копирования и восстановления.

Весь сетевой трафик, связанный со StarVault, должен быть зашифрован на каждом сегменте. От клиентских машин к балансировщику нагрузки и от балансировщика нагрузки к серверам StarVault можно использовать стандартное шифрование HTTPS TLS.

Для связи между серверами StarVault (порт 8201 по умолчанию), включая обмен информацией Raft, репликацию данных и пересылку запросов, StarVault автоматически согласовывает соединение mTLS через порт API адреса (по умолчанию 8200) при добавлении новых серверов к кластеру.

В облачной среде рекомендуется использовать управляемый сервис масштабирования для поддержания работоспособности экземпляров в кластере StarVault. Однако, учитывая особенности бэкенда Интегрированного Хранилища, важно не заменять все экземпляры в управляемой группе масштабирования слишком быстро, чтобы избежать необходимости восстановления данных из снимков.

Для масштабирования производительности кластера StarVault необходимо учитывать два фактора:

При развертывании кластера StarVault важно учитывать и проектировать его с учетом специфических требований к различным сценариям отказов:

Функция токенизации данных с помощью механизма преобразования секретов вводит дополнительные архитектурные соображения.

Функция токенизации требует внешнего хранилища данных для облегчения сопоставления токенов с криптографическими значениями. Убедитесь, что архитектура внешних хранилищ данных обеспечивает высокую доступность. По возможности важно следовать архитектурным моделям надежности и аварийного восстановления, которые отвечают тем же требованиям, что и для самого StarVault. Для обеспечения согласованности данных резервное копирование внешнего хранилища данных должно быть синхронизировано с резервным копированием StarVault.