СХД покупают по объёму в терабайтах — и зря. Систему хранения выбирают по тому, как приложения обращаются к данным: блоками или файлами, с одного сервера или со многих, и насколько дорого обходится простой. Терабайты — последнее, что считают; первыми идут архитектура, надёжность и способ подключения.
Этот материал — хаб темы «СХД»: пройдём по узлам выбора по порядку. Хранилище у нас — это и готовые решения, и сборка на серверной платформе с дисками и контроллерами; смотрите хранилища данных и подбор СХД в QC-Lab. Как устроен сам сервер под хранилище — в гайде по выбору сервера.
Что разобрано в статье
Зачем нужна СХД
Когда локальных дисков сервера уже мало и данным нужно отдельное хранилище.
SAN, NAS, DAS
Три архитектуры: блочный доступ по сети, файловый доступ и прямое подключение.
RAID хранилища
Уровни массива под надёжность, объём и скорость — и почему RAID не бэкап.
Носители
All-flash, гибрид или nearline-HDD: скорость против ёмкости и цены.
Подключение
SAS, iSCSI и Fibre Channel: чем соединяют СХД с серверами.
Под задачу
Конфигурации под бэкап, базы данных и видеонаблюдение.
Что такое СХД и когда она нужна
СХД — система хранения данных, отдельное устройство или массив, которое хранит данные и отдаёт их серверам. Пока сервер один и данных немного, хватает его собственных дисков. СХД появляется, когда возникает хотя бы одно из условий:
- Данные нужны нескольким серверам. Виртуализация и кластеры требуют общего хранилища, к которому обращаются все узлы.
- Объём перерос сервер. Когда данных больше, чем влезает в дисковую корзину сервера, их выносят в масштабируемое хранилище.
- Критичны доступность и защита. Отдельная СХД с дублированием контроллеров и путей держит данные доступными даже при отказе компонентов.
Если ничего из этого нет — одному серверу с локальными дисками и резервным копированием СХД не нужна. О том, как собрать сам сервер с дисковой подсистемой, мы пишем в гайде по выбору сервера. Вывод: СХД — это про общий доступ, масштаб и доступность, а не просто про «много места».
SAN, NAS или DAS: три архитектуры
Главная развилка — как сервер видит хранилище. От неё зависит всё остальное: подключение, производительность, цена и сложность.
| Архитектура | Как работает | Где уместна |
|---|---|---|
| DAS (прямое подключение) | Дисковая полка подключена прямо к серверу по SAS — как внешние диски | Один-два сервера, максимум скорости и минимум цены; доступ не разделяется по сети |
| NAS (файловое хранилище) | Отдаёт файлы по сети (протоколы для файловых шар) поверх обычного Ethernet | Общие папки, обмен файлами, бэкапы, видеоархив — просто и недорого |
| SAN (блочное хранилище) | Отдаёт серверам тома на уровне блоков по выделенной сети (iSCSI или FC) | Базы данных, виртуализация, кластеры — высокая производительность и общий доступ |
Коротко: DAS — самое быстрое и дешёвое, но не разделяемое; NAS — простой общий доступ к файлам; SAN — производительный общий доступ блоками для нагруженных систем. Граница между NAS и SAN сегодня размыта — многие системы умеют и то, и другое (унифицированные СХД). Какую архитектуру взять, решает не мода, а тип нагрузки и требования к общему доступу. Разбор каждой архитектуры по сценариям — тема статей-спутников этого гайда.
Уровни RAID для хранилища
RAID объединяет диски массива ради надёжности и скорости. В СХД выбор уровня — это компромисс между полезным объёмом, защитой и производительностью записи.
- RAID 1 и 10 — зеркалирование. Максимум скорости и надёжности, но половина дисков уходит в дублирование. Выбор под базы данных и нагруженные тома.
- RAID 5 — защита от отказа одного диска с минимальной потерей объёма. Подходит для умеренных нагрузок, но на больших дисках рискован при восстановлении.
- RAID 6 — защита от отказа двух дисков. Рабочий выбор для больших массивов nearline-HDD: бэкап, архив, видеонаблюдение.
В серьёзных системах добавляют диск горячего резерва (hot-spare), который автоматически встаёт на место выбывшего. Массивом управляет RAID-контроллер с собственным кэшем и защитой питания кэша. Подробный разбор уровней и аппаратного против программного RAID — в нашем коконе по контроллерам. Главное помнить: RAID защищает от отказа диска, но не заменяет резервное копирование — от ошибки, шифровальщика или сбоя массива спасает только бэкап.
All-flash, гибрид или HDD: выбор носителей
Тип носителей определяет, для чего СХД годится и сколько стоит. Здесь три подхода.
| Носители | Сильная сторона | Под что |
|---|---|---|
| All-flash (только SSD) | Максимум скорости и минимум задержек | Базы данных, виртуализация, VDI — горячие данные |
| Гибрид (SSD + HDD) | Баланс цены и скорости: SSD под кэш и горячее, HDD под объём | Смешанная нагрузка, где часть данных горячая, часть холодная |
| HDD / nearline | Дешёвый объём в расчёте на терабайт | Бэкап, архив, видеонаблюдение — холодные данные |
Под разные слои берут разные диски: серверные SSD с нужной выносливостью под горячий слой и серверные HDD nearline под объём. Выносливость SSD (ресурс перезаписи) и совместимость дисков с контроллером мы проверяем в QC-Lab. Вывод: носители подбирают под температуру данных — горячее на флеш, холодное на ёмкие HDD.
Подключение: SAS, iSCSI и Fibre Channel
Как СХД соединяется с серверами — отдельный важный выбор. Он влияет на скорость, дальность и цену инфраструктуры.
| Подключение | Характер | Когда выбирают |
|---|---|---|
| SAS | Прямое подключение полки к серверу, коротко и быстро | DAS-сценарий: один-два сервера рядом с хранилищем |
| iSCSI | Блочный доступ поверх обычной сети Ethernet | SAN без отдельной фабрики: гибко и недорого, работает на 10G и выше |
| Fibre Channel (FC) | Выделенная сеть хранения с низкими задержками | Критичные нагрузки, где нужна стабильная задержка и изоляция трафика |
Практика: SAS — для прямого подключения, iSCSI — универсальный и недорогой SAN на Ethernet, FC — для критичных систем с жёсткими требованиями к задержке. iSCSI требует хорошей сети — под него закладывают 10–25G и отдельные порты. Сетевую часть под хранилище разбираем вместе с сервером в гайде по выбору сервера. Конкретные скорости и дальности уточняйте по спецификации оборудования или с Биркосом, доб. 102.
Отказоустойчивость: контроллеры и пути
Смысл отдельной СХД — в том, что данные остаются доступны, даже когда что-то ломается. Достигается это дублированием на каждом уровне.
- Два контроллера (active-active). Оба работают одновременно и подхватывают нагрузку друг друга; отказ одного не останавливает систему.
- Несколько путей (multipath). Сервер видит хранилище по двум независимым маршрутам — обрыв одного не разрывает доступ.
- Дублированное питание и охлаждение. Два блока питания с разных линий, горячая замена вентиляторов и дисков.
Отказоустойчивость стоит денег, поэтому её закладывают по реальной критичности: для архива достаточно RAID 6 и бэкапа, для боевой базы — дублирование контроллеров и путей целиком. Вывод: считайте стоимость простоя — она и определяет, сколько дублирования нужно.
СХД под задачу
Соберём узлы в типовые сценарии. Это ориентиры, от которых отталкиваться; точную конфигурацию считаем под ваши данные и нагрузку.
| Задача | Архитектура и носители | Ориентир |
|---|---|---|
| Бэкап и архив | NAS или DAS на nearline-HDD, RAID 6 | Дешёвый объём; для долгого хранения — лента LTO как отдельный уровень |
| Базы данных | SAN, all-flash, RAID 10, два контроллера | Минимум задержек и максимум IOPS, отказоустойчивость целиком |
| Видеонаблюдение | NAS или DAS, nearline-HDD большой ёмкости, RAID 6 | Устойчивая запись потоков и максимум терабайт на стойку |
| Виртуализация | SAN или унифицированная СХД, all-flash или гибрид | Общий доступ для всех узлов, запас IOPS под рост числа машин |
Для долгого и дешёвого хранения архива к дисковой СХД часто добавляют ленту: ленточные библиотеки и стримеры LTO держат холодные данные дешевле любого диска. Готовое и собранное хранилище — в разделе хранилища данных; пришлите объём, нагрузку и требования к доступности — соберём СХД и протестируем в QC-Lab.
Масштабирование и запас
Хранилище живёт дольше серверов, и расти ему придётся. Заложить запас правильно — значит не переплатить сейчас и не упереться через год.
Есть два пути роста. Scale-up — добавлять диски и дисковые полки к существующей системе: просто, пока хватает контроллеров и портов. Scale-out — добавлять узлы, наращивая и объём, и производительность одновременно: гибче на больших масштабах, но дороже на старте. Для большинства задач малого и среднего бизнеса достаточно scale-up с запасом слотов под диски. Дисковые полки расширения (JBOD) — самый дешёвый способ нарастить объём; о них пишем в коконе по дисковым полкам. Вывод: закладывайте запас по слотам и портам, а не по терабайтам — диски докупите, а сменить контроллер или раму сложнее.
Частые ошибки при выборе СХД
- Выбирать по терабайтам. Объём — последнее; первыми идут архитектура, нагрузка и доступность. Дешёвые терабайты на неподходящей системе не спасут базу данных.
- Брать SAN там, где хватит NAS или DAS. Для файлов и бэкапа выделенная блочная фабрика — лишние деньги и сложность.
- Экономить на сети под iSCSI. Блочное хранилище на перегруженном гигабите тормозит всё; под iSCSI нужна нормальная сеть.
- Считать RAID бэкапом. Массив переживает отказ диска, но не ошибку и не шифровальщик; резервное копирование обязательно и отдельно.
- Игнорировать выносливость SSD. Потребительские SSD в нагруженной СХД быстро вырабатывают ресурс — нужны серверные диски под запись.
Когда СХД не нужна. Если у вас один сервер и нет требований к общему доступу и непрерывности, отдельная СХД — избыточные деньги и сложность: задачу закроют локальные диски сервера в RAID плюс регулярный бэкап на NAS или ленту. Полноценная система хранения оправдана там, где есть несколько серверов, кластер или виртуализация, объём перерос сервер либо простой и потеря данных стоят дороже самой СХД.
Частые вопросы
Чем СХД отличается от обычного сервера с дисками?
СХД — выделенное хранилище, которое отдаёт данные одному или нескольким серверам и обычно дублирует контроллеры и пути ради доступности. Сервер с локальными дисками хранит данные только для себя. СХД нужна, когда данные общие, объём большой или критична непрерывность.
Что выбрать — SAN, NAS или DAS?
DAS — прямое подключение к одному-двум серверам, максимум скорости и минимум цены. NAS — простой файловый доступ по сети для шар и бэкапов. SAN — блочный доступ по выделенной сети для баз данных и виртуализации. Выбор определяется типом нагрузки и нуждой в общем доступе.
Какой RAID нужен для СХД?
RAID 10 — под базы данных, где важны скорость и надёжность. RAID 6 — под большие массивы nearline-HDD: бэкап, архив, видеонаблюдение. RAID 5 — для умеренных нагрузок, осторожно на крупных дисках. В любом случае добавляйте диск горячего резерва.
All-flash или гибрид?
All-flash — для горячих данных: базы, виртуализация, VDI, где критична задержка. Гибрид (SSD-кэш плюс HDD) — баланс цены и скорости под смешанную нагрузку. Чисто HDD — для холодных данных: бэкап, архив, видео.
Чем подключать СХД к серверам?
SAS — для прямого подключения полки к серверу. iSCSI — блочный доступ поверх Ethernet, недорогой и гибкий SAN, требует сети 10G и выше. Fibre Channel — выделенная сеть хранения для критичных нагрузок с жёсткими требованиями к задержке.
Заменяет ли СХД с RAID резервное копирование?
Нет. RAID и дублирование контроллеров защищают от отказа железа, но не от ошибки оператора, шифровальщика или логического сбоя. Резервное копирование — отдельная обязательная задача, желательно на другой носитель, например ленту LTO.
Что такое active-active контроллеры?
Это два контроллера СХД, которые работают одновременно и подхватывают нагрузку друг друга. При отказе одного система продолжает работать на втором без остановки — основа отказоустойчивости боевой СХД.
Как масштабировать хранилище?
Scale-up — добавлять диски и полки расширения (JBOD) к существующей системе, пока хватает контроллеров и портов. Scale-out — добавлять узлы, наращивая объём и производительность сразу. Для большинства задач достаточно scale-up с запасом слотов.
Авторство и ответственность
Статья объясняет принципы выбора системы хранения данных и не заменяет проектирование под конкретную нагрузку, проверку совместимости и тестирование. Производительность, задержки, дальность подключений и предельные характеристики у конкретных систем отличаются — финальную конфигурацию сверяйте со спецификациями оборудования и нашей QC-Lab.
Материал подготовлен при участии AI-ассистента, прошёл фактчекинг QC-Lab и редакторскую вычитку. Технические утверждения проверены против документации вендоров и собственных тестов QC-Lab ANDPRO.
Для подбора, проверки совместимости, конфигураций СХД и серверов Model и КП: info@andpro.ru, +7 (495) 545-48-70, +7 (800) 707-78-15.
Дата последнего обновления материала: 26 июня 2026.
