Что такое СХД и зачем она нужна в инфраструктуре
Система хранения данных (СХД) - это комплекс аппаратных и программных средств, который централизованно хранит данные, управляет ими и выдаёт доступ по блочным, файловым или объектным протоколам. Внутри работают контроллеры, дисковые полки, кэш, RAID-группы и интерфейсы подключения. Накопитель здесь расходный компонент: система рассчитана на выход из строя одного или двух дисков без остановки сервисов.
СХД закрывает четыре типовые задачи: диски виртуальных машин, данные транзакционных баз, общие файловые каталоги и архивы резервных копий. Если всё лежит на дисках одного сервера, замена накопителя или переустановка ОС превращается в простой. СХД выносит хранение в отдельный слой с собственной избыточностью, кэшем и управлением томами.
По исполнению системы бывают аппаратными (шасси с двумя контроллерами и полками расширения) и программно-определяемыми (SDS), где функции контроллера берёт сервер с ZFS, Ceph или похожим стеком. Разница в стоимости, гибкости и поддержке, принципы одинаковые: избыточность, кэширование, пулы, тома. Компромисс между подходами разобран в статье аппаратная или программная СХД: как выбрать в 2026 году.
Чем СХД отличается от отдельного диска и файлового сервера
Путаница возникает потому, что все три варианта хранят данные на накопителях. Разница в том, кто отвечает за избыточность, кэш и доступ.
| Критерий | Отдельный диск | Файловый сервер | СХД |
|---|---|---|---|
| Точка отказа | Один накопитель, избыточности нет | Сервер и его локальные диски | Контроллеры, пути доступа и диски резервируются |
| Избыточность | Нет | RAID средствами ОС | RAID, горячие резервы, резервные контроллеры и пути |
| Тип доступа | Локальный блочный | Файловый по сети (NFS, SMB) | Блочный, файловый, объектный |
| Замена диска | Требует остановки сервера | Зависит от ОС и контроллера | Горячая замена без остановки |
| Управление | Средствами ОС | Средствами ОС и служб файлов | Отдельная консоль: тома, снапшоты, репликация |
| Масштабирование | Только внутри корпуса | Ограничено сервером | Полки расширения, пулы на десятки дисков |
Пример из практики. Сервер с четырьмя NVMe по 3,84 ТБ в RAID10 даёт около 7,6 ТБ полезной ёмкости и высокую скорость, но остаётся сервером: контроллер один, кэш ограничен оперативной памятью, состояние массива зависит от ОС. Дисковая полка с двумя контроллерами в режиме актив-актив, батарейным кэшем на 8 ГБ и полками расширения - уже СХД. Отказ контроллера, блока питания или диска не приводит к потере доступа.
Файловый сервер может быть частью СХД. NAS-шлюз отдаёт те же тома, что и блочная система, но по NFS или SMB. Границу задаёт не протокол, а наличие выделенного слоя управления хранением с резервированием.
Ключевые компоненты СХД и их роль
Компоненты делятся на управляющие, накопительные и транспортные. Отказоустойчивость строится на резервировании каждого уровня, и слабое звено определяет надёжность всей системы.
Контроллеры и дисковые массивы
Контроллер - специализированный процессор (ASIC или x86-платформа) с прошивкой, которая управляет дисками, кэшем, RAID и выдачей томов. Он же обслуживает интерфейсы: внутренние SAS и NVMe, внешние iSCSI, Fibre Channel, NVMe-oF. В аппаратных СХД встречаются две схемы: актив-актив, когда оба контроллера обслуживают одни тома, балансируют нагрузку и подхватывают работу при отказе партнёра, и актив-пассив, где резервный ждёт переключения.
Кэш записи защищают батареей или суперконденсатором. При пропадании питания содержимое буфера сбрасывается на диски, и подтверждённые хосту записи не теряются. Ёмкости батареи хватает на несколько суток хранения данных в буфере, этого достаточно для восстановления питания или аварийного сброса.
Дисковый массив - группа накопителей, объединённых в RAID-группу или пул. Иерархия выглядит так: физический диск, RAID-группа, пул, том. Том отдаётся хосту как LUN по блочным протоколам. При широком страйпинге данные тома распределяются по всем дискам пула, поэтому добавление накопителей увеличивает и ёмкость, и производительность.
Терминология, которая понадобится при чтении документации: пул - общий набор дисков и RAID-групп; том - логический раздел, видимый серверу; LUN - адресуемый блочный объект в SAN; инициатор - клиент, отправляющий запросы; таргет - сторона СХД, которая их принимает. Объект относится к объектному доступу и означает данные с метаданными, доступные по HTTP API.
Кэш и его влияние на производительность
Кэш - быстрая память между хостом и дисками. В аппаратных СХД это обычно 8-256 ГБ DRAM плюс слой NVMe. Кэш чтения держит горячие блоки, кэш записи накапливает изменения и сбрасывает их крупными последовательными порциями. Попадание в кэш даёт задержку в десятки микросекунд, промах уходит на диски и измеряется миллисекундами.
Выигрыш от кэша записи заметен на смешанной нагрузке. Запросы по 8-16 КБ от СУБД консолидируются в страницы по 512 КБ или 1 МБ, диски реже перемещают головки (для HDD) и получают меньше операций записи (для SSD). Отношение попаданий, hit ratio, показывает эффективность: при 90% попаданий в кэш чтения нагрузка на накопители падает примерно в 10 раз. Если рабочая выборка превышает объём кэша, промахи растут, а средняя задержка поднимается.
Энергонезависимый кэш (NVRAM) сохраняет буфер записи при сбое питания. Без защиты буфера запись переводят в режим write-through либо отключают, и производительность проседает в разы. При выборе СХД проверяйте не объём кэша, а наличие защиты буфера и политику сброса.
Интерфейсы подключения: SAS, SATA, NVMe, iSCSI, Fibre Channel
Внутренние интерфейсы. SAS: полнодуплекс, 12 Гбит/с на линию, в SAS-4 до 24 Гбит/с, до 255 устройств в домене, поддержка двух портов для подключения к двум контроллерам. SATA: 6 Гбит/с, полудуплекс, дешевле, второго пути нет. NL-SAS: механика SATA с SAS-интерфейсом, применяется для дешёвой ёмкости. NVMe: PCIe 4.0 или 5.0, миллионы IOPS, задержка в десятки микросекунд.
Сетевые интерфейсы. iSCSI: блочный доступ по TCP/IP, 1, 10, 25 или 100 GbE, требует отдельного VLAN и jumbo frames. Fibre Channel: 16, 32 или 64 Гбит/с, отдельная фабрика, зонирование по WWN, предсказуемые задержки. FCoE: FC поверх Ethernet, встречается реже. NVMe-oF: NVMe по FC, RoCE или TCP для распределённых систем.
Правило выбора простое. СУБД с частыми мелкими операциями: NVMe или Fibre Channel. Файловые шахты и бэкапы: iSCSI, NFS или SMB. Ёмкие архивы: NL-SAS. Смешивать профили в одном пуле допустимо, но тогда кэш и диски работают на компромиссных настройках, и предсказуемость задержек снижается.
Архитектура СХД: DAS, NAS и SAN
Аббревиатуры описывают способ подключения и тип доступа, а не класс оборудования. Одна полка может работать как DAS или стать частью SAN. Практические различия и сценарии выбора собраны в обзоре архитектуры хранилищ данных: DAS, NAS, SAN и HCI.
DAS: прямое подключение
DAS (Direct Attached Storage) - диски, подключённые напрямую к серверу по SAS, SATA или NVMe. Доступ блочный, ОС видит отдельные накопители или RAID-массив. Задержка минимальная, стоимость на терабайт самая низкая. Ограничения зеркальные: масштабирование только внутри корпуса, совместный доступ получает один сервер, отказоустойчивость зависит от локального RAID и самого сервера. Типовой пример: локальный RAID10 из восьми NVMe под СУБД или JBOD-полка на SAS с программным RAID.
NAS: файловый доступ по сети
NAS (Network Attached Storage) - сервер с файловой системой, который отдаёт каталоги по NFS или SMB. Доступ файловый: клиент работает с файлами и правами, а не с блоками. Снапшоты, квоты, ACL, интеграция с AD или LDAP, репликация между площадками. Плюсы: общий доступ для десятков клиентов, простота настройки, снапшоты на уровне файловой системы. Минусы: зависимость от сети, накладные расходы протокола, слабее на блочных задачах вроде кластерной СУБД. NAS хорошо подходит для файловых сервисов, домашних каталогов, медиатеки и приёма бэкапов.
SAN: выделенная сеть для блочного доступа
SAN (Storage Area Network) - выделенная сеть, которая передаёт блочный доступ между серверами и СХД. Сервер видит LUN как локальный диск, трафик идёт по Fibre Channel или iSCSI, поверх работают multipath, зонирование и кластерные файловые системы. Плюсы: предсказуемая производительность, резервные пути, снапшоты и клоны для виртуальных машин, живая миграция, единая точка управления. Минусы: стоимость коммутаторов и лицензий, сложность настройки, нужен специалист. Типовой сценарий: сотня виртуальных машин на гипервизорах, подключённых к СХД через два независимых iSCSI- или FC-пути.
Отдельно стоит объектный доступ: S3-совместимые шлюзы хранят данные как объекты с метаданными и версиями. Его берут для неструктурированных данных, архивов и резервных копий, где важны объём и неизменяемость, а не низкая задержка случайного чтения.
| Параметр | DAS | NAS | SAN |
|---|---|---|---|
| Тип доступа | Блочный | Файловый | Блочный |
| Протоколы | SAS, SATA, NVMe | NFS, SMB | iSCSI, Fibre Channel, NVMe-oF |
| Транспорт | Прямое подключение | Ethernet | Выделенная фабрика или отдельный сегмент |
| Задержка | Минимальная | Зависит от сети и протокола | Низкая и предсказуемая |
| Совместный доступ | Один сервер | Много клиентов | Много серверов через LUN |
| Масштабирование | Внутри сервера | Полки и кластеры | Полки, фабрика, десятки дисков в пуле |
| Типовые задачи | Локальный RAID, СУБД, кэш | Файловые сервисы, бэкапы, медиа | Виртуализация, СУБД, кластеры |
Принципы работы СХД: отказоустойчивость, RAID и кэширование
Надёжность строится по принципу избыточности на каждом уровне: диски, контроллеры, пути, питание, площадки. Ни один из уровней не отменяет резервное копирование, поскольку ошибки оператора и логические повреждения данных RAID не лечит. Как эти принципы реализуются в программных стеках, разобрано в материале как устроено программное хранилище данных.
Уровни RAID и их применение
RAID объединяет диски для избыточности, производительности или того и другого. Выбор уровня определяют тип нагрузки и размер накопителей.
| Уровень | Минимум дисков | Избыточность | Полезная ёмкость | Типовое применение |
|---|---|---|---|---|
| RAID 0 | 2 | Нет | 100% | Временные данные, scratch, кэш |
| RAID 1 | 2 | 1 диск | 50% | Системные диски, малые массивы |
| RAID 5 | 3 | 1 диск | (n-1)/n | Файловые хранилища с небольшим числом дисков |
| RAID 6 | 4 | 2 диска | (n-2)/n | Архивы, бэкапы, накопители от 8 ТБ |
| RAID 10 | 4 | Диски в зеркальных парах | 50% | Базы данных, виртуализация |
Практическая деталь, о которой забывают. Восстановление диска на 16 ТБ занимает от нескольких часов до суток, и в это время массив работает без одного диска избыточности. Для RAID 5 на больших NL-SAS вероятность второй ошибки при чтении во время rebuild становится значимой, поэтому под ёмкие пулы берут RAID 6 или RAID 10. Горячий резерв (hot spare) сокращает окно деградации: контроллер начинает rebuild сразу, без ожидания администратора.
Кэширование и целостность данных
Целостность обеспечивают контрольные суммы и проверка блоков. В аппаратных СХД применяют T10 PI: к каждому блоку добавляется поле проверки, и при несовпадении данных на пути контроллер сообщает об ошибке вместо тихой подмены блока. В ZFS контрольные суммы считаются для блоков и метаданных, а copy-on-write гарантирует, что новый блок записывается до обновления указателя. Регулярный scrub читает все данные и исправляет повреждения по копиям или чётности.
Резервирование путей (multipath) даёт хосту два и более маршрута к одному LUN. При отказе контроллера, порта или коммутатора трафик уходит по живому пути, задержка подскакивает на время переключения, но доступ сохраняется. Такую же роль играют резервные блоки питания и раздельные цепи в стойке.
Распределённые программные системы решают задачу иначе: Ceph хранит несколько реплик объекта на разных дисках и узлах либо использует erasure coding вида 4+2, где данные восстанавливаются по фрагментам. Цель та же - пережить отказ железа без потери данных и простоя.
Как выбрать СХД: практические критерии и сценарии
Выбор начинается с профиля нагрузки, а не с бренда. Сравнивайте варианты по шести параметрам: тип доступа, производительность (IOPS, пропускная способность, задержка), ёмкость и темп её роста, отказоустойчивость с целевыми RPO и RTO, стоимость владения, совместимость с гипервизорами, СУБД и Kubernetes через CSI-драйверы.
Отдельный вопрос - аренда вместо собственного железа. Блочное и объектное хранилище можно взять у провайдера: Timeweb Cloud предоставляет облачные серверы, базы данных, хранилище и Kubernetes, что снимает планирование полок, контроллеров и замены дисков. Такой вариант удобен для тестовых контуров и сервисов с непредсказуемым ростом. Если нужен собственный контур, сравнение архитектур под виртуализацию, базы данных и файловые сервисы разобрано в статье DAS, NAS, SAN и HCI: как выбрать систему хранения.
Сценарии использования: виртуализация, БД, файловые хранилища, бэкапы
| Задача | Архитектура | Диски и RAID | Что критично |
|---|---|---|---|
| Виртуализация, 50-300 ВМ | SAN на iSCSI или FC | SSD или NVMe, RAID10 либо пул | IOPS, multipath, снапшоты и клоны |
| Транзакционная СУБД | SAN или локальный NVMe в сервере | NVMe, RAID10 | Задержка ниже 1 мс, защищённый кэш записи |
| Файловые сервисы | NAS с NFS и SMB | NL-SAS, RAID6 | Ёмкость, квоты, снапшоты, ACL |
| Резервное копирование | NAS, DAS или объектное хранилище | NL-SAS, RAID6 | Объём, дедупликация, неизменяемость копий |
Пример расчёта для виртуализации. 100 виртуальных машин со средней нагрузкой 50 IOPS дают 5000 IOPS, пики утраивают это значение. С учётом записи в RAID10 и репликации между площадками закладывайте запас минимум вдвое и проверяйте, что задержка на 99-м перцентиле остаётся в пределах SLA гипервизора, обычно до 10-20 мс.
Для небольшой компании из 20-30 сотрудников хватит NAS на 8-12 дисках с RAID6 и снапшотами: файловый обмен, бэкапы и пара виртуальных машин закрываются без SAN. Для дата-центра с сотнями ВМ и СУБД нужны два контроллера, multipath, NVMe-пул под горячие данные и отдельный ёмкий пул под архивы.
Программные решения вроде TrueNAS, ZFS и Ceph конкурируют с аппаратными СХД по стоимости ёмкости и гибкости, но требуют компетенций внутри команды и продуманного мониторинга. Разбор критериев, таблицы сравнения и чек-лист ошибок собраны в материале СХД в 2026: классификация, архитектура и практический выбор.
Заключение: что важно запомнить о СХД
СХД - централизованный слой хранения с избыточностью и управлением томами. Её отличают от набора дисков четыре признака: выделенные контроллеры, защищённый кэш, RAID или пул с горячей заменой и интерфейсы для блочного, файлового или объектного доступа.
Архитектуры расходятся по типу доступа и транспорту: DAS даёт минимальную задержку для одного сервера, NAS - общий файловый доступ по NFS и SMB, SAN - предсказуемый блочный доступ по Fibre Channel или iSCSI для виртуализации и СУБД. RAID 10 берут под базы и виртуальные машины, RAID 6 под архивы и бэкапы, RAID не заменяет резервное копирование ни в одном сценарии.
Дальнейшие шаги, которые дают практику. Разверните тестовый стенд: TrueNAS или ZFS на трёх-четырёх дисках, пул, снапшоты, затем iSCSI-таргет и подключение с гипервизора по двум путям через multipath. Прогоните нагрузку утилитой fio в режимах случайного чтения и записи, снимите IOPS и задержку на 99-м перцентиле. После этого сравните полученные цифры с требованиями своей рабочей задачи и только тогда считайте бюджет на полки, диски и поддержку.