Как выбрать систему хранения данных (СХД) для компании в 2026 году

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

Что такое СХД и зачем она компании

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

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

Какие задачи решает СХД

Если свести к практике: она нужна там, где данные работают, а не просто лежат. Это хранение и обработка баз данных, обеспечение работы виртуальных машин, централизованный доступ сотрудников к файлам, резервное копирование с заданными параметрами RPO и RTO, видеоархивы систем наблюдения. Чем выше нагрузка и требования к непрерывности работы — тем сильнее ощущается разница между сервером с несколькими дисками и специализированной системой.

Сервер, СХД и NAS: в чём разница и что покупать компании

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

Когда хватает сервера

Если в компании один-два сервера, данные читают и пишут в умеренном темпе, а доступ к файлам нужен только локально — сервер с локальными дисками в RAID справится. Это актуально для небольших офисов до 10–15 человек, где ИТ-инфраструктура не усложнена.

Когда нужен NAS

Как только нескольким сотрудникам или нескольким серверам требуется одновременный доступ к файлам по сети, появляется потребность в файловом сервере. NAS (Network Attached Storage) — это устройство, которое подключается к локальной сети и предоставляет доступ к данным по протоколам SMB или NFS. Оно не занимает ресурсы основного сервера и управляется отдельно. Для большинства офисных задач — документооборот, архивы, бэкапы — NAS достаточно.

Когда нужен отдельный массив или SAN

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

DAS: когда подходит прямое подключение

DAS (Direct Attached Storage) — дисковый массив, подключённый к серверу напрямую через SAS или SATA. Никакой сети между сервером и хранилищем нет: данные передаются по прямому каналу, что даёт максимальную скорость доступа и минимальные задержки для того сервера, к которому подключён массив.

Именно поэтому DAS хорошо подходит под задачи с высоким I/O: серверы баз данных, видеомонтаж, резервное хранилище для одного узла. Если у вас один сервер и нужен быстрый доступ к большому объёму данных без сложной инфраструктуры — DAS даёт это проще и дешевле, чем SAN.

Ограничение одно, но существенное: DAS виден только тому серверу, к которому подключён. Второй сервер подключиться к нему не может. Это означает, что при росте инфраструктуры придётся либо добавлять отдельный массив к каждому серверу, либо переходить на сетевые архитектуры. Масштабирование тут ограничено количеством портов на контроллере HBA.

NAS: когда нужно сетевое файловое хранилище

NAS — устройство с собственной операционной системой, дисковым массивом и сетевым интерфейсом. Оно подключается к Ethernet-сети офиса и раздаёт файлы по стандартным протоколам: SMB для Windows-сред, NFS для Linux и Unix. Несколько серверов и рабочих станций могут одновременно работать с одними и теми же файлами — это и есть главная ценность NAS.

Для офиса от 10 до 100 человек NAS закрывает большинство типовых задач: общий документооборот, хранение проектных файлов, архив почты, централизованные бэкапы с рабочих станций, библиотеки медиафайлов. Управлять таким устройством может системный администратор без специализированных знаний в SAN-архитектуре, а большинство производителей дают веб-интерфейс с понятными инструментами настройки RAID, прав доступа и репликации.

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

SAN: когда компании нужна выделенная сеть хранения

SAN (Storage Area Network) — это выделенная сеть передачи данных между серверами и системами хранения. В отличие от NAS, SAN работает не с файлами, а с блоками данных. Сервер видит LUN (Logical Unit Number) — виртуальный диск, — и работает с ним так, будто это локальный накопитель. Вся транспортная часть — по Fibre Channel или iSCSI — скрыта от операционной системы.

Почему это важно для баз данных и виртуализации

Когда СУБД — Oracle, MS SQL, PostgreSQL под серьёзной нагрузкой — работает напрямую с блочным устройством, она получает предсказуемые задержки и гарантированный IOPS. Файловый уровень не добавляет накладных расходов. То же самое касается VMware vSphere или Hyper-V: несколько хостов виртуализации используют один SAN-массив через shared storage, что позволяет реализовать живую миграцию виртуальных машин (vMotion / Live Migration), кластеризацию и автоматическое восстановление при отказе хоста.

Где SAN оправдана

SAN обоснована там, где одновременно выполняются несколько условий: нагрузка на I/O высокая и предсказуемая, несколько серверов должны иметь доступ к одному хранилищу, а стоимость простоя существенна. Это корпоративные ERP-системы, финансовые приложения, производственные базы данных, крупные виртуализированные среды. Порог входа здесь выше: нужны HBA-адаптеры на серверах, коммутаторы FC или iSCSI-инфраструктура, а персонал должен понимать принципы зонирования и управления LUN.

Сравнение DAS, NAS и SAN

Итоговая логика выбора проста: DAS — если нужна скорость для одного сервера и не планируется расширение. NAS — если нужен общий доступ к файлам в офисе без лишней сложности. SAN — если несколько серверов работают с одними данными под нагрузкой и важна отказоустойчивость уровня enterprise.

Как выбрать СХД: 8 критериев для бизнеса

Выбор системы хранения данных — это не только про объём дисков. Ниже — восемь параметров, которые реально влияют на то, будет ли устройство работать так, как нужно через год и через три.

