Что такое СХД (система хранения данных) в IT и серверной инфраструктуре

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

СХД — это «умный общий склад данных» компании. Не просто набор дисков, а отдельная система, которая хранит большие объёмы данных, организует доступ к файлам и приложениям, балансирует нагрузку и позволяет нескольким серверам работать с одними и теми же данными одновременно.

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

СХД — не просто «больше дисков». Это принципиально другой класс решений.

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

Итог: СХД — это не про объём, а про управляемость, надёжность и совместный доступ. Обычный сервер с локальными дисками не масштабируется и не резервируется так же, как выделенная система хранения данных.

СХД нужна для того, чтобы данные компании хранились централизованно, были доступны в нужный момент и не терялись при сбоях. Это не просто ёмкость — это инфраструктурная основа, от которой зависит работа всех бизнес-сервисов. Аналитики фиксируют устойчивый рост глобальных расходов на дата-центры, включая системы хранения, что прямо отражает масштаб потребности бизнеса в управлении данными.

Основные задачи СХД:

• Централизованное хранение — единая точка хранения данных компании вместо разрозненных дисков на серверах
• Общий доступ — несколько серверов и пользователей работают с одними данными одновременно
• Ускорение приложений и баз данных — кэш и быстрые носители снижают задержки
• Резервное копирование — встроенные механизмы создания резервных копий
• Восстановление после сбоев — быстрый возврат к рабочему состоянию
• Защита данных от потери — RAID, репликация, снапшоты
• Соблюдение регуляторных требований — хранение персональных данных согласно 152-ФЗ и иным нормам (конкретные требования определяются типом организации и категорией данных)
• Масштабирование — добавление ёмкости без остановки работы инфраструктуры

Информация о регуляторных требованиях носит общий характер и не заменяет консультацию специалиста.

О том, как правильно подобрать систему хранения под ваши задачи, читайте в материале «Выбор системы хранения данных».

СХД применяется там, где данных много и к ним нужен быстрый, надёжный доступ:

• корпоративные файловые сервисы и документооборот
• виртуализация серверов и частные облака (private cloud)
• базы данных, ERP- и CRM-системы
• системы видеонаблюдения с хранением архивов
• backup-репозитории
• аналитика, Big Data, задачи машинного обучения
• медицинские изображения, CAD-файлы, медиапроизводство

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

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

В режиме Active-Active оба контроллера одновременно обслуживают запросы, синхронизируют данные по высокоскоростному каналу. При сбое одного второй подхватывает нагрузку без заметного перерыва в работе. В режиме Active-Passive второй контроллер активируется при выходе первого из строя — время переключения зависит от модели и конфигурации. Дополнительно контроллеры вычисляют контрольные суммы блоков данных, предотвращая незаметное повреждение информации (silent data corruption).

Физическое хранилище данных — дисковые полки с носителями: HDD, SSD, NVMe. Диски объединяются в массивы с поддержкой горячей замены: вышедший из строя диск меняют без остановки системы. Ёмкость расширяют добавлением полок. Разные типы носителей образуют уровни хранения: горячие данные — на быстрых SSD/NVMe, холодные архивы — на ёмких и недорогих HDD.

Кэш ускоряет работу системы, сокращая задержки при операциях чтения и записи. В СХД применяются три вида кэша:

• DRAM — динамическая память, быстрая, но требует питания для сохранения данных. Обеспечивает очень низкие задержки.
• NVDIMM-N — комбинация DRAM и флэш на одном модуле. При сбое питания данные из DRAM автоматически копируются во флэш с помощью резервного источника.
• Flash-кэш (SCM/XL-FLASH) — промежуточный уровень между DRAM и обычными SSD, обеспечивает очень высокую производительность при доступе к горячим данным.

Режим write-back записывает данные в кэш и подтверждает операцию немедленно — быстро, но требует защиты при сбое питания. Режим write-through записывает одновременно в кэш и на диск — надёжнее, но медленнее.

Операционная система СХД управляет созданием пулов и томов, настройкой RAID, тонким резервированием (thin provisioning), снапшотами и репликацией.

Основные уровни RAID:

