Неправильно выбранная система хранения способна ограничить производительность всей ИТ-инфраструктуры — даже при мощных серверах и современной сети. Узкие места по IOPS, высокая задержка (latency), сложное масштабирование и избыточные расходы чаще всего связаны не с «плохим железом», а с неверной архитектурой хранения.
Выбор СХД определяется требованиями к нагрузке, доступности и масштабируемости. Бюджет ограничивает возможные варианты, но архитектурная модель должна соответствовать задачам бизнеса.
Рассмотрим основные типы систем хранения данных, применяемые в дата-центрах: DAS, NAS, SAN и SDS, их различия и сценарии использования.
Сравнение архитектур СХД
| Тип | Подключение | Масштабируемость | Сложность | Производительность |
|---|---|---|---|---|
| DAS | прямое к серверу | ограниченная (вертикальная) | минимальная | высокая локальная, минимальная задержка |
| NAS | через IP-сеть | средняя | средняя | зависит от сети |
| SAN | через выделенную сеть | высокая | высокая | высокая, блочный доступ |
| SDS | программный уровень | высокая (горизонтальная) | средняя | зависит от архитектуры |
DAS — Direct Attached Storage
DAS — это дисковая система, подключённая напрямую к серверу без использования общей сети хранения.
Архитектура
Сервер → SAS HBA → Дисковая полка
или
Сервер → прямое FC/iSCSI подключение → СХД
Особенности
- минимальная задержка доступа;
- высокая локальная производительность;
- простота внедрения;
- масштабирование путём добавления дисков к конкретному серверу.
DAS подходит для нагрузок, чувствительных к latency, где данные обрабатываются одним сервером.
Когда оправдан:
- изолированные сервисы;
- один сервер работает с хранилищем;
- ограниченный бюджет;
- небольшие объёмы данных.
Ограничения:
- отсутствует централизованный доступ;
- отказ сервера приводит к потере доступа;
- масштабирование ограничено возможностями конкретного узла.
DAS — простое решение для локальных нагрузок, но плохо подходит для распределённых инфраструктур.
NAS — Network Attached Storage
NAS — это система хранения, подключённая к IP-сети и предоставляющая файловый доступ.
Протоколы:
- SMB/CIFS — Windows
- NFS — Linux/Unix
- AFP — macOS
В модели NAS серверы получают доступ к файлам и каталогам. Это отличает её от SAN, где используется блочный доступ.
Где применяется:
- файловые сервисы компании;
- резервное копирование;
- архивы и медиахранилища;
- Dev/Test среды;
- системы видеонаблюдения.
Для подобных задач важнее пропускная способность (throughput), чем минимальная задержка.
Ограничения:
- нагрузка на общую IP-сеть;
- производительность зависит от сети;
- при высокой интенсивности может стать узким местом.
NAS — удобное решение для совместного доступа к данным и инфраструктурных задач хранения.
SAN — Storage Area Network
SAN — это выделенная сеть хранения, предоставляющая блочный доступ (LUN). Серверы работают с хранилищем как с локальным диском.
Основные протоколы
- Fibre Channel (FC) — изолированная сеть хранения, высокая производительность;
- iSCSI — блочный доступ по IP;
- NVMe over Fabrics — современный вариант с минимальной задержкой.
SAN чаще используется там, где критична latency и стабильные IOPS — например, для баз данных (PostgreSQL, Oracle, MS SQL), виртуализации (VMware, Hyper-V) и ERP-систем.
Когда необходима:
- высокая плотность виртуальных машин;
- критичные БД;
- требования к отказоустойчивости;
- централизованное управление хранением.
Ограничения:
- высокая стоимость инфраструктуры;
- сложность внедрения;
- необходимость квалифицированного администрирования.
SAN — стандарт для критичных корпоративных нагрузок с высокими требованиями к производительности и доступности.
SDS — Software-Defined Storage
SDS — программно-определяемое хранилище, объединяющее локальные диски нескольких серверов в единый распределённый пул.
Все функции СХД реализуются программным уровнем:
- репликация или erasure coding;
- балансировка нагрузки;
- снапшоты;
- горизонтальное масштабирование.
В отличие от традиционных СХД, SDS масштабируется добавлением узлов. Однако сеть становится критически важным элементом архитектуры (10/25/100G в зависимости от нагрузки).
Где применяется:
- гиперконвергентная инфраструктура;
- облачные среды;
- проекты поэтапного масштабирования;
- решения с требованиями гибкости оборудования.
Многие современные решения, включая ряд российских платформ хранения, используют архитектуру SDS или её модификации.
Ограничения:
- производительность зависит от конфигурации серверов и сети;
- требуется тщательное проектирование;
- при ошибках архитектуры возможны узкие места.
SDS обеспечивает гибкость и горизонтальное масштабирование, но требует грамотного проектирования и качественной сетевой инфраструктуры.
Матрица выбора
| Критерий | DAS | NAS | SAN | SDS |
|---|---|---|---|---|
| Начальные инвестиции | минимальные | низкие | высокие | средние |
| Производительность | высокая локальная | средняя | высокая | зависит от конф. |
| Масштабируемость | ограниченная | средняя | высокая | горизонтальная |
| Сложность экспл. | низкая | низкая | высокая | средняя |
| Отказоустойчивость | низкая | средняя | высокая | зависит от арх. |
Как выбрать подходящую архитектуру
Тип СХД должен соответствовать характеру нагрузки:
- Один сервер и локальная обработка данных → DAS
- Файловые сервисы и резервное копирование → NAS
- Виртуализация и базы данных → SAN
- Масштабируемая гиперконвергенция и облако → SDS
На практике часто применяется гибридная модель: SAN для критичных приложений, NAS для файловых сервисов, SDS — для масштабируемых облачных сред.
Нет универсально лучшей системы хранения. Есть соответствие архитектуры требованиям к производительности, доступности и масштабированию.
О том, какие ещё параметры учитывать при выборе системы, — в материале «Критерии выбора СХД».