Система хранения данных (СХД): что это, какие бывают и как выбрать

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

Обычно СХД состоит из контроллеров, которые обрабатывают запросы, дисковых полок с жёсткими дисками или SSD и программной части. Программная часть управляет томами, защитой данных, снимками и репликацией. Ниже разберём, какие бывают системы хранения, чем отличаются способы доступа и как выбрать СХД под свою задачу.

Система хранения данных: виды DAS, NAS и SAN

Системы хранения принято делить по способу подключения к серверам. От этого зависят производительность, масштабирование и то, сколько систем могут пользоваться одним хранилищем.

• DAS (Direct Attached Storage) — хранилище, подключённое напрямую к одному серверу. Простое и недорогое, но ресурсы сложно разделять между системами.
• NAS (Network Attached Storage) — сетевое файловое хранилище. Доступ по протоколам NFS и SMB, подходит для общих папок, документов и резервных копий.
• SAN (Storage Area Network) — выделенная сеть хранения с блочным доступом по Fibre Channel или iSCSI. Используется для баз данных, виртуализации и нагруженных систем.

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

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

Блочный, файловый и объектный доступ

Блочный доступ отдаёт серверу «сырой» том. Сервер работает с ним как с локальным диском: размечает, форматирует и сам управляет файловой системой. Это самый быстрый вариант для баз данных и виртуальных машин, потому что между приложением и дисками нет лишних уровней.

Файловый доступ оперирует папками и файлами. Файловую систему ведёт само хранилище, а клиенты подключаются к общим ресурсам по сети. Такой доступ удобен для совместной работы, домашних каталогов пользователей и хранения документов.

Объектный доступ хранит данные как объекты с метаданными и уникальным идентификатором. Приложения обращаются к ним через API, часто S3-совместимый. Объектное хранилище хорошо масштабируется и подходит для архивов, резервных копий и больших объёмов неструктурированных данных: фото, видео, журналов.

Выбор способа доступа зависит от приложения, а не от предпочтений администратора. СУБД и гипервизоры обычно ожидают блочный том, офисные пользователи работают с сетевыми папками, а современные приложения и системы резервного копирования всё чаще умеют писать данные в объектное хранилище напрямую.

Многие современные СХД поддерживают несколько типов доступа сразу. Это удобно, когда одной системе нужно обслуживать и виртуализацию, и файловые ресурсы.

Система хранения данных NAS или SAN: что выбрать

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

Система хранения данных SAN нужна, когда важны задержки и предсказуемая производительность. Базы данных, кластеры виртуализации, нагруженные учётные системы работают с блочными томами и чувствительны к задержкам. SAN строится либо на Fibre Channel с отдельными коммутаторами, либо на iSCSI поверх Ethernet. Fibre Channel даёт изолированную сеть хранения, iSCSI позволяет использовать привычное сетевое оборудование.

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

На практике выбор редко бывает строгим. Небольшой компании может хватить NAS с поддержкой iSCSI для пары серверов виртуализации. Крупной организации понадобится SAN для ядра систем и отдельное файловое или объектное хранилище для документов и архивов.

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

Как СХД защищает данные: RAID, снимки и репликация

Первый уровень защиты — RAID, то есть распределение данных по нескольким дискам с избыточностью. RAID 1 зеркалирует данные на два диска. RAID 5 хранит контрольную сумму и переживает отказ одного диска, RAID 6 — двух. RAID 10 сочетает зеркалирование и чередование и даёт хорошую производительность на запись. Многие СХД используют собственные схемы распределения данных, но принцип тот же: работа продолжается при отказе диска.

Второй уровень — дублирование компонентов. В отказоустойчивой СХД два контроллера, резервные блоки питания и несколько путей подключения к серверам. Если один элемент выходит из строя, нагрузку принимает второй, и единой точки отказа нет.

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

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

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

Как выбрать систему хранения данных

Выбор СХД начинается с описания задач, а не с характеристик моделей. Соберите данные о текущих системах и ответьте на несколько вопросов.

• Объём сейчас и прогноз роста на 3–5 лет.
• Нагрузка: сколько операций ввода-вывода нужно базам данных и виртуализации.
• Тип доступа: блочный, файловый или оба сразу.
• Требования к отказоустойчивости и времени восстановления.
• Совместимость с серверами, сетью и системой резервного копирования.
• Требования к импортозамещению и наличие решения в реестрах российской продукции.

Отдельно оцените тип носителей. Системы на SSD дают низкие задержки и подходят для нагруженных баз данных. Жёсткие диски дешевле в пересчёте на объём и подходят для архивов. Гибридные системы сочетают оба типа и переносят часто используемые данные на быстрые носители.

Учитывайте и масштабирование: можно ли добавить дисковые полки или контроллеры без остановки работы и замены всей системы. Стоимость владения складывается не только из цены оборудования, но и из поддержки, расширения и энергопотребления.

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

Итог

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

Команда Гравитино подбирает серверы и системы хранения данных под задачу и бюджет — от компактных NAS до масштабируемых SAN — и помогает с внедрением, резервным копированием и поддержкой.