Читать полный материал
Для выбора СХД нужны четыре исходных требования: сколько данных хранить, какую нагрузку обслуживать, какой простой допустим и к каким серверам подключаться. SAN, NAS и DAS помогают выбрать способ доступа, но сами по себе не определяют скорость или надёжность. Ниже — порядок проверки конфигурации перед заказом.
Начните с измерений своей системы и списка хостов. Затем сравните системы хранения данных по полезной ёмкости и поддерживаемым портам. Подробные различия моделей доступа вынесены в отдельную статью о блочном, файловом и объектном хранении.
Что такое СХД и когда она нужна
СХД — система хранения данных, отдельное устройство или массив, которое хранит данные и отдаёт их серверам. Пока сервер один и данных немного, хватает его собственных дисков. СХД появляется, когда возникает хотя бы одно из условий:
- Данные нужны нескольким серверам. Платформа виртуализации или кластер могут требовать общего хранилища; проверьте требования выбранной архитектуры.
- Объём перерос сервер. Когда данных больше, чем влезает в дисковую корзину сервера, их выносят в масштабируемое хранилище.
- Критичны доступность и защита. Отдельная СХД может обеспечить переключение при отказе компонентов, если поддерживаемая конфигурация и приложение проверены.
Если ничего из этого нет — одному серверу с локальными дисками и резервным копированием СХД не нужна. Вывод: СХД — это про общий доступ, масштаб и доступность, а не просто про «много места».
SAN, NAS или DAS: начните с приложения
Уточните, какой доступ поддерживают приложение и платформа виртуализации. NAS предоставляет файловый доступ, SAN — блочный; DAS означает прямое подключение. Одна модель СХД может поддерживать несколько протоколов, а конкретная комплектация — только часть из них.
- Файловый доступ: проверьте протоколы SMB/NFS, права, число одновременных клиентов и требования приложения к общим папкам.
- Блочный доступ: проверьте поддержку iSCSI или FC на всех хостах, совместимость ОС и правила совместного использования томов. Доступ нескольких серверов к одному LUN сам по себе не обеспечивает безопасную совместную запись: нужна поддержка со стороны кластера или файловой системы.
- Прямое подключение: проверьте хостовые SAS-порты, адаптеры, кабели и поддерживаемую топологию. Порт расширения для полки не равнозначен порту подключения сервера.
Не выбирайте архитектуру по обещанию «самая быстрая» или «самая дешёвая»: сравнивайте полную конфигурацию с сетью, адаптерами и лицензиями. Подробнее о подключении — SAS, iSCSI и FC.
Как рассчитать требуемую ёмкость
Ёмкость СХД считают от собственных данных, а не от «типовых» цифр. Последовательность:
- Зафиксируйте текущий занятый объём по классам данных — файлы, виртуальные машины, базы, медиа и архив — из фактических отчётов систем.
- Измерьте собственную динамику роста: сравните занятый объём в нескольких точках времени по своим же отчётам; чужие проценты роста к вашим данным отношения не имеют.
- Выберите горизонт планирования и продлите измеренный рост на него — это прогноз полезного объёма.
- Добавьте место под снимки и служебные резервы по документации вашей системы: снапшоты, клоны, метаданные, порог заполнения файловой системы — размеры зависят от платформы и настроенной политики.
- Учтите конкретную RAID/erasure-схему и hot spare: полезная ёмкость группы определяется схемой и числом дисков, а резервные диски исключаются из полезного объёма.
- Переведите полезную ёмкость (usable) в сырую (raw) по документации или калькулятору вендора СХД — там же учитывается разница десятичных и двоичных единиц (подробнее — в статье о реальном объёме накопителя).
- Отдельно проверьте производительность, слоты и порты: ёмкость — не единственное ограничение; расширению нужны свободные корзины, ресурс контроллеров и портов.
Результат — расчёт полезной и сырой ёмкости под ваш горизонт планирования, с явно указанными резервами. Коэффициенты сжатия и дедупликации без измерения своих данных в гарантированную ёмкость не включайте.
Проверьте результат по документации выбранной модели. Например, калькулятор Synology отдельно учитывает резерв системы и предупреждает о дополнительных метаданных тома. Эти резервы нельзя переносить на платформу другого производителя.
Уровни RAID для хранилища
RAID влияет на полезную ёмкость и защиту при отказе дисков. Для обычных групп из одинаковых дисков RAID 5 выдерживает отказ одного диска, RAID 6 — двух. RAID 10 использует зеркальные пары: допустимые сочетания отказов зависят от того, какие диски потеряны. Нельзя обещать одинаковую отказоустойчивость по одному числу накопителей.
Уровень выбирают вместе с размером группы, нагрузкой записи и правилами восстановления у производителя. Восстановление должно укладываться в требования к доступности, а производительность — оставаться достаточной и в деградированном состоянии. У конкретных СХД могут применяться другие схемы защиты и распределённый резерв вместо отдельного hot spare.
Hot spare — резервный диск, а не дополнительная полезная ёмкость и не резервная копия данных. Проверьте, требуется ли он выбранной системе и сколько места занимает её схема резервирования. Не добавляйте аппаратный RAID-контроллер автоматически: готовый массив и серверное программное хранилище могут управлять дисками по-разному.
RAID не заменяет бэкап. Отдельно определите, где хранится резервная копия, как она изолирована от основной системы и как проверяется восстановление. Рекомендации Synology по резервному копированию рассматривают раздельные копии и хранение вне основной площадки.
All-flash, гибрид или HDD: проверяйте нагрузку
Название класса носителей не является результатом теста. Для базы данных и виртуальных машин важны задержка и случайные операции; для архива и резервного копирования — объём, последовательная передача и время восстановления. Измеряйте чтение и запись отдельно, фиксируйте размер блока, число параллельных запросов и пиковые периоды.
- All-flash: рассматривайте, когда требования к задержке и операциям ввода-вывода обосновывают SSD. Сверяйте поддерживаемые модели, ресурс записи и условия гарантий.
- Гибрид: уточните, как именно работают SSD — как кэш или отдельный слой хранения. Эффект зависит от попадания данных в быстрый слой и размера активного набора.
- HDD: проверяйте, хватает ли производительности при одновременной записи, чтении и восстановлении массива; ёмкость не доказывает достаточную скорость.
Сравнивать цифры IOPS можно только при сопоставимых условиях теста. Запросите результат под своим профилем нагрузки, с нужной защитой данных и заполнением. Для серверного варианта — гайд по совместимости и ресурсу SSD.
Подключение: SAS, iSCSI и Fibre Channel
Составьте таблицу «хост — адаптер — порт СХД — коммутатор — кабель». В ней должны быть точные модели, версии прошивок и ОС, протокол, скорость, число независимых путей и поддерживаемая схема подключения.
- SAS: проверьте именно хостовый интерфейс массива, внешний HBA, разъёмы и разрешённую длину кабеля. Совместимость механического разъёма недостаточна.
- iSCSI: согласуйте Ethernet-порты, трансиверы и сетевую конфигурацию. Скорость выбирают по измеренному трафику и ограничениям оборудования; универсального требования «только 10G и выше» нет. Один перегруженный общий канал может стать ограничением всей системы.
- FC: сверяйте HBA, коммутаторы, трансиверы, версии драйверов и поддерживаемую топологию. Сам протокол не гарантирует требуемую задержку приложения.
Матрица совместимости производителя важнее совпадения рекламных характеристик. Например, Support Matrix Dell PowerVault ME5 содержит отдельные требования к хостам, адаптерам и прошивкам. Это пример способа проверки, а не рекомендация одной модели для всех задач.
Отказоустойчивость: контроллеры и независимые пути
Определите допустимые время простоя и потерю данных. Защита от отказа диска, отказа контроллера и потери площадки — разные требования. Два блока питания с одним источником и два кабеля через один коммутатор сохраняют общую точку отказа.
Два контроллера не означают, что приложение продолжит работу без паузы. Требуются поддерживаемая схема переключения, настроенный multipath на хостах и проверка поведения приложения. У NetApp поддержка multipathing зависит от конфигурации хоста; в описании переключения путей ONTAP отдельно разобраны NAS и SAN. Эти особенности нельзя переносить на любую СХД.
- Нарисуйте маршруты от каждого хоста до обоих контроллеров и отметьте общие компоненты.
- Проверьте поддержку multipath в выбранной ОС и рекомендованную политику путей.
- В плане приёмки предусмотрите потерю одного пути и одного контроллера на изолированных тестовых данных, с измерением паузы и ошибок приложения.
- Отдельно проверьте восстановление из резервной копии: успешное переключение контроллера этого не доказывает.
СХД под задачу: какие измерения собрать
- Базы данных: задержка чтения и записи, пиковые IOPS, размер активного набора, журналирование и допустимая пауза при отказе.
- Виртуализация: требования гипервизора к протоколам, совместный доступ, пики запуска и резервного копирования виртуальных машин, рост числа хостов.
- Бэкап и архив: объём за период хранения, окно копирования, скорость восстановления и размещение отдельной копии.
- Видеонаблюдение: суммарный поток записи, срок хранения, одновременное чтение архива и запас при восстановлении массива.
Это исходные данные для расчёта, а не готовые сочетания «RAID 10 для каждой базы» или «HDD для любого архива». Конфигурацию подтверждают документацией и проверкой нагрузки.
Масштабирование и запас
Scale-up — расширение существующей системы дисками и полками; scale-out — добавление узлов в поддерживаемую распределённую архитектуру. Свободный слот не гарантирует возможность расширения: есть ограничения на число дисков, полок, размер пула и тома, модели накопителей и версии ПО.
Проверьте, какие ресурсы закончятся первыми: ёмкость, порты, производительность контроллеров или лицензии. Уточните, можно ли добавить ёмкость без переноса данных, какие ограничения действуют при изменении RAID и нужна ли остановка. Для внешних полок сначала сверяйте матрицу подключения; их принцип разобран в гайде по выбору JBOD.
Частые ошибки при выборе СХД
- Сравнивать сырую ёмкость одной системы с полезной ёмкостью другой.
- Считать компрессию и дедупликацию гарантированным выигрышем без проверки своих данных.
- Покупать нужное число портов без проверки протокола и совместимости адаптеров.
- Считать два кабеля независимыми путями, хотя они проходят через общий коммутатор.
- Оценивать только штатную скорость, не проверяя деградированный режим и восстановление.
- Заменять план резервного копирования RAID, снапшотами или вторым контроллером.
Когда отдельная СХД не нужна: если локальная дисковая подсистема сервера вместе с независимым бэкапом закрывает измеренную нагрузку, объём и требования к восстановлению. Это проверяется по требованиям, а не только по числу серверов.
Что отправить для подбора СХД
Подготовьте текущий полезный объём и прогноз роста; отчёт о нагрузке; список хостов, ОС и адаптеров; схему сети; требования к простою и потере данных; политику снимков и резервного копирования. Укажите ограничения стойки, питания и будущего расширения.
После этого сравните СХД в каталоге ANDPRO и запросите проверку конкретной комплектации. В предложении должны быть отдельно указаны полезная ёмкость после защиты и резервов, модели дисков, хостовые порты, лицензии и условия проверки производительности.
Авторство и источники
Материал редакции ANDPRO подготовлен с участием AI-ассистента по указанной документации производителей. Он объясняет порядок выбора и не заменяет проверку совместимости конкретной конфигурации и испытание под нагрузкой.
Матрицы совместимости и ограничения меняются с версиями ПО. Перед заказом проверяйте документацию именно выбранной модели. Результаты испытаний конкретной СХД в этой статье не приводятся.
