Масштаб
пользователи, VM, поды, камеры
ПОДБОР ПО ИЗМЕРИМОЙ НАГРУЗКЕ
Не «сервер вообще», а конфигурация под ваши метрики.
Сначала фиксируем объём работы и допустимые риски. Только потом выбираем CPU, память, дисковую схему, сеть и количество узлов.
ЧТО НУЖНО ДЛЯ РАСЧЁТА
Пять групп исходных данных вместо догадок
Производительность
TPS, IOPS, p95 latency, трафик
Данные
рабочий объём, рост и срок хранения
Надёжность
допустимый простой, RPO и RTO
Горизонт
нагрузка сейчас и через 12–36 месяцев
ПРОФИЛИ НАГРУЗОК
Что реально меняет состав сервера
Ниже не «готовые комплекты», а проверяемые стартовые профили. Точная модель появляется после подстановки ваших значений.
01
Виртуализация и частное облако
Proxmox, VMware, Hyper-V, OpenStack
Что измерить
Число VM, vCPU и RAM каждой машины, коэффициент переподписки, профиль дисковых операций и рост на 12–36 месяцев.
Что влияет на железо
- суммарные ядра и объём ECC RAM
- 10/25 GbE для миграций и хранилища
- SFF SSD/SAS либо внешний дисковый контур
Подходящий класс
1U — когда узел в основном вычислительный. 2U — когда нужны локальные диски, больше PCIe или ускорители.
Один сервер не создаёт HA-кластер. Для переживания отказа нужны минимум два рабочих узла, а для систем с консенсусом — нечётный кворум и отдельная стратегия хранения.
02
Kubernetes, web и CI/CD
Рабочие узлы, сборки, API и фоновые задачи
Что измерить
Requests/limits подов, пиковое число реплик, параллельные сборки, размер образов, сетевой трафик и долю stateful-нагрузки.
Что влияет на железо
- ядра под параллельные задачи
- RAM по сумме реальных requests
- быстрый SSD и 10/25 GbE
Подходящий класс
1U подходит для stateless- и build-узлов. 2U нужен, если на узле остаются локальные данные или требуется больше карт расширения.
Для production недостаточно просто купить мощный узел: control plane, реестр, БД и постоянные данные проектируются отдельно.
03
1С и сервер приложений
1С:Предприятие с PostgreSQL или MS SQL
Что измерить
Одновременные пользователи, размер базы, типовые операции, фоновые задания, интеграции и раздельное либо совместное размещение ролей.
Что влияет на железо
- высокая производительность на ядро
- RAM под рабочий набор данных
- enterprise SSD и предсказуемая задержка
Подходящий класс
Для небольшой системы роли можно объединить. При росте сервер 1С и СУБД считаются раздельно, а дисковая схема подбирается по замерам.
Максимум ядер не всегда ускоряет 1С и может увеличить стоимость лицензий. Конфигурация без числа пользователей будет только предположением.
04
Транзакционные базы данных
PostgreSQL, MySQL, MS SQL
Что измерить
Размер активного набора, TPS, read/write-профиль, случайные IOPS, p95 latency, прирост базы, RPO и RTO.
Что влияет на железо
- RAM для кеша СУБД
- enterprise SSD или U.2 NVMe на поддерживаемых платформах
- запас по ресурсу записи и резервное питание
Подходящий класс
Аппаратный RAID подходит для классического локального массива. HBA выбирается для ZFS, Ceph и других программно управляемых хранилищ.
RAID не заменяет резервную копию. Для высокой доступности нужны реплика, проверенное переключение и бэкап вне основного сервера.
05
Файлы, объекты и резервные копии
NAS, MinIO, архивы и backup-репозитории
Что измерить
Полезная ёмкость после защиты, годовой рост, срок хранения, размер типового файла, поток чтения/записи и допустимое окно восстановления.
Что влияет на железо
- LFF для ёмкости, SFF для IOPS
- HBA либо RAID по выбранной файловой системе
- отдельная сеть для репликации
Подходящий класс
В каталоге есть LFF-корзины до 12 дисков и SFF-корзины до 24. Доступны SAS HDD до 8 ТБ и enterprise SSD до 3,84 ТБ.
Копия на том же сервере не считается полноценным бэкапом. Минимум одна версия должна храниться в другом контуре отказа.
06
Видеонаблюдение и видеоархив
Запись камер и серверная видеоаналитика
Что измерить
Число камер, фактический bitrate, кодек, FPS, срок архива, число одновременных просмотров и используемые модули аналитики.
Что влияет на железо
- ёмкость по bitrate × сроку хранения
- последовательная запись без провалов
- GPU только при требовании конкретного ПО
Подходящий класс
2U LFF подходит для длительного архива; SFF SSD — для метаданных и активного слоя. Сеть считается по суммарному входящему потоку.
Количество камер без bitrate и срока хранения ничего не говорит о нужной ёмкости. GPU не добавляется «на всякий случай».
07
GPU-инференс и транскодирование
Компактные ускорители NVIDIA T4, A2 и L4
Что измерить
Модель или кодек, требуемая VRAM, число параллельных запросов/потоков, целевая задержка и поддержка ускорителя программным стеком.
Что влияет на железо
- совместимый riser и свободные PCIe-линии
- питание и воздушный поток
- достаточная RAM и быстрый источник данных
Подходящий класс
Текущий каталог покрывает низкопрофильные карты 16–24 ГБ с TDP 60–72 Вт; отдельные шасси допускают до четырёх карт.
Это профиль для инференса, VDI и видео, а не обещание обучения больших моделей. Точный GPU подтверждается под конкретное ПО.
КАК ПОЛУЧАЕТСЯ РЕКОМЕНДАЦИЯ
От метрик — к проверяемой конфигурации
Конфигуратор проверяет физические лимиты платформы. Инженерная часть начинается там, где нужно связать эти лимиты с вашей эксплуатацией.
- 01Фиксируем нагрузку
Не название системы, а измеримые входные данные и прогноз роста.
- 02Находим узкое место
Частота, ядра, RAM, IOPS, ёмкость, сеть или GPU.
- 03Собираем платформу
Проверяем сокеты, DIMM, корзину, RAID/HBA, PCIe, питание и охлаждение.
- 04Подтверждаем перед КП
Сверяем ревизии, наличие и при необходимости включаем стресс-тест с отчётом.
БЕЗ ПОКУПКИ НА САЙТЕ
Есть метрики — соберём основу. Метрик нет — поможем их получить.
Итоговый состав и стоимость фиксируются только после инженерной проверки и согласования.