Распределённая блочная программно-определяемая СХД (Software-Defined Storage, SDS) – это система хранения, в которой блочные тома (LUN/Volumes) предоставляются приложениям и серверам из пула дисков, объединённых программным слоем и разнесённых по нескольким узлам кластера.
В отличие от классических монолитных массивов, такая СХД масштабируется добавлением стандартных серверов с дисками, а функции отказоустойчивости, производительности и управления реализуются программой, а не «железной» контроллерной платформой.
Ключевые принципы распределённой блочной SDS
Основная идея – отделить сервисы хранения mindsw.io от конкретной аппаратной реализации и распределить их по узлам. Клиент видит привычное блочное устройство, а внутри данные защищаются и обслуживаются кластером.
Распределение данных и отказоустойчивость
Данные обычно размещаются с избыточностью между узлами: через репликацию (например, 2–3 копии блоков) или кодирование стирания (erasure coding). При отказе диска или сервера том остаётся доступным, а система автоматически выполняет ребалансировку и восстановление.
Программный контроль и автоматизация
Поскольку управление реализовано в ПО, доступны API, политики размещения и качества сервиса, интеграции с оркестраторами и автоматическое выделение томов под виртуальные машины, контейнеры и базы данных.
Признаки SDS в контексте блочного доступа: какие функции отделяются от железа
Для блочного доступа это означает: хосты по-прежнему получают блочные устройства через iSCSI/FC/NVMe-oF, но решение, как эти блоки распределяются по узлам, защищаются, кэшируются и мигрируют, принимает программный контрол-плейн и дата-плейн SDS. Ниже – основные функции, которые отделяются от «железа» и становятся частью программной платформы.
Какие функции «отрываются» от аппаратной СХД
- Виртуализация блоков и пуллинг ёмкости: объединение дисков разных типов/узлов в пулы, выдача томов/LUN независимо от физического расположения данных, тонкое выделение (thin provisioning).
- Отказоустойчивость и целостность: репликация/кодирование (replication, erasure coding), автоматическое восстановление после отказов, проверки целостности, самовосстановление.
- Снимки и клоны на уровне томов: crash-consistent/consistency group, мгновенные снимки, клоны для тест/дев, интеграция с приложениями через API.
- QoS и контроль производительности: лимиты и гарантии IOPS/MBps/latency, изоляция «шумных соседей», приоритизация критичных нагрузок.
- Кэширование и tiering: использование RAM/NVMe как кэша, автоматическое перемещение «горячих» данных на быстрые носители, оптимизация под профиль нагрузки.
- Шифрование и управление ключами: software-based encryption at rest/in flight, KMS-интеграции, ротация ключей, разделение ролей доступа.
- Мультипротокольный фронтенд для блочного доступа: предоставление томов по iSCSI/FC/NVMe-oF, мультипатинг, ALUA/ANA-логика на уровне платформы, а не конкретного массива.
- Управление жизненным циклом и автоматизация: API-first, инфраструктура как код, политики создания/удаления томов, авто-скейл, оркестрация (включая CSI в Kubernetes для блочных PVC).
- Наблюдаемость и диагностика: метрики, трассировка задержек, сквозной мониторинг пути I/O, предиктивные алерты, аудит операций.
Итог: признаки SDS в распределённой блочной СХД – это перенос виртуализации, надёжности, производительности, безопасности и управления томами из специализированного массива в программный слой, который масштабируется горизонтально на стандартных серверах. «Железо» остаётся ресурсом (CPU/RAM/сеть/диски), а ключевые свойства хранилища задаются политиками и сервисами SDS, одинаково воспроизводимыми на разных платформах и поколениях оборудования.