• RAID 1 — зеркалирование, 50% полезной ёмкости, высокая надёжность
• RAID 5 — распределённый контроль чётности, допускает отказ 1 диска
• RAID 6 — двойной контроль чётности, допускает отказ 2 дисков
• RAID 10 — зеркалирование + страйпинг, максимальная производительность и надёжность

Thin provisioning позволяет выделять томам больше места, чем физически доступно сейчас, — с расчётом на будущий рост. Снапшоты фиксируют состояние данных в конкретный момент и используются для быстрого восстановления.

Протокол определяет, как серверы обращаются к данным СХД:

NFS используется преимущественно в Unix/Linux-средах, SMB — в Windows-сетях. Fibre Channel обеспечивает наивысшую производительность, но требует выделенной инфраструктуры (HBA-адаптеры, FC-коммутаторы) и стоит дороже.

Практический разбор подключения СХД к серверу — в отдельном материале: «Как подключить СХД к серверу».

Как выглядит один цикл обращения к данным в СХД на базе Fibre Channel:

1. Приложение формирует SCSI-команду и передаёт её через HBA-адаптер сервера
2. FC-коммутатор маршрутизирует кадр по WWN-адресу к нужному порту СХД
3. Контроллер СХД проверяет кэш: если данные там — отвечает немедленно; если нет (cache miss) — запрашивает физические диски
4. Кэш или дисковый массив возвращают данные контроллеру
5. Контроллер упаковывает ответ в FC-кадры и отправляет обратно
6. Приложение получает данные

Итог: СХД — это специализированный компьютер для I/O. Контроллеры, кэш, RAID и протоколы работают вместе, чтобы обеспечить одновременный доступ нескольких серверов к данным с управляемой надёжностью.

СХД классифицируют по двум осям. Первая — способ подключения: DAS (прямое), NAS (сетевое файловое), SAN (выделенная сеть блочного доступа). Вторая — модель данных: файловое, блочное или объектное хранение. Эти оси не всегда совпадают: NAS работает с файлами, SAN — с блоками, а объектное хранилище может быть как локальным, так и облачным. Понимание этих двух осей — основа выбора правильной архитектуры.

Подробнее о выборе между типами — в материале «Какую систему хранения данных выбрать».

DAS — прямое подключение накопителей к серверу кабелями (SAS, SATA, Thunderbolt, USB) без сетевого слоя. Преимущества: минимальные задержки, более низкая стоимость внедрения, меньше точек отказа. Ограничения: доступ только с одного сервера, в виртуализации блокирует миграцию VM между хостами.

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

NAS — сетевое файловое хранилище, доступное по протоколам SMB (Windows) и NFS (Linux/Unix). Серверы и пользователи подключаются к NAS через обычную локальную сеть. Удобен для общих папок, документов, медиаархивов, backup-репозиториев. Часто оптимален для малого и среднего бизнеса: относительно простое управление и разумная стоимость.

SAN — выделенная сеть хранения с блочным доступом по Fibre Channel или iSCSI. Обеспечивает высокую производительность и низкие задержки. Типичный выбор для виртуализации, транзакционных баз данных и критически важных бизнес-сервисов. SAN обеспечивает более предсказуемую производительность для блочных нагрузок по сравнению с файловым доступом через NAS, хотя конкретные показатели зависят от конфигурации, сети и профиля нагрузки.

Три модели данных — три разных сценария применения:

• Файловые хранилища — данные в виде папок и файлов. Привычная модель: «расшарили папку — подключили по сети». Просто, но не оптимально для высоконагруженных баз данных.
• Блочные хранилища — данные в виде томов и блоков. Низкоуровневый доступ для ОС, гипервизоров и СУБД. Высокая производительность, необходима для критичных сервисов.
• Объектное хранилище — данные с метаданными, доступ через API (S3). Масштабируются до петабайт, идеальны для неструктурированных данных, архивов, Data Lake и задач ML.

