Александр Митрик

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

Российский рынок серверов и СХД в 2025 году достиг 280 млрд рублей. Годом ранее он составлял 155 млрд руб., но при этом число закупок не выросло сопоставимо. Оборудование и конфигурации стали дороже. Соответственно, ошибка в архитектуре теперь также обходится заметно дороже.

Центральный ЦОД не решает все

Типовой проект выглядит знакомо: предприятие ставит ЦОД в головном офисе, филиалы и площадки подключает по каналам связи. В центр отправляют телеметрию, видео, данные АСУ ТП и журналы событий — централизация кажется дешевле, но до первого серьезного сбоя.

Представим обогатительную фабрику. На линии работают 80 камер контроля качества. Один поток в Full HD занимает в среднем 4-8 Мбит/с. Весь поток дает до 640 Мбит/с без учета служебного трафика. Передавать его в центральный ЦОД дорого, а хранить его там еще дороже.

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

Центральный ЦОД хорошо работает для ERP, корпоративной почты, резервного копирования, исторических данных и сводной аналитики. Эти системы переживут задержку в 200-300 мс. Система контроля качества на конвейере — нет, а управление приводом — тем более.

Скорость канала не спасает от задержки

Канал на 1 Гбит/с решает проблему объема данных. Он не гарантирует время реакции. Если решение нужно принять за 30-50 мс, отправка данных в удаленный ЦОД уже проиграла. Даже при идеальной сети остаются обработка, маршрутизация и возврат команды.

Когда Edge действительно окупается

Edge — это не маленький ЦОД ради модного термина. Это локальный вычислительный узел рядом с процессом, который принимает данные, обрабатывает их и выдает результат без постоянной зависимости от удаленной площадки.

Edge оправдан в четырех случаях:

  1. Процесс требует реакции за десятки миллисекунд. Например, камера видит дефект металлопроката. Система должна дать сигнал до следующей операции.
  2. Объект создает большой поток данных. Это видео, телеметрия, данные датчиков, геолокация техники и журналы событий.
  3. Связь нестабильна. Это характерно для удаленных месторождений, шахт, линейных объектов, распределенных складов и производственных площадок.
  4. Площадка должна работать автономно. Канал до ЦОД может упасть. Технологический процесс останавливаться не должен.

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

На объекте стоит обрабатывать оперативные данные. В центральный ЦОД нужно передавать события, агрегаты, отчеты, модели и архивы — это снижает нагрузку на каналы, упрощает хранение и сокращает время реакции.

В 2025 году спрос на модульные ЦОД в России вырос примерно на 30%. Заказчики чаще размещают вычислительные мощности ближе к регионам и площадкам.

Не все данные нужно хранить

Камера может записывать 25 кадров в секунду. Для контроля качества часто важен один кадр с дефектом, его координаты и параметры партии. Если передавать в ЦОД только результат анализа, трафик может сократиться в десятки раз. Но исходные данные нужно хранить локально по заранее заданному правилу.

Сначала сравните два сценария

Не покупайте Edge-оборудование до расчета. Сначала сравните его с модернизацией центрального ЦОД. В этом случае могут быть несколько сценариев.

Сценарий первый — развивать центральный ЦОД. Он подходит, если площадки имеют надежные каналы, процессы терпимы к задержкам, а данные не требуют локальной обработки. Это разумный путь для корпоративных систем, отчетности, долгого хранения и общей аналитики.

Сценарий второй — строить Edge-уровень. Он нужен, если площадка работает круглосуточно, связь нестабильна, данные чувствительны к задержкам или производство зависит от локальной автоматики.

Считать нужно не цену сервера — считайте пять лет эксплуатации. Подробнее о том, почему закупочная цена не отражает полной стоимости инфраструктуры и какие расходы важно учитывать на горизонте трех-пяти лет — в материале на нашем сайте. В расчет включите стоимость каналов связи, резервирования, электроэнергии, охлаждения, выездов инженеров, запасных частей, лицензий, резервного копирования и простоя. Добавьте время ИТ-команды. Кластер из пяти нод может оказаться дороже одного более мощного узла. Особенно если его обслуживают вручную.

Дорогой сервер иногда дешевле

Узел за 2,5 млн рублей может заменить три сервера по 1 млн. Экономия не в закупке. Она в одном комплекте запасных частей, одном контуре мониторинга, меньшем энергопотреблении и меньшем числе выездов. Но это работает только при корректном расчете нагрузки и резерва.

Почему Edge-пилоты не взлетают

Пилоты часто запускают ради технологии. Это плохая причина, потому что площадка получает сервер, несколько камер и аналитическое ПО. Обнаруживается, что через три месяца система работает, но уже через полгода ее никто не масштабирует. Причина проста: команда не определила бизнес-показатель.

«Проверим видеоаналитику» — не задача. «Сократим ручную выборочную проверку с 12 часов до 4 в смену» — задача. «Снизим число пропущенных дефектов на 20%» — задача. «Сократим передачу видеопотока в ЦОД на 70%» — задача.

Есть и другие причины провала:

  1. Не назначили владельца результата со стороны производства.
  2. Не проверили питание, климат и физическую защиту узла.
  3. Не заложили резервное копирование и удаленный мониторинг.
  4. Не определили правила обновления ПО на десятках площадок.
  5. Не унифицировали конфигурации.
  6. Не проверили совместимость серверов, СХД, виртуализации и средств защиты.

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

Как подготовить систему к тиражированию

Начните с одной операции, где эффект можно посчитать. Не с самой большой площадки и не с самой сложной модели. Выберите участок, где есть проблема с задержкой, трафиком, простоями или ручным трудом.

Соберите исходные цифры. Зафиксируйте объем данных, время реакции, число инцидентов, стоимость простоя, нагрузку на каналы и трудозатраты инженеров. Через три месяца сравните результат с базовой линией.

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

Поставщик здесь важен не только как источник оборудования. Он должен помочь проверить совместимость, определить резерв, подготовить тестовую конфигурацию и сервисный план. Заказчику нужен ответ на простой вопрос: что произойдет через три года, если нагрузка вырастет вдвое или один узел выйдет из строя?

Предостережения

Edge не подходит для каждой задачи.

  • Не выносите локально ERP, кадровые системы или общий корпоративный архив без необходимости. Не ставьте вычислительный узел на объекте, если площадка не может обеспечить питание, охлаждение, физическую защиту и удаленное администрирование.
  • Не храните все данные локально. Это быстро превращает Edge в дорогой архив. Не переносите туда критичные системы без плана резервирования. Один сервер в шкафу не становится отказоустойчивой инфраструктурой только потому, что его назвали Edge.
  • Не ждите, что пилот сам превратится в тиражный проект. Для этого нужны типовая архитектура, бюджет, ответственные и понятный эффект.

Резюме

  1. Центральный ЦОД подходит для общих систем, аналитики и долгого хранения.
  2. Edge нужен там, где важны отсутствие задержек, автономность площадки и большой поток данных.
  3. Сравнивайте сценарии по пятилетней стоимости и цене простоя, а не по цене сервера.
  4. Начинайте с измеримой производственной задачи и готовьте пилот к тиражированию.

Больше материалов о серверной инфраструктуре, системах хранения данных и проектировании ИТ-контуров для бизнеса — на сайте компании «Байт», в Telegram и VK.

Источник:

Реклама ООО «Байт», ИНН: 7703792225