Сколько стоит СОРМ: из чего складывается цена

Технический директор защищает бюджет СОРМ. Смета включает АПК, серверы и хранение, монтаж, документы и обслуживание. Сравнить цену оборудования недостаточно: нужны измеренная нагрузка, требования к накоплению и условия поддержки. Разберем, сколько стоит СОРМ по этим статьям и как оценить совокупные расходы на пять лет.

Из чего складывается смета: пять составляющих

Смету удобно разделить на пять статей. Доли зависят от проекта, а эксплуатационные расходы учитывают отдельно от разовой поставки.

1. Аппаратно-программный комплекс. Проверяют исполнение, ПО, лицензии, поддержку и действующие документы о соответствии поставляемой модели и версии. Известность вендора не подтверждает допуск ко всем задачам. Стоимость АПК выделяют отдельно, чтобы не посчитать включенные серверы и лицензии дважды.
2. Серверы и хранение рассчитывают по функциям комплекса. Документы проверяют на поставляемое исполнение. По пункту 4(1) ПП №445 средства накопления должны иметь действующее на дату установки заключение по ПП №719, независимо от госзакупок. Достаточная аппаратная мощность не доказывает допустимость сервера.
3. Проектирование и монтаж включают обследование, проект, согласования, установку, интеграцию, пусконаладку и испытания. Цена зависит от площадок и подключений. Уточните включенные этапы, исполнителей и критерии приемки.
4. Документация включает заявления, протоколы, акты и взаимодействие с уполномоченными органами. Если работы уже учтены в проектировании, второй строкой их не добавляют.
5. Эксплуатация включает поддержку, подписки, замену компонентов, питание, охлаждение и размещение. Расходы зависят от SLA и состава системы, а не от универсального процента CapEx. Право использования ПО и сроки подписок проверяют в договоре.

Так складывается стоимость комплекса СОРМ: пять статей с разной динамикой, часть — разовые вложения, часть — ежегодные.

Ориентиры по размеру оператора

Малый оператор: одна площадка

Число абонентов не определяет емкость СХД. Нужны измерения сообщений и документация комплекса. Условные 5 ТБ/сутки за 30 суток дают 150 ТБ до индексов и резервов. Это пример, а не конфигурация для любого провайдера с 5000 абонентов. Сырую емкость рассчитывают по дисковой схеме.

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

Ежегодные расходы считают по поддержке, потреблению и запасным частям. Число замен дисков не гарантировано: учитывают гарантию и порядок восстановления.

Средний и крупный оператор: несколько точек сбора

Для региональной сети оценивают поток, точки сбора, события и выдачу данных. По ним выбирают узлы и хранилища, а не «типовой кластер» по абонентам. Метаданные считают отдельно с индексами. Активное хранилище должно обеспечивать поиск и выдачу: лента не является универсальной заменой дисков.

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

Годовой OpEx зависит от конфигурации, поддержки, энергопотребления и замены компонентов. Его пересчитывают при расширении и изменении договоров.

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

Как считать бюджет хранения трафика

Хранение рассчитывают до выбора платформ. Разделяют нормативную емкость, полезный объем и физические диски. Пример ниже условный: он показывает метод расчета и не подменяет проект.