Облачное хранилище обеспечивает быстрый старт и оплату по факту использования (OpEx-модель), но создаёт зависимость от интернет-канала и потенциально высокие расходы на исходящий трафик (стоимость зависит от провайдера, региона и тарифного плана). Гибридная модель сочетает локальные СХД с облачным tiering: горячие данные — на месте, холодные архивы — в облаке. Распределённые системы используются в сценариях с несколькими площадками и требованиями к географической репликации.

SDS (Software-Defined Storage) отделяет программный слой управления данными от конкретного железа и разворачивается на стандартных x86-серверах. Это даёт гибкость: добавление узлов, смена носителей без смены системы управления. Снижает TCO за счёт commodity-оборудования, но требует более высокой экспертизы при эксплуатации. SDS активно применяется для AI-нагрузок и гибридных облачных сред, хотя темпы и масштаб внедрения варьируются по отраслям.

Сравнение DAS, NAS и SAN по ключевым параметрам

Итог: NAS — для файлов и простоты. SAN — для производительности и виртуализации. DAS — для одиночного сервера без сетевых требований. Выбирайте по профилю нагрузки, а не только по цене.

Высокая скорость доступа к данным и доступность хранилища — разные вещи, и оба параметра критичны. Можно иметь быструю СХД, которая выходит из строя раз в месяц. А можно — медленную, но надёжную. Правильная архитектура обеспечивает оба параметра одновременно, и именно поэтому горячие данные должны находиться не просто на быстрых носителях, но и в отказоустойчивой конфигурации.

Три ключевые метрики:

• IOPS (операции ввода-вывода в секунду) — количество операций чтения/записи. Малые блоки (4 КБ) дают высокие IOPS, большие (64 КБ) — меньше IOPS, но выше пропускная способность. Формула: Throughput (МБ/с) = IOPS × размер блока (КБ) / 1024. Пример: 1 000 IOPS × 4 КБ = 4 МБ/с, 1 000 IOPS × 64 КБ = 64 МБ/с — Simplyblock, 2024; NetApp blog, 2023.
• Latency (задержка) — время от запроса до ответа. Для enterprise SSD — как правило, менее 1 мс при типичных нагрузках; для NVMe — единицы и десятки микросекунд. Конкретные значения зависят от класса накопителя и условий теста.
• Throughput — общая пропускная способность. Профиль нагрузки влияет на соотношение IOPS и throughput: транзакционные системы требуют высоких IOPS при малых блоках, аналитика — высокого throughput при последовательном чтении.

Нагрузки делятся по профилю: транзакционные БД критичны к latency и случайным IOPS; виртуализация — к random IOPS; аналитика и медиа — к throughput и последовательному чтению.

Доступность обеспечивается несколькими уровнями защиты: два контроллера (Active-Active или Active-Passive), мультипатная связность (multipath — несколько независимых путей к данным), RAID-защита дисковых массивов, снапшоты для быстрого восстановления, репликация между площадками, автоматический failover при сбое компонента. Каждый из этих механизмов закрывает свой класс отказов.

RAID защищает данные при отказе одного или нескольких дисков — но не заменяет резервное копирование. Это важно понимать.

При повреждении файла или логическом сбое — удалении, зашифровании вирусом — RAID лишь синхронно реплицирует повреждённую версию на все диски массива. Выбор уровня RAID — компромисс: RAID 1 даёт максимальную надёжность при 50% полезной ёмкости; RAID 5 допускает отказ одного диска с меньшими потерями пространства; RAID 6 — двух дисков; RAID 10 сочетает зеркалирование и stripe для максимальной производительности и надёжности одновременно.

Снапшот — это виртуальный снимок состояния данных в конкретный момент. Создаётся быстро, занимает мало места (хранит только изменения). Однако снапшот — не backup. При отказе гипервизора или самой СХД снапшоты могут быть недоступны. Длительное хранение снапшотов может ухудшать производительность — рекомендации зависят от платформы и сценария использования.

Полноценный backup хранит независимую копию на отдельном носителе или в изолированной системе. Политики резервного копирования должны включать offsite-хранение и immutable-копии, защищённые от изменения и удаления