Объём данных и темп роста

Рассчитайте не только текущий объём, но и прогноз на 3 года. Обычно данные в компании растут на 20–40% в год. Покупать с запасом под текущий объём — значит через год снова думать о расширении. Смотрите, насколько легко добавить полки или диски к выбранной модели.

Нагрузка и скорость: IOPS и latency

IOPS (операции ввода-вывода в секунду) — ключевой показатель для баз данных и виртуальных машин. Для СУБД под средней нагрузкой нужно от 5 000 до 50 000 IOPS в зависимости от размера и типа транзакций. Задержка (latency) должна быть в пределах 1–5 мс для большинства бизнес-приложений; для критичных систем — ниже 1 мс, что достигается только на All-Flash массивах (NVMe или SAS SSD).

Надёжность и отказоустойчивость

Смотрите на наличие дублированных контроллеров, блоков питания и вентиляторов. Уточняйте, как устройство ведёт себя при отказе диска: насколько быстро идёт восстановление RAID и снижается ли производительность в этот период. Важны параметры RPO (допустимая потеря данных) и RTO (время восстановления) — они должны соответствовать требованиям бизнеса.

Совместимость

Проверьте совместимость с вашими серверами, операционными системами и гипервизорами. У большинства производителей СХД есть Hardware Compatibility List. Особенно важна совместимость при работе с VMware, Hyper-V или 1С: неподтверждённая конфигурация — источник трудноотлаживаемых проблем.

Масштабирование

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

Бюджет и стоимость владения

Цена самого устройства — это меньшая часть TCO (Total Cost of Ownership). Учитывайте стоимость дисков, лицензий на функции (снапшоты, репликация, тонкое выделение ресурсов), поддержки и обслуживания. Бюджетный массив без опции расширения и без нормальной поддержки через два года может обойтись дороже, чем изначально более дорогое решение.

Что выбрать под разные задачи

Файловый архив и документооборот

Для хранения офисных документов, почтовых архивов и общих папок достаточно NAS среднего класса с RAID 5 или RAID 6. Производительность здесь не критична, важнее ёмкость, надёжность и удобство управления правами доступа.

1С и серверы приложений

1С:Предприятие чувствительна к задержкам ввода-вывода. При небольшой базе (до 20–30 пользователей) хватит производительного сервера с SSD в RAID. При росте нагрузки — либо DAS с SSD-дисками, либо iSCSI-хранилище с выделенной пропускной способностью. Обычные NAS-устройства на HDD здесь часто становятся узким местом.

Базы данных

Для Microsoft SQL Server, Oracle или PostgreSQL под нагрузкой нужен блочный доступ с предсказуемым IOPS. Оптимальный выбор — DAS с NVMe или SAS SSD, либо SAN-массив. Файловые протоколы NAS добавляют накладные расходы, которые на больших объёмах транзакций ощущаются как деградация производительности.

Виртуализация VMware / Hyper-V

Несколько хостов виртуализации, использующих shared storage, — это задача для SAN или iSCSI-хранилища. Только блочный доступ позволяет реализовать живую миграцию ВМ, кластеризацию и автоматическое восстановление при отказе хоста. NAS через NFS тоже поддерживается VMware, но с рядом ограничений.

Резервное копирование

Для бэкапов подходит и NAS, и DAS — здесь важнее ёмкость и надёжность, а не скорость. Обратите внимание на поддержку протокола S3 или интеграцию с популярными решениями резервного копирования (Veeam, Bacula).

Частые вопросы

Чем SAN отличается от NAS?

NAS предоставляет файловый доступ — сервер получает папки и файлы по сети. SAN предоставляет блочный доступ — сервер получает виртуальный диск и работает с ним как с локальным накопителем. Это разные уровни работы с данными и разные сценарии применения.

Можно ли использовать NAS для 1С?

Можно, но с ограничениями. Для небольших баз и малой нагрузки — нормально работает. При числе активных пользователей от 30–50 и регулярных проведениях документов NAS на HDD, скорее всего, станет узким местом. Лучше использовать SSD-массив с прямым подключением или iSCSI.

Нужен ли RAID в СХД?

RAID — базовый уровень защиты от отказа диска, но не замена бэкапу. Большинство современных СХД используют RAID 5, RAID 6 или их аналоги (RAID-DP, erasure coding). Бэкап должен быть отдельно — RAID не спасёт от случайного удаления данных или программного сбоя.

Какие преимущества у SSD перед HDD в СХД?

SSD даёт в 10–100 раз более высокий IOPS и задержки в 10–20 раз ниже, чем HDD. Для транзакционных нагрузок это кардинально меняет производительность. Гибридные массивы (SSD + HDD) позволяют оптимизировать баланс между стоимостью и скоростью: горячие данные живут на SSD, холодные — на HDD.

Когда хватает DAS?

Когда данные использует только один сервер, нагрузка на I/O высокая, а строить сетевую инфраструктуру хранения нецелесообразно по бюджету или сложности. Типичные случаи — одиночный сервер баз данных, рабочая станция для монтажа видео, локальное резервное хранилище.