Как выбрать систему хранения данных: SAN, NAS и гибридные схемы

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

Разберём три подхода и порядок подбора.

Блочный доступ

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

Подключение идёт по сети хранения: Fibre Channel или протоколы поверх Ethernet. Первый вариант надёжнее и предсказуемее, второй дешевле и проще в эксплуатации.

Файловый доступ

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

Плюс — простота: не нужна отдельная сеть хранения, доступ настраивается правами на папки. Минус — накладные расходы протокола, из-за чего для баз данных такой доступ подходит хуже.

Гибридные системы

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

Модели такого класса представлены в разделе систем хранения данных.

Что определяет конфигурацию

Диски: скорость против ёмкости

• Твердотельные NVMe — базы данных, виртуализация, всё, где важна задержка.
• Твердотельные SAS и SATA — основной рабочий объём в современных массивах.
• Жёсткие диски большой ёмкости — архивы, резервные копии, видеоархив.
• Многоуровневое хранение — система сама перемещает горячие данные на быстрые носители, холодные на медленные.

Отдельно считается полезная ёмкость. Она всегда меньше суммы дисков: часть уходит на избыточность, часть на диски горячего резерва, часть на служебные нужды. Массив из двенадцати дисков по 4 ТБ в схеме с двойной чётностью даёт около 36–38 ТБ полезного объёма, а не 48.

Отказоустойчивость

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

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

Когда система хранения не нужна

Если сервер один и данные помещаются в его дисковые отсеки, отдельная система только усложнит схему. Расширить объём дешевле дисками или дисковой полкой прямого подключения.

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

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

Fibre Channel или Ethernet? Ethernet проще и дешевле, отдельная сеть Fibre Channel предсказуемее под нагрузкой. Для большинства задач достаточно Ethernet с выделенными портами.

Сколько дисков горячего резерва закладывать? Обычно один на каждые 12–24 диска, в зависимости от критичности и времени поставки замены.

Можно ли смешивать диски разного объёма? В одной группе — нежелательно: массив выравнивается по наименьшему.

Что с лицензиями? Снимки, репликация и многоуровневое хранение часто активируются отдельно — это уточняется при заказе.

Подбор и поставка

В каталоге Азияторг есть системы хранения, накопители и комплектующие, серверы и оптические модули для подключения.

Опишите приложения, объём данных и требования к доступности на server@tkasiatorg.ru — предложим конфигурацию с расчётом полезной ёмкости.