Файловый сервер или NAS: что выбрать для бизнеса и какой RAID настроить

Вопрос «файловый сервер или NAS» обычно возникает в одной ситуации: общая папка на компьютере сотрудника перестала справляться: не хватает места, доступ стал ненадёжным, а держать рабочую станцию включённой круглосуточно нельзя. Дальше выбор между компактной NAS-коробкой на 2-4 диска и полноценным файловым сервером. Разница не сводится к цене: это разные архитектуры с разным запасом по производительности и надёжности. В статье разберём, чем они отличаются на уровне железа, как выбрать уровень RAID под задачу и почему RAID сам по себе не заменяет резервное копирование.

Чем файловый сервер отличается от готового NAS

NAS (Network Attached Storage), специализированное устройство: компактный корпус, маломощный процессор (ARM или младший x86), ограниченно расширяемая память, фирменная упрощённая ОС с веб-интерфейсом. Задача NAS: отдавать файлы по сети с минимумом настройки. Разумный выбор для небольшой команды с нетребовательной нагрузкой: хранение документов, простой бэкап станций, доступ к небольшому архиву.

Файловый сервер: серверная платформа общего назначения (обычно 2U-шасси на двух процессорах Xeon), на которую ставится полноценная ОС: Windows Server с ролью «Файловые службы» или Linux с Samba. Отличия принципиальные:

• Процессор и ОЗУ. Серверные Xeon и десятки-сотни гигабайт памяти дают запас под параллельные задачи: сканирование, индексацию, одновременную работу десятков клиентов без деградации скорости.
• ECC-память. В отличие от большинства NAS, серверная платформа штатно работает с ECC-памятью, это напрямую влияет на целостность данных (подробнее в разделе ниже).
• Расширяемость. В сервер можно добавить процессор, память, дисковые полки, карты 10G/25G Ethernet, второй RAID-контроллер. NAS в этом смысле почти всегда тупиковая ветка: апгрейд ограничен числом отсеков платформы производителя.
• Выбор ОС. Сервер не привязан к фирменной прошивке: Windows Server с групповой политикой и правами NTFS, Linux с Samba, гипервизор с файловым сервером в виртуальной машине.

Обратная сторона: сложность обслуживания. Сервер требует администратора, который настроит роль, права доступа и мониторинг, тогда как NAS во многом «настраивает себя сам».

Когда выбрать NAS, а когда файловый сервер

NAS оправдан, если: команда до 10-15 человек, нагрузка не выше «положить-скачать» файл без интенсивного параллельного доступа, нет задачи держать на устройстве что-то ещё (базы данных, виртуальные машины), а бюджет и штат ИТ ограничены.

Файловый сервер нужен, если: пользователей больше 15-20 и они одновременно активно читают/пишут файлы; на хранилище нужно совместить несколько ролей (архив + резервные копии + бэкенд для 1С или CRM); критична производительность под нагрузкой (видеомонтаж, инженерные чертежи, большие базы); важна интеграция с Active Directory и детальные NTFS-права; планируется рост объёма данных на годы вперёд, а не на квартал.

Уровни RAID: как выбрать под задачу

RAID (Redundant Array of Independent Disks) объединяет несколько физических дисков в один логический массив ради скорости, отказоустойчивости или того и другого сразу. Для файлового хранения в бизнесе практически всегда рассматриваются уровни 0, 1, 5, 6 и 10: они закрывают весь диапазон задач от максимальной скорости без защиты до баланса надёжности и полезного объёма.

Как выбрать уровень на практике

• RAID 1: системный раздел сервера или небольшой архив, где важнее простота и надёжность, чем экономия объёма.
• RAID 5: типовой файловый архив с преобладанием чтения: документы, медиатека, общие папки без интенсивной одновременной записи.
• RAID 6: большие массивы из HDD от 4 ТБ, где пересборка RAID 5 заняла бы много часов и второй отказ диска за это время реален; выбирается там, где подстраховка важнее последнего процента производительности.
• RAID 10: базы данных, виртуализация, сервисы с интенсивной параллельной записью, где важны и скорость, и отказоустойчивость.

Универсального «лучшего» уровня нет: выбор всегда компромисс между объёмом, скоростью и надёжностью под конкретный профиль нагрузки.

Почему для хранилища важна ECC-память

ECC (Error-Correcting Code): память, которая обнаруживает и исправляет одиночные битовые ошибки на лету. Для файлового сервера это не второстепенная опция: данные проходят через ОЗУ на пути от диска к сети при каждой операции чтения и записи, а также при работе RAID-контроллера и кэша. Необнаруженная ошибка бита в обычной памяти без коррекции может незаметно повредить файл при копировании или пересчёте контрольных сумм RAID. Такая порча вскроется далеко не сразу, иногда только при восстановлении после сбоя. На сервере, который сутками обслуживает десятки пользователей, вероятность такого события накапливается за месяцы. Подобрать модули ECC REG под платформу можно в разделе оперативная память.

Горячая замена дисков и число отсеков

Горячая замена (hot-swap): возможность извлечь неисправный диск и вставить новый без выключения сервера. Для файлового хранилища это принципиально: остановка сервиса ради замены диска в RAID 5/6/10 означает простой для всех пользователей, тогда как hot-swap отсек позволяет заменить диск, пока массив пересобирается в фоне.

Число отсеков определяет и уровень RAID, и запас на рост данных. 4 отсека: минимум для RAID 5 без расширения. 8 отсеков: комфортный вариант для RAID 6 или RAID 10 с местом под будущие диски. 12-24 отсека: уровень, где есть смысл в раздельных массивах под разные задачи (например, RAID 10 под активные данные и RAID 6 под архив) в одном шасси.

SSD vs HDD для файлового хранения

Выбор носителя определяется профилем доступа к данным, а не одним бюджетом:

• HDD: ниже цена за терабайт на порядок, что делает его основным выбором для объёмных архивов, резервных копий и данных без постоянного интенсивного параллельного доступа. Современные серверные HDD дают достаточную скорость для последовательного чтения и записи большинства файловых сценариев.
• SSD и SAS-диски 10K: заметно выше скорость произвольного доступа, что важно там, где к хранилищу одновременно обращаются десятки клиентов или на том же массиве держат виртуальные машины и базы данных. Стоимость за терабайт выше, поэтому их применяют не для всего объёма, а под наиболее нагруженную часть данных.

Подобрать серверные накопители под задачу можно в разделе серверные HDD.

Резервное копирование: RAID не бэкап

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

Готовые конфигурации в нашем каталоге

В каталоге HUANANZHI собраны готовые 2U-серверы хранения на платформе двух процессоров Intel Xeon E5-2680 v4, с памятью DDR4 ECC REG и аппаратным RAID-контроллером P440, поддерживающим уровни RAID 5, 6 и 10. Корпус: 8 горячих отсеков 2,5″, что позволяет собрать отказоустойчивый массив с запасом под последующее расширение. Доступны две базовые конфигурации по типу накопителей:

• 8 × 1,2 ТБ SAS 10K (около 9,6 ТБ суммарного объёма до RAID): вариант для активных данных с частым параллельным доступом, от 321 118 ₽.
• 8 × 4 ТБ HDD (около 32 ТБ суммарного объёма до RAID): вариант для объёмного архива и резервного хранения с приоритетом на полезную ёмкость.

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

Заключение

NAS: оправданный выбор для небольшой команды с нетребовательной нагрузкой и ограниченным бюджетом на администрирование. Файловый сервер нужен там, где важны запас производительности, ECC-память для целостности данных, гибкость в выборе ОС и уровня RAID, а также перспектива роста объёма данных на годы вперёд. Уровень RAID выбирается под профиль нагрузки: RAID 1 для простоты, RAID 5 для баланса объёма и надёжности, RAID 6 для больших массивов из HDD, RAID 10 для интенсивной параллельной записи. И в любом случае RAID дополняет, но не заменяет резервное копирование. Если нужна помощь с расчётом конкретной конфигурации под ваш объём данных и число пользователей, подберём сервер и уровень RAID в разделе файловый сервер, а под накопители и память, в разделах серверные HDD и оперативная память.

Автор статьи