Как рассчитать точный объем СХД для СОРМ-3: формулы, коэффициенты сжатия и запас под пиковые нагрузки

Оценка спецификаций от вендоров заключается в том, что расчет объема СХД СОРМ под требования Приказа Минкомсвязи № 573 и 374-ФЗ от 06.07.2016 года. Чтобы точно определить, сколько места нужно для СОРМ, недостаточно использовать типовые оценки – необходимо разделять служебную информацию, текстовые сообщения и контент. Техническому директору (CTO) и главным инженерам нужна проверяемая методика: от измерения суточного накопления до полезной емкости, количества дисков и обоснования бюджета.

Что регулирует Приказ №573 и какие данные нужно хранить

Приказ Минкомсвязи № 573 от 29.10.2018 регулирует технические и программные средства ИС ОРМ, накапливающие данные об абонентах, услугах, соединениях и сеансах связи.

Статья 64 Федерального закона № 126-ФЗ «О связи» разграничивает:

• сведения о фактах приема, передачи, доставки и (или) обработки сообщений – хранение три года;
• текстовые сообщения, голосовую информацию, изображения, звуки, видео- и иные сообщения – до шести месяцев, с конкретизацией Правительством РФ.

Постановление Правительства РФ № 445 от 12.04.2018 предусматривает:

• пункт 5 – хранение голоса и текстовых сообщений шесть месяцев для перечисленных услуг;
• пункт 6 – начальную емкость по объему сообщений за 30 суток перед вводом оборудования, затем увеличение на 15% ежегодно в течение пяти лет;
• пункт 8 – предельный срок хранения сообщений шесть месяцев.

30 суток – расчетная база емкости. Применимость пунктов 5 и 6 проверяют по видам услуг и данным в соответствии с редакцией от 24.08.2026.

Хранение организуют в РФ с защитой доступа. Проверяют документы о российском производстве по пункту 4¹ Постановления Правительства РФ № 445.

Из чего складывается формула расчета объема СХД

Формула расчета СОРМ-3:

Объем СХД = среднесуточный объем сохраняемых данных × срок хранения × коэффициент запаса.

Для статистики учитывают количество и размер записей, для содержимого сообщений – объем трафика.

Уточненный расчет:

Vарх = Σ(Dᵢ × Tᵢ / Cᵢ)

Vusable = (Vарх + Vиндексы + Vслужебные) × Kрост / (1 − r)

Vraw = Vusable / (ηзащиты × ηсистемы)

Dᵢ – суточное накопление; Tᵢ – время хранения; Cᵢ – отношение объема до сокращения к объему после. Kрост – прогноз роста; r – свободная доля Usable; ηзащиты – доля емкости после RAID или другой схемы защиты; ηсистемы – доля этой емкости, доступная после расходов файловой системы и внутренних резервов СХД. Эти расходы не включают уже учтенные выше индексы и служебные данные приложения. Горячий резерв добавляют отдельно.

Raw – физическая емкость дисков, Usable – доступная после защиты и служебных расходов СХД. Компрессия сокращает представление данных, дедупликация устраняет повторяющиеся блоки. Их эффект измеряют совместно на рабочем наборе данных.

При расчете различают десятичные ТБ (TB) и двоичные тебибайты (TiB): 1 ТБ = 10¹² байт, 1 TiB = 2⁴⁰ байт. Поэтому 16 ТБ ≈ 14,55 TiB, а 24 ТБ ≈ 21,83 TiB. Численное значение уменьшается примерно на 9,05% из-за пересчета единиц, без потери байтов. Реальные расходы файловой системы и внутренние резервы СХД учитывают отдельно по документации или конфигуратору выбранного решения. Универсальный процент таких расходов не задают; пересчет ТБ в TiB не включают в ηсистемы. Все величины в формулах должны быть приведены к одним единицам.

Коэффициент зависит от структуры данных. Уже сжатый и зашифрованный поток может почти не сокращаться. Без измерений принимают C = 1. Прирост уже сжатой базы повторно на C не делят.

Точный расчет использует календарные периоды: три года могут включать 1096 суток.

Пример расчета: от количества абонентов до итогового объема в терабайтах

Условный пример: канал 20 Гбит/с, средний суммарный поток 7 Гбит/с, 20 000 пользователей. Каждый создает 60 000 записей по 160 байт в сутки.

1. Суточная статистика:

20 000 × 60 000 × 160 = 192 ГБ.

С учетом других данных объемом 58 ГБ получаем 250 ГБ/сутки.

2. Полезная емкость: принимаем C = 1, индексы и служебные данные – 30%, рост за расчетный горизонт – 20%, свободное пространство – 20%.

