Системный администратор, интегратор, закупка
Требования к серверу и расчёт железа
Минимум для пилота и рекомендуемые ресурсы под 100 камер, 100 датчиков и 10 контроллеров СКУД.
- 1
Не только число ядер — нужна мощность ядра
16 ядер по 1 ГГц не заменят 8 ядер по 3 ГГц. Для EAS важны частота (base ≥2,0–2,4 ГГц) и поколение CPU (Core i5/i7 8+, Xeon Silver/Gold, Ryzen/EPYC). Не подходят Atom, Celeron ≤1,5 ГГц и облачные vCPU с burst без гарантированной доли. Ориентир: CPU Mark (multi) от ~6 000 (пилот) до ~25 000+ (100 камер) — cpubenchmark.net.
- 2
Минимум — только для старта
Пилот: 2 ядра **≥2,0 ГГц**, 4 ГБ RAM, 80 ГБ SSD — до 8 камер. Не Atom и не «2 vCPU 1 ГГц».
- 3
Профили по масштабу
Средний: 4–6 ядер **≥2,3 ГГц**. Крупный (100/100/10): 12–16 ядер **≥2,4 ГГц** (физические предпочтительнее), 32 ГБ RAM, 2–4 ТБ NVMe под архив, 1 Гбит/с.
- 4
Почему 100 камер — это много CPU и диска
На каждую камеру с motion — отдельный ffmpeg. На «нормальных» ядрах (≥2,4 ГГц) 100 камер ≈ 4–8 ядер; на медленных 1–1,5 ГГц — умножайте оценку на 2–3. VMD на Hikvision (hybrid), не OpenCV на все 100 потоков.
- 5
Диск видеоархива (оценка)
При умеренной активности motion: порядка 3–8 ГБ в сутки на 100 камер (субпоток, debounce 30 с). За 30 суток — 90–240 ГБ клипов; на активном производстве ×2–4. Задайте квоту и циклическую перезапись в «Видеоархив → настройки».
- 6
Сеть
100 субпотоков по 0,5–1 Мбит/с — 50–100 Мбит/с постоянно на сервер. Плюс всплески при просмотре сетки и TV Wall. Камеры и сервер — в одной L2-сети с запасом по пропускной способности; не маршрутизируйте RTSP через узкий WAN.
- 7
Проверка после внедрения
Следите за CPU, RAM и swap (админка → Сервер и службы). Команда на SSH: pgrep -c ffmpeg — число процессов близко к числу камер с записью. Постоянный CPU >85% или активный swap — увеличьте ресурсы или снизьте нагрузку (VMD на камерах, меньше motion-камер, субпоток).