RPO (Recovery Point Objective) — допустимый объём потери данных, выраженный во времени. Если RPO = 1 час, допустимо потерять данные не старше часа. RTO (Recovery Time Objective) — максимально допустимое время восстановления. Если RTO = 15 минут, система должна вернуться в строй не дольше чем через четверть часа.

Жёсткие требования к этим метрикам прямо влияют на выбор СХД. Например, сценарий обработки платежей с требованием RPO = 0 мин и RTO = 15 мин требует All-Flash СХД с синхронной репликацией между несколькими площадками — это инженерная необходимость, а не маркетинг. — по кейсу GCP payment-processing, OneUptime blog, 2026.

Auto-Tiering классифицирует блоки данных по частоте обращений и времени последнего доступа, а затем прозрачно перемещает их между уровнями: горячие данные — на NVMe/SSD (Tier 0), тёплые — на SSD или производительные HDD, холодные архивы — на NL-SAS/HDD или в облако. Всё происходит без участия администратора и без простоев. Эффект от Auto-Tiering существенно зависит от профиля нагрузки и доли горячих данных: для VDI-сред с повторяющимися обращениями прирост производительности может быть значительным, для OLTP — более скромным.

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

• VDI (виртуальные рабочие столы): высокая экономия — у виртуальных машин много общих блоков ОС и приложений
• OLAP-базы данных: хорошая экономия — повторяющиеся аналитические срезы хорошо сжимаются
• OLTP-базы данных: умеренная экономия — транзакционные данные уникальнее, эффект скромнее

Inline-дедупликация работает в момент записи и увеличивает нагрузку на контроллер. Post-process выполняется после записи и снижает нагрузку в реальном времени. Thin provisioning позволяет выделять больше виртуального пространства, чем физически установлено, — с расчётом на рост.

Современные СХД включают механизмы защиты данных на уровне хранилища:

• WORM (Write Once Read Many) — данные записываются один раз и не могут быть изменены или удалены в течение заданного периода (от дней до лет). Защита работает на уровне хранилища, а не только прав доступа.
• Immutable snapshots — неизменяемые снимки состояния. При корректной реализации политики неизменяемости ransomware не может модифицировать или удалить такие снимки — конкретные гарантии зависят от платформы и настроек. — по данным NetApp ONTAP SnapLock, TechTarget, 2024.
• Air gap — физическая или сетевая изоляция резервных копий. Даже при компрометации основной инфраструктуры изолированные копии остаются недоступными для атакующего.
• Шифрование данных в покое и при передаче, разграничение ролей, журналирование действий, MFA для доступа к административной консоли, сегментация сети хранения.

Информация о механизмах защиты от ransomware носит общий характер и не заменяет консультацию специалиста по информационной безопасности.

Это самые распространённые инженерные просчёты, с которыми сталкиваются при выборе и внедрении СХД. Каждая из них имеет реальные последствия:

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

Детальный алгоритм выбора с примерами конфигураций — в материале «Как выбрать систему хранения данных».

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

Детальный алгоритм выбора с примерами конфигураций — в материале «Как выбрать систему хранения данных».

Готовый инженерный комплекс от вендора: предсказуемая производительность, встроенная поддержка, единая экосистема обновлений и firmware. Более высокий порог входа по стоимости, но стабильность и гарантированные SLA. Подходит для организаций с устойчивой нагрузкой и чёткими требованиями к производительности.

SDS разворачивается на стандартных x86-серверах и позволяет добавлять узлы горизонтально. Снижает TCO за счёт commodity-оборудования, но требует более высокой экспертизы команды для эксплуатации. Подходит для команд с высокой инженерной зрелостью и нестандартными требованиями к масштабированию.

Облако даёт быстрый старт (минуты вместо недель), OpEx-модель оплаты и снятие задач поддержки с команды клиента. Ограничения: зависимость от канала, стоимость исходящего трафика (egress), потенциальные вопросы суверенитета данных. Сравнение TCO on-prem и облака показывает: при высокой и стабильной утилизации on-prem обычно выгоднее на горизонте 3–5 лет, при низкой утилизации или быстром росте — гибридная модель может снизить совокупные расходы. Конкретные цифры сильно зависят от конфигурации, лицензирования и провайдера. — по данным Terrazone, 2025; Cloudaware, 2026.

