Документация / Что нужно от серверов
Что нужно от серверов
Для администратораДо развертывания
Платформа работает на одном Linux-сервере без видеокарты. Готовность сервера можно проверить еще до покупки платформы, а откуда взяты требования к ядрам, памяти и диску, сказано под таблицей ресурсов в разделе «Сколько нужно ресурсов».
Сколько нужно ресурсов
Столбца два, потому что и вопроса два. Пилот - это платформа на вашем сервере для оценки, вы смотрите ее на своих документах. Промышленная работа - это накопленные данные, резервные копии и проверка восстановления рядом с рабочей системой.
| Что нужно | Пилот | Промышленная работа |
|---|---|---|
| Процессор | 12 ядер | от 32 ядер |
| Память | 32 ГиБ | от 48 ГиБ |
| Диск | 150 ГиБ SSD | от 1,2 ТиБ SSD |
| Порт наружу | 443 | 443 |
| Выход наружу | к сервису языковых моделей | к сервису языковых моделей |
| Точное время | NTP | NTP |
Откуда эти числа.
- Столбец пилота получен замером на живом сервере. Машина 12 ядер, 32 ГиБ памяти, 150 ГиБ SSD отработала полное развертывание, реально занято около 7 ГиБ диска.
- Столбец промышленной работы сложен из ограничений всех сервисов платформы по описанию поставки, плюс запас на операционную систему.
- Точное время нужно потому, что подписи поставки проверяются по времени сервера. NTP - это протокол, которым сервер сверяет время с эталоном.
Из чего складывается диск
Диск промышленного столбца - это не сама платформа. Платформа занимает единицы гигабайт, а остальное уходит на следующее.
| Том | Что в нем | Объявленный размер |
|---|---|---|
pg-default-data | Основная база, где лежат аккаунты, автоматизации, дела и журнал | 50 ГиБ |
clickhouse-data | Записи хода запусков и метрики | 100 ГиБ |
redis-data | Очереди и обмен событиями между сервисами | 4 ГиБ |
minio-data | Файлы, то есть документы, выгрузки и результаты | 200 ГиБ |
backup-local | Резервные копии | 300 ГиБ |
Размеры томов задаются вашим слоем описателя, это не жесткие числа платформы. Сверх суммы томов нужно место под распаковку поставки и под проверку восстановления, которая разворачивает полную копию данных рядом с рабочей.
От чего диск растет быстрее всего
Числа выше - это отправная точка. Растут тома неравномерно, и знать, какой именно кончится первым, полезнее, чем брать запас везде.
| Что растет | От чего | Чем ограничивается |
|---|---|---|
| Файлы | Объем загруженных документов и результатов | Сроком хранения автоматизации. Растет линейно объему корпуса |
| Записи хода запусков | Числом запусков, а не их размером | Сроком хранения из описателя, по умолчанию тридцать суток |
| Основная база | Числом дел, решений и записей журнала | Сроком хранения журнала и сроком хранения дел |
| Резервные копии | Всем перечисленным разом | Числом хранимых копий и сроком их хранения |
Первым обычно кончается том резервных копий, потому что он повторяет все остальные. Это и есть причина, по которой копии в промышленной эксплуатации уносят на отдельное хранилище, а не держат рядом.
Проверка готовности считает потребность как сумму объявленных томов плюс запас и отказывает до начала работы, если места не хватает. Поэтому диск лучше считать по объявленным томам, а не по первым числам из таблицы выше.
Сеть и что открывается наружу
- Наружу открывается один порт 443. Все остальные сервисы работают внутри сети платформы и снаружи не видны.
- Наружу платформа обращается к сервису языковых моделей. Кроме того, выход наружу нужен для получения обновлений платформы и для внешних систем, которые компания подключила сама (например, мессенджера или Яндекс Диска). Выход в интернет не нужен вовсе, если выполнены все следующие условия:
- Сервис языковых моделей доступен из вашей сети без выхода в интернет.
- Обновления платформы вы приносите файлом.
- Внешних систем, которым нужен интернет, компания не подключала.
- Сеть платформы разделена на сегменты. Пограничный, внутренний, сегмент данных и сегмент выхода наружу. Сервис видит только те сегменты, которые ему нужны.
Что нужно от операционной системы
Платформа ставится контейнерами, поэтому требований к системе немного, и все они проверяются до начала работы.
- Docker и Docker Compose в версиях из диапазона поставки. Версии вне диапазона проверка готовности отклоняет, а не предупреждает о них.
- Права на запись в каталоги данных, конфигурации и состояния у владельца платформы. Запускать установщик от другого пользователя не стоит, потому что каталоги останутся с чужим владельцем и следующее обновление на них споткнется.
- Синхронизация времени. Уехавшие часы выглядят как несошедшаяся подпись лицензии, а не как проблема со временем, и разбор уходит не туда.
- Свободные порты периметра. Занятый порт проверка находит до развертывания, а не после него.
- Шифрование томов средствами сервера, если этого требует профиль платформы.
Чего платформе не нужно
Это стоит сказать отдельно, потому что вопросы об этом задают на каждом внедрении.
- Кластера для одного сервера. На одном сервере платформа запускается через Docker Compose, без кластера.
- Своей системы мониторинга внутри платформы. Метрики отдаются вашей, платформа своей не разворачивает.
- Обязательного доступа наших инженеров к вашему серверу. Форма поставки открытая: вы видите все файлы и все команды можете исполнять сами. Первую установку делает ваш администратор или наш инженер - как вам удобнее.