0,25 × 1096 = 274 ТБ архива.

274 × 1,30 × 1,20 / 0,80 = 534,3 ТБ Usable.

Множитель 1,20 здесь относится ко всему архиву, а не к ежегодному росту.

3. Диски: пять групп RAID 6 по 12 HDD емкостью 12 ТБ и пять дисков горячего резерва.

Архив с индексами и ростом занимает 427,44 ТБ. С учетом свободной доли 20% нужно не менее 534,3 ТБ Usable. После RAID остается 600 ТБ до системных расходов: выбранная конфигурация подходит, если ηсистемы ≥ 0,8905, то есть эти расходы не превышают 10,95%. Итог – 0,780 ПБ Raw; фактическую Usable подтверждают по конфигуратору СХД в тех же единицах.

Серверы и полки подбирают по производительности и допустимым отказам. RAID не заменяет защиту от потери узла.

4. Динамика нагрузки при прежних коэффициентах:

5. Содержимое сообщений рассчитывается отдельно:

D = 10,8 × B ТБ/сутки, где B – средняя скорость в Гбит/с.

При 7 Гбит/с: 75,6 ТБ/сутки, за 30 суток – 2,268 ПБ до защиты и резервов. Весь поток условно отнесен к одной категории; пункт 5 и нормативные исключения учитывают отдельно.

1 ТБ = 10¹² байт; 1 ПБ = 1000 ТБ.

Запас под пиковые нагрузки: сколько добавлять к базовому расчету

ЧНН – час наибольшей нагрузки – определяет требования к скорости обработки и записи. Емкость зависит от накопленного объема. Дополнительные 10 Гбит/с в течение часа дают 4,5 ТБ содержимого сообщений; прирост статистических записей измеряют отдельно.

Рекомендуемый в примере предел заполнения – 80% Usable: свободная доля 20% означает множитель 1,25. Это допущение проекта.

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

Недостаток емкости угрожает сохранности данных. Штрафы по статье 13.46 КоАП РФ зависят от состава нарушения. В случае избыточной закупки растут расходы на оборудование и эксплуатацию.

Частые ошибки при расчете и как их избежать

Ошибка №1: неподтвержденное сжатие. Важно получить результаты испытаний на реальных данных с рабочими индексами. Коэффициенты других систем нельзя переносить автоматически.

Ошибка №2: игнорирование роста. Следует учитывать увеличение количества абонентов и суточного накопления на всем горизонте проекта.

Ошибка №3: доверие итоговой цифре поставщика. Расчеты должны раскрывать архив, служебные данные, Usable, Raw, RAID и резерв. Процент потерь RAID зависит от конфигурации групп.

Исключают путаницу битов и байтов, смешение ТБ и TiB, двойной учет пересчета единиц как потерь емкости, повторный учет трафика и подмену среднего 95-м перцентилем.

Калькулятор СОРМ-3: как быстро прикинуть объем самостоятельно

Калькулятор СОРМ-3 можно использовать для сравнения сценариев. Вводные: виды услуг по лицензии, полоса и средняя нагрузка, количество абонентов, интенсивность и размер записей, глубина архива, сжатие, рост, RAID и резерв.

Для пункта 6 нужны дата ввода и история расширения с учетом приостановлений требования. Следует определить отдельные значения для статистики и сообщений.

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

Как проверить расчет поставщика оборудования

Чек-лист проверки КП:

• категории данных сопоставлены с Приказом Минкомсвязи № 573 и Постановлением Правительства РФ № 445;
• указаны точки измерения и источники статистики;
• раскрыты коэффициенты, Raw, Usable и свободное пространство; указаны единицы ТБ или TiB, а расходы файловой системы и внутренние резервы СХД подтверждены для выбранной конфигурации;
• проверены применимость сертификатов и документы на оборудование;
• зафиксированы испытания, поддержка и стоимость расширения.

Бесплатный расчет СХД от инженеров компании

ООО «СПЕЦИАЛЬНЫЕ ТЕХНОЛОГИИ» предлагает бесплатный предпроектный консалтинг: анализ топологии сети, определение точек подключения, необходимых объемов хранения и интерфейсов.

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

Гарантия соответствия требованиям Приказа Минкомсвязи № 573 должна иметь договорное содержание: состав поставки, исходные условия, критерии приемки и обязательства по устранению несоответствий.

Оставьте заявку на сайте компании или отправьте вводные данные сети на sale@sorm2.net: виды услуг связи, количество абонентов, топологию, профиль нагрузки, суточное накопление записей и планируемую дату ввода, чтобы специалисты подготовили расчет и определили состав решения.