Сравнение аппаратной СХД, SDS и облака

Максимальная ёмкость при минимальной цене за терабайт. Технология HAMR (Heat-Assisted Magnetic Recording) в перспективе позволит существенно увеличить ёмкость корпоративных HDD — конкретные сроки и значения зависят от вендора и его roadmap. — по прогнозу Morgan Stanley, 2026. Оптимальны для архивов, резервных копий, холодных данных, где производительность менее критична.

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

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

LTO-ленты по-прежнему актуальны: стоимость долгосрочного хранения в разы ниже HDD, физическая изоляция (air gap) делает их устойчивыми к ransomware-атакам. Обязательный компонент корпоративной стратегии защиты данных для архивного и долгосрочного хранения.

Сочетание HDD и SSD/NVMe в одной СХД — наиболее распространённый подход. Auto-Tiering автоматически перемещает горячие данные на быстрые носители, холодные — на ёмкие HDD. Позволяет балансировать между производительностью и стоимостью хранения.

NAS или компактная СХД — оптимальный выбор. Обеспечивает общий доступ к файлам, встроенное резервное копирование, простое управление через веб-интерфейс. Главная задача на этом этапе — не потерять данные при сбое оборудования.

С ростом числа сервисов появляется виртуализация, требования к отказоустойчивости становятся строже. Нужна СХД с поддержкой блочного доступа для гипервизоров, резервированием контроллеров, возможностью snapshot и репликации. Гибридные сценарии (локальная СХД + облачный backup) здесь особенно актуальны.

SAN с All-Flash или гибридным массивом, репликация между площадками, жёсткие SLA. Производительность для транзакционных СУБД, RPO/RTO в единицах минут или секунд. Требуется инженерное проектирование под конкретный профиль нагрузки.

AI-ops в СХД — уже не концепция, а промышленная реальность. Алгоритмы машинного обучения оптимизируют размещение данных, предсказывают деградацию носителей до отказа, автоматически настраивают tiering.

Использование ML для предиктивного обслуживания оборудования позволяет сокращать незапланированные простои — эффект зависит от реализации и типа оборудования. — по кейсу Bosch, americanchase.com, 2025.

Immutable snapshots, WORM и air gap перестали быть экзотикой и стали стандартом для критичных систем. В 2025–2026 годах акцент смещается на recovery-first подход: не только защита от атаки, но и гарантированное восстановление в заданные сроки. Zero Trust-сегментация сети хранения, MFA для администраторов, автоматизированное тестирование restore — базовый набор для enterprise-инфраструктуры.

S3-совместимые хранилища становятся стандартом для неструктурированных данных. IDC фиксирует устойчивый рост глобального спроса на хранение данных: по оценкам аналитиков, к концу десятилетия он достигнет десятков тысяч эксабайт. — IDC Global StorageSphere research, 2026.

Российский рынок СХД продолжает расти на фоне курса на импортозамещение. 223-ФЗ ограничивает использование иностранного ПО для субъектов КИИ. Ключевые производители реестрового оборудования в 2025 году: Aquarius, iRU, Инферит, Fplus. При выборе отечественного решения важно оценивать компонентную базу: часть вендоров работает на импортных комплектующих, совместимость с требованиями КИИ регулируется постановлением №1912. — по данным CNews, 02.02.2026; TAdviser, 2025.

Стандарты

• SNIA SMI-S (Storage Management Initiative Specification) — snia.org/standards
• SNIA Swordfish — стандарт управления хранилищами — snia.org/standards

Аналитика

• IDC Global StorageSphere Research, 2026 — blog.bismart.com
• Morgan Stanley HDD Market Forecast, 2026
• ResearchAndMarkets: Hybrid Storage Market Report, 2025
• Gartner IT Infrastructure & Operations Forecast, ноябрь 2025 — itjungle.com

Вендорская документация

• NetApp Blog: Understanding IOPS, Latency and Throughput, 2023
• Pure Storage Blog: Storage Performance Benchmarks, 2023
• NetApp ONTAP SnapLock Documentation, TechTarget, 2024