1. Измерить сообщения в согласованных точках консолидации. Сумма скоростей тарифов не равна пиковому или среднему трафику. Число абонентов помогает оценить рост, но не заменяет статистику.
2. Определить поток записи после предусмотренной обработки. Постоянный 1 Гбит/с за сутки дает 10,8 ТБ в десятичной системе до накладных расходов, 5 Гбит/с дают 54 ТБ. Поток измеряют, а не принимают как фиксированную долю тарифов.
3. Подтвердить компрессию и исключение данных для конкретного трафика и методики. Зашифрованное или уже сжатое содержимое не гарантирует уменьшения на 40–60%. До подтверждения расчет не уменьшают.
4. Проверить режим по услугам и лицензиям. Пункт 6 ПП №445 задает емкость по сообщениям за 30 суток перед вводом и увеличение на 15% ежегодно пять лет. Это не универсальный срок каждого сообщения. Условные 25 ТБ/сутки дают исходную базу 750 ТБ.
5. Перевести полезный объем в сырую емкость. У RAID-6 из 10 одинаковых дисков полезная доля равна 8/10. Для 750 ТБ нужно 750 / 0,8 = 937,5 ТБ raw, около 940 ТБ. Hot spare, файловую систему и служебные резервы считают отдельно.
6. Учесть нормативное увеличение и собственный прогноз роста. При условном росте трафика 20% ежегодно за три года множитель равен 1,2³ = 1,728, а не запасу 30–50%. Проверьте емкость и скорость при отказе дисков и восстановлении.
7. Посчитать сведения о фактах связи: события в сутки × размер записи с индексами × срок. Для этих сведений применяют трехлетнее хранение. Процент от содержимого не является универсальным коэффициентом.

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

Где можно оптимизировать смету

Что можно менять в бюджете СОРМ и что нельзя

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

Оптимизировать можно другое.

1. Серверная часть. Сравните одинаковые CPU, память, диски, документы и SLA. Российское происхождение не гарантирует скидку или пригодность. Экономию определяет предложение на допустимую конфигурацию.
2. СХД. HDD допустимы, если выдерживают запись одновременно с поиском, выгрузкой и восстановлением. SSD могут требоваться для индексов и задержек, недостижимых на выбранной дисковой схеме.
3. Проектирование. Готовые решения интегратора могут сократить работу, если подходят к архитектуре сети. Срок и стоимость адаптации сравнивают с разработкой с нуля.
4. Регулярные расходы. Сравните питание, размещение, поддержку и запасные части. План замены сокращает восстановление, но экономию подтверждают расчетом.
5. Комплексная поставка. Единый исполнитель упрощает координацию, но скидку не гарантирует. Сверьте состав и ответственность, исключите повторный учет лицензий и работ.

Типичные ошибки при бюджетировании

1. Недооценка объема хранения: смету считают на текущее число абонентов без запаса на рост, и через год СХД не хватает.
2. Забытые регулярные расходы: план строят только на CapEx, упуская OpEx, электричество и замену компонентов.
3. Экономия на резервировании: отказ единственного обработчика может остановить комплекс, нарушить установленные требования и создать риск ответственности.
4. Не проверены индексы и выдача сведений. Метаданные могут требовать высокой скорости поиска, поэтому HDD выбирают по испытанию, а не только по емкости.
5. Сборка из разных подрядчиков без координации: при инциденте каждый ссылается на смежный участок.
6. Не проверена модель лицензирования. Срок подписки, право использования и условия поддержки определяются договором конкретного АПК.
7. Забытые расходы на обучение: инженеры не знают комплекс, оператор остается привязан к внешнему сервису.
8. Недооценены сроки согласований. График подтверждают для проекта и включают зависимости от готовности площадок, документов и испытаний.
9. Экономия на консультациях с ТУ ФСБ на этапе проектирования: после приемки приходится переделывать уже смонтированное.
10. Выбор непроверенного вендора АПК ради низкой цены: дальше всплывают проблемы с сертификатами или с поддержкой.

Заключение

Стоимость СОРМ зависит от поставки АПК, инфраструктуры, работ, документов и эксплуатации. Документы средств накопления проверяют независимо от госзакупок. TCO за пять лет равен CapEx плюс расходы каждого года, расширение, поддержка и замены. Условный пример: CapEx 100, ежегодная эксплуатация 12 и расширение 20 в третьем году дают 100 + 5 × 12 + 20 = 180 единиц. Для семи лет добавляют расходы следующих лет и необходимые замены. Отсутствие штрафов снижает риск, но не является гарантированным доходом или окупаемостью.

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