Эксперты в подборе IT-оборудования
Склад под Подмосковьем, восемь камер на воротах и в зоне отгрузки. Видеоаналитика должна ловить момент, когда погрузчик выезжает без отметки в накладной. Поток гонят в облако по каналу 20 Мбит/с. Картинка доезжает с задержкой в полторы секунды, а полдня канал забит так, что обмен с 1С встаёт. Аналитика вроде есть. Толку нет.
Граничный сервер закрывает ровно такую задачу: он стоит на площадке и обрабатывает данные там, где они появляются. Наверх уходит уже результат - событие, сводка, тревога. Канал разгружается, реакция ускоряется, видео не покидает периметр.
Дальше - без рекламы: кому это правда нужно, кому не нужно совсем, какое железо берут под такие задачи и во что обходится удалённая площадка в эксплуатации.
Короткий ответ для большинства компаний - нет. Один офис, нормальный интернет, 1С и файловая шара: обычный сервер в стойке справится, а слово «edge» тут лишнее.
Граничный сервер оправдан в четырёх ситуациях.
Канал слабый или дорогой. Филиал в промзоне, вахтовый посёлок, объект на трассе. Всё, что можно посчитать на месте, там и считают - иначе трафик съедает бюджет или упирается в потолок канала.
Реакция нужна быстрее, чем успевает облако. Конвейер, сортировка, весовой контроль, шлагбаум с распознаванием номеров. Полсекунды задержки - и решение опоздало.
Данные не должны уезжать. Видео с камер, где различимы лица, медицинские снимки, персональные данные. Локальная обработка снимает часть вопросов к 152-ФЗ ещё до того, как их задали.
Площадка должна работать без связи. Обрыв канала не должен останавливать производство. Узел на месте отработает автономно и досинхронизируется, когда связь вернётся.
Ни одна из четырёх не про вас - берите обычный сервер и не переплачивайте за защищённое исполнение.
Спор «облако или своё железо» обычно ведут лозунгами. Посчитаем на том самом складе.
Восемь камер 1080p с кодеком H.265 дают по 2-4 Мбит/с каждая. Возьмём нижнюю границу: 16 Мбит/с непрерывного потока. Это около 7 ГБ в час, 170 ГБ в сутки, порядка 5 ТБ в месяц - и всё это надо поднять в облако, там сохранить и там же прогнать через аналитику.
Теперь тот же склад с узлом на месте. Модель работает локально, наверх уходят события: «погрузчик выехал в 14:32, номер такой-то, отметки нет» плюс десяток кадров. Мегабайты в сутки вместо сотен гигабайт. Канал 20 Мбит/с перестаёт быть узким горлышком, потому что через него больше не течёт видео.
| Что сравниваем | Обработка в облаке | Обработка на площадке |
|---|---|---|
| Задержка «событие - реакция» | 50-200 мс: канал туда, обработка, канал обратно | Единицы миллисекунд, сеть не участвует |
| Нагрузка на канал | Непрерывный поток, растёт с каждой камерой | Только события и сводки |
| Что будет при обрыве связи | Аналитика встала | Работает, синхронизируется позже |
| Где лежит видео с людьми | У провайдера | В периметре |
| Как меняется цена | С объёмом данных | Разовая покупка плюс электричество |
| Кто чинит железо | Провайдер | Вы |
Последняя строка - причина, по которой облако никто не отменял. Обслуживание своего узла на удалённой площадке стоит денег и нервов, и об этом ниже отдельно.
Разделение труда получается такое: на границе - фильтрация, локальная работа модели и реакция в реальном времени; в облаке или центральном ЦОД - обучение моделей, долгое хранение архива, сводная аналитика по всем площадкам.
Три вещи: глубина корпуса, температурный диапазон и сертификация на пыль с вибрацией.
Обычный стоечный сервер - это 70-80 см глубины. В серверной это норма, в узком шкафу у щитовой или в антивандальном ящике на объекте - нет. Граничные модели делают короткими: у Dell PowerEdge XR4000 корпус около 37 см без фальшпанели - короче у Dell пока не было.
Температура - вторая история. Каталожный сервер рассчитан на кондиционированную серверную, обычно до +35 °C. Серия Dell XR паспортно работает от -5 до +55 °C, Lenovo ThinkEdge SE455 V3 - от +5 до +55 °C. Поэтому жидкостное охлаждение на границе остаётся редким частным случаем: серийные модели держат +55 °C обычным воздухом.
Третье - сертификаты. У Dell XR7620 и XR4000 это NEBS Level 3 (телеком-стандарт на работу в неотапливаемых узлах связи) и MIL-STD-810 (военный стандарт на вибрацию, удары, влажность и пыль). А вот IP68, который иногда приписывают граничным серверам, к стоечным моделям отношения не имеет: это класс герметичных устройств, у которых нет вентиляторов и открытых разъёмов.
Частая ошибка при выборе - взять обычный короткий сервер и поставить его в цех, рассчитывая на «ну там же не жарко». Проблема обычно даже не в жаре, а в пыли: у каталожной модели фильтров нет, и через полгода радиаторы забиваются войлоком из цеховой взвеси. Дальше троттлинг, перегрев, вылет блока питания. Защищённое исполнение стоит дороже именно за это.
По процессорам за последние пару лет сменилось поколение. Intel Xeon D-2700, который до сих пор кочует по статьям как «выбор для edge», вышел в 2022 году: 4-20 ядер, теплопакет 65-118 Вт, DDR4 и PCIe 4.0. Актуальная платформа под границу - Intel Xeon 6 SoC (кодовое имя Granite Rapids-D, апрель 2025): до 72 ядер, встроенный 100GbE, PCIe Gen5, ускорение матричных операций AMX прямо в процессоре. У AMD нишу закрывает EPYC 8004 «Siena» - на нём построен упомянутый Lenovo SE455 V3, до 64 ядер при умеренном потреблении.
Мы возим серию Dell PowerEdge XR. Это заводские граничные машины со своим корпусом и своими допусками, не адаптированный каталожный сервер. Разбор по задачам.
Конструкция модульная: в шасси 2U вставляют четыре узла по 1U, или два по 2U, или комбинацию. Диапазон от -5 до +55 °C, NEBS Level 3, MIL-STD-810H. Берут туда, где нужно несколько независимых узлов в одной коробке - например, отказоустойчивая пара плюс отдельный узел под видеоаналитику. Посмотреть конфигурации: Dell PowerEdge XR4000.
Отдельно есть исполнение XR4000z: его вешают на стену или потолок и ставят стопкой, без стойки вообще. Для магазина, где сервер живёт в подсобке, это решает вопрос размещения.
1U, один процессор, тот же диапазон от -5 до +55 °C. Спроектирован под телеком и объекты связи. Типичный сценарий: узел в филиале, который держит локальные сервисы, буферизует данные и переживает обрыв канала. Карточка модели - Dell PowerEdge XR5610.
2U, два процессора, короткая глубина, сертификации NEBS Level 3 и MIL-STD-810G. Главное - в него ставят полноразмерные GPU. Это вариант под локальную работу нейросетей: видеоаналитика на десятки камер, распознавание номеров, контроль спецодежды на производстве. Конфигурации - на странице Dell PowerEdge XR7620.
Если защищённое исполнение не нужно и задача сводится к вычислениям, посмотрите, как выбирают сервер под ИИ-задачи - обычный сервер для нейросети обойдётся дешевле.
В каталоге есть и предыдущее поколение серии - XR11 и XR12. Под многие задачи их хватает, а стоят они заметно меньше; конкретику по ревизиям и наличию уточняйте у нас, она меняется от партии к партии.
Цену тут честно назвать нельзя: она складывается из процессора, памяти, дисков и ускорителя, разброс получается кратный. Присылайте задачу - посчитаем конфигурацию.
Про сборку узла из компонентов - какая память, какие диски, какие сетевые интерфейсы нужны - подробно в разборе edge-серверов для IoT и периферийных вычислений. Здесь повторяться не будем.
Для части заказчиков выбор ограничен законом, и это стоит проверить до того, как выбирать модель.
На значимых объектах критической информационной инфраструктуры - энергетика, транспорт, здравоохранение, связь, крупная промышленность - иностранное ПО запрещено с 1 января 2025 года, а к 2026-му надзор ФСТЭК и прокуратуры дошёл до реальных проверок. По оборудованию действует реестр Минпромторга: включение в него подтверждает российское происхождение и открывает дорогу на объекты КИИ и в госзакупки.
Граничные серверы в реестре есть. «Гравитон» собирает такие машины на платах собственной разработки, в том числе на отечественных процессорах Baikal-S с архитектурой ARM. Про отечественное серверное железо у нас был отдельный разбор - российские серверы Etegro.
Второй сюжет - 152-ФЗ. Персональные данные россиян должны храниться в базах на территории России, а видео, где различимы лица, к персональным данным относится. Локальная обработка на площадке этот вопрос упрощает: если поток не покидает периметр, а наверх уходят обезличенные события, объём обязательств заметно меньше.
Юридическую часть всё равно нужно смотреть с вашим специалистом по защите данных: архитектура помогает, но оценку не заменяет. Малому и среднему бизнесу без объектов КИИ проще - там ограничений почти нет и выбирать можно по задаче и цене.
На граничном узле обычно крутят контейнеры - так проще раскатывать обновления на парк площадок.
K3s от SUSE - это Kubernetes, ужатый в один исполняемый файл размером меньше 100 МБ. Стартует от 512 МБ - 1 ГБ оперативной памяти, хранилище состояния встроено, зависимостей минимум. На границе это выбор по умолчанию: узел с 4 ГБ памяти его тянет спокойно. Часть корпоративных возможностей полного Kubernetes придётся донастраивать руками.
MicroK8s от Canonical ставится одной командой через snap и хорошо ложится на Ubuntu. Ресурсов ест побольше: сама Canonical говорит про 540 МБ минимума, но для реальной работы рекомендует 4 ГБ памяти и 20 ГБ диска. Если парк площадок уже на Ubuntu, вариант разумный.
Proxmox VE берут, когда на одном железе нужны и виртуальные машины, и контейнеры: например, старое приложение живёт в отдельной виртуалке, а рядом работает кластер K3s. Если платформа виртуализации ещё не выбрана, посмотрите сравнение гипервизоров для рабочей среды - там разобраны и лицензии, и требования к управлению. Чем контейнеры отличаются от виртуальных машин, если тема новая, разобрано в статье про виртуализацию и контейнеризацию.
Правило, которое экономит выходные: никаких ручных SSH-сессий на боевые узлы. Обновления раскатываются через Ansible или Rancher Fleet, с возможностью откатиться. Когда площадок три, ручной режим ещё работает. Когда их пятнадцать, он перестаёт работать внезапно и целиком.
Железо в серверной и железо в подсобке магазина живут по-разному, и планировать эксплуатацию приходится иначе.
Начинается всё с питания. На удалённой площадке редко бывает подготовленный ввод, зато бывает сварка в соседнем цехе и просадки в сети. Источник бесперебойного питания там обязателен, причём с одним условием: он должен корректно погасить сервер по сигналу. ИБП, который держит нагрузку до разряда батареи и молча выключается, отдаёт вам сервер, упавший по питанию, - потерянные записи и развалившийся RAID-том в перспективе. Связка настраивается через NUT или apcupsd: демон следит за зарядом и по порогу отдаёт команду на штатное выключение. Как подбирать сам ИБП - в разборе как выбрать ИБП для сервера.
Следующая проблема - на объекте нет рук. Ехать сорок километров, чтобы нажать кнопку, плохой план. Удалённое управление (iDRAC у Dell, iLO у HPE) с доступом к консоли обязательно, и проверять его надо до отправки сервера на объект. Проверка «а зайдём ли мы туда, когда система не грузится» стоит десять минут в офисе и полдня в поле.
Обрыв связи на площадке случается регулярно, и узел должен это переживать: локальный буфер метрик, очередь событий, синхронизация после восстановления. Мобильный канал как резерв тоже работает, модули 4G/5G у граничных моделей встречаются штатно.
Физический доступ - отдельная тема. Сервер в подсобке доступен людям, которых вы не нанимали. Минимум: закрытая стойка или ящик, отключённая в BIOS загрузка с внешних носителей, пароль на BIOS, шифрование дисков. TPM и защищённая загрузка на серверных платформах есть, ими стоит воспользоваться.
По сети главная ошибка простая: камеры, датчики и интерфейс управления в одном сегменте. Разводите их по разным VLAN с фильтрацией между сегментами. Общая логика защиты серверной инфраструктуры и то, что спросят на проверке, - в материале про подготовку инфраструктуры к ИБ-аудиту.
Мониторинг парка площадок строят двухуровневым. На каждом узле работает свой Prometheus и пишет метрики локально, а центр забирает их себе - через VictoriaMetrics или Thanos. Смысл в том, что при обрыве канала узел продолжает копить данные у себя и отдаёт их, когда связь вернётся. Одна центральная система, опрашивающая площадки напрямую, при каждом обрыве оставляет дыру в графиках - ровно в тот момент, когда графики нужнее всего.
| Что проверить | На что смотреть |
|---|---|
| Глубина корпуса | Померьте шкаф на объекте до заказа. 37-45 см против обычных 70-80 |
| Температура на площадке | Летний максимум под потолком, а не средний по цеху |
| Пыль и вибрация | Есть ли фильтры, заявлен ли MIL-STD-810 или NEBS |
| Питание | Ввод, ИБП, корректное гашение по сигналу |
| Удалённое управление | iDRAC или iLO с консолью, проверенный до отправки |
| Ускоритель | Нужен ли GPU под локальную работу модели или хватит процессора |
| Диски | NVMe или SSD, в зеркале. Жёсткие диски на объекте с вибрацией живут заметно меньше |
| Автономность | Что происходит при обрыве канала на сутки |
| Реестр и КИИ | Есть ли требование по российскому происхождению |
| Обновления | Как раскатываете и как откатываете |
Обычный сервер, который работает прямо на площадке: на складе, в цехе, в магазине, на объекте связи. Данные он обрабатывает на месте и отправляет наверх только результат.
Начинкой почти не отличается - те же процессоры, память, диски. Отличается корпусом: короче, выносливее к температуре и пыли, часто с сертификацией на вибрацию и удары.
Одна точка обработки в распределённой системе: сервер или группа серверов на конкретной площадке. Парк таких узлов управляется централизованно, а работает каждый самостоятельно.
Чаще нет. Он оправдан, когда есть удалённые площадки со слабым каналом, видеоаналитика на многих камерах или требование не выпускать данные за периметр. Один офис с нормальным интернетом закрывается обычным сервером.
Можно, если там чисто, не жарче +35 °C и нет вибрации. Обычно хоть одно условие нарушается, и заканчивается это забитыми пылью радиаторами через несколько месяцев.
Нет, они делят работу. На месте - быстрая реакция и фильтрация, в облаке или центральном ЦОД - обучение моделей, архив и сводная аналитика по всем площадкам.
Подбираем граничный сервер под задачу
Пришлите вводные: что за площадка, сколько камер или датчиков, какой канал, какая температура и есть ли требования по реестру. Посчитаем конфигурацию и предложим варианты - и новое железо серии XR, и решения подешевле, если задача их допускает. Работаем с серверным оборудованием 11+ лет, помогаем с подбором до покупки и остаёмся на связи после.
Каталог: серверы · сервер под видеонаблюдение
Телефон: +7 (800) 551-80-12 · Почта: info@ittelo.ru
