Читать полный материал
Файловый сервер выбирают по рабочим файлам и способу доступа к ним. Сначала определите полезную ёмкость, одновременную нагрузку, права и допустимое время восстановления. Затем выбирайте платформу, диски и сеть. Число сотрудников и сумма объёмов накопителей сами по себе не дают готовую конфигурацию.
Если нужны общие папки, рассмотрите и специализированный NAS, и сервер с файловой ролью. Решение зависит от поддерживаемых функций, интеграции с вашей средой и обслуживания. Ниже — матрица выбора, пример расчёта и проверка, которую стоит согласовать до покупки.
Сервер или NAS: сравнивайте функции и обслуживание
Файловый сервер — роль: он предоставляет файлы клиентам по сети. NAS — система сетевого хранения, которая тоже может выполнять эту роль. Поэтому сравнение «сервер против NAS» имеет смысл только для конкретных вариантов: что они поддерживают, как управляют доступом и кто будет их обслуживать.
| Ситуация | Что рассмотреть | Что подтвердить до покупки |
|---|---|---|
| Нужны общие папки без дополнительных серверных приложений | NAS или отдельный файловый сервер | Протоколы клиентов, права, версии файлов, резервное копирование и доступные способы восстановления |
| Уже есть администрируемая Windows-среда | Файловую роль Windows Server; NAS с подтверждённой интеграцией | Работу учётных записей и групп, аудит, особенности разрешений, поддержку и условия лицензирования выбранной системы |
| Нужны файловая роль и другие приложения | Серверную платформу с разделением ролей | Ресурсы каждой роли, конкуренцию за диски и сеть, порядок обновления и последствия отказа общего узла |
| Остановка файлового сервиса на время ремонта недопустима | Поддерживаемое решение высокой доступности | Отказ узла и пути доступа, время переключения, поведение клиентов и восстановление после отказа. Один сервер с RAID этого не доказывает |
Выбирайте специализированную систему, если её подтверждённые функции закрывают задачу, а способ обслуживания подходит вашей команде. Выбирайте сервер с файловой ролью, если важны поддерживаемые приложения, интеграция или гибкость конфигурации. Ни один из вариантов не становится быстрее или надёжнее только из-за своего названия.
В разделе систем хранения данных сравнивайте функции выбранной NAS или другой системы с требованиями к общим папкам. Наличие устройства в разделе само по себе не подтверждает нужную интеграцию и схему восстановления.
Офис на 10, 50 и 200 сотрудников: три разных сценария
Это примеры постановки задачи, а не нормативы CPU, памяти или числа дисков. Количество сотрудников не равно числу одновременно активных клиентов. Во всех трёх случаях нужны подтверждённые права доступа и восстановление.
| Сценарий | Исходные условия примера | Что выбирать и проверять |
|---|---|---|
| 10 сотрудников | Общие документы, несколько одновременных обращений, без серверной базы данных на том же узле | NAS или выделенную файловую роль: удобство обслуживания, права, ёмкость, отдельный backup. Гигабитную сеть оценивать по фактической нагрузке, не считать достаточной заранее |
| 50 сотрудников | Несколько подразделений, рабочие проекты и документы, групповые права, периодические массовые выгрузки | Нагрузку активных клиентов в часы пика, интеграцию групп, рост данных и окно копирования. Если гигабитный uplink ограничивает общий поток — рассмотреть 10GbE вместе с хранилищем |
| 200 сотрудников | Много групп и каталогов, филиалы, разные типы файлов и требования к времени простоя | Пилот с одновременной нагрузкой, управление правами, аудит, резервирование путей и узлов по требованиям, восстановление всего сервиса. Один мощный сервер без этого плана не является готовым решением |
Десять монтажёров могут требовать больше полосы и скорости хранения, чем двести сотрудников, которые изредка открывают документы. Поэтому в спецификации после размера офиса указывайте рабочий сценарий и измеряемые критерии, а не готовый список процессоров.
Соберите профиль нагрузки, а не только число пользователей
Одинаковое число сотрудников может означать совершенно разную нагрузку. Одни открывают документы по очереди, другие одновременно копируют видео или обращаются к каталогам с множеством мелких файлов. На практике важны и пиковые периоды: начало рабочего дня, выгрузки проектов, резервное копирование, проверка антивирусом.
- Данные: занятое место, число файлов, типичные и самые большие размеры, скорость появления новых данных, срок хранения.
- Работа: сколько клиентов активно одновременно, что они делают, преобладает чтение или запись, какие задержки мешают работе.
- Подключения: операционные системы клиентов, протоколы, скорость сети, филиалы и удалённый доступ.
- Восстановление: сколько последних изменений допустимо потерять и сколько времени бизнес может ждать возврата сервиса.
Для действующего сервера соберите показатели в обычный и пиковый периоды: задержки дисковой подсистемы, загрузку процессора и памяти, трафик, операции с файлами. Если измерений ещё нет, так и зафиксируйте неопределённость и согласуйте пилот. Не заменяйте её формулой «столько-то ядер на пользователя».
Пример расчёта: от рабочих данных к полезной ёмкости
Разделяйте четыре величины: сумму паспортных объёмов дисков, пространство после выбранной схемы отказоустойчивости, доступную ёмкость файловой системы и место под рабочие данные. Они не равны. Отдельно учитываются версии, снимки, временные файлы и резерв свободного пространства.
Учебный сценарий, не универсальная норма: сейчас хранится 6 ТБ рабочих файлов; ожидается линейный прирост 1,5 ТБ в год в течение трёх лет. По отдельной оценке на версии и снимки заложено 2,1 ТБ, на временные операции — 0,4 ТБ. Для этого примера принято оставлять 20% доступной ёмкости свободными. Все ТБ в расчёте — десятичные.
| Шаг | Расчёт | Результат |
|---|---|---|
| Рабочие файлы через три года | 6 + 1,5 × 3 | 10,5 ТБ |
| Планируемое занятое место с версиями и временными данными | 10,5 + 2,1 + 0,4 | 13 ТБ |
| Требуемая доступная ёмкость при свободных 20% | 13 ÷ (1 − 0,20) | 16,25 ТБ |
Здесь 16,25 ТБ — требование к доступной ёмкости файловой системы, а не к сумме наклеек на дисках. Подбор накопителей должен дополнительно учитывать избыточность массива и накладные расходы выбранной системы. Предложение «16 ТБ» надо уточнить: это сырая или доступная ёмкость и в каких единицах она указана?
Если решение действительно предоставляет 20 ТБ доступного пространства, предел занятости при принятых в примере 20% свободного места составит 16 ТБ. После запланированных 13 ТБ останется 3 ТБ до этого предела. Это арифметический запас, а не обещание достаточности на любой срок.
Оценку 2,1 ТБ для версий нельзя автоматически переносить на другую компанию. Объём снимков зависит от изменений данных и срока хранения; снимок не является полной новой копией всех файлов. Для быстро меняющихся проектов, замены больших файлов или массовых удалений расход места будет другим. Не закладывайте экономию от сжатия и дедупликации без измерения своих данных.
Резервную копию рассчитайте отдельно. Её нельзя «вместить в свободные 20%» и считать независимой защитой. Потребуются собственные правила хранения, место для восстановления и проверка доступности копии при потере основного сервера.
Диски, контроллер и память выбирают под одну архитектуру
Для больших последовательных передач, работы с множеством мелких файлов и одновременной записи нужны разные характеристики хранения. Большая паспортная скорость одного SSD не описывает результат всей системы; ёмкий HDD не гарантирует приемлемую задержку при конкурентных обращениях.
Согласуйте схему управления накопителями до покупки контроллера. Например, для TrueNAS на ZFS производитель рекомендует предоставлять системе доступ к отдельным дискам и предупреждает об ограничениях аппаратного RAID. Это требование выбранной архитектуры, а не запрет RAID-контроллеров для всех файловых серверов.
- Накопители: подтвердите совместимость с платформой, нужный режим работы, ресурс записи и обслуживание при отказе.
- RAID или иная избыточность: выясните, какие отказы покрывает конкретная схема и что происходит во время восстановления массива.
- Память и процессор: учитывайте файловую систему, шифрование, защитное ПО, дополнительные роли и пиковую нагрузку. Размер кэша не заменяет расчёт постоянного хранения.
- Расширение: проверьте не только свободные корзины, но и допустимый способ увеличения ёмкости у выбранной файловой системы и платформы.
Если для наращивания объёма потребуется перенос данных или остановка сервиса, это часть плана и стоимости. Наличие свободного отсека само по себе не означает, что массив можно расширить без ограничений.
RAID 1, RAID 6 или RAID 10: что меняется
Уровень RAID выбирают по допустимым отказам, нагрузке, доступной ёмкости и времени обслуживания. Ни один из них не заменяет резервную копию. Ниже — схема для одинаковых по ёмкости дисков; запасные диски и накладные расходы в арифметику не включены.
| Схема | Упрощённая ёмкость | Ограничение |
|---|---|---|
| RAID 1 из двух дисков | Объём одного диска | Зеркало помогает при отказе одного из двух дисков, но не при потере всего узла или удалении нужных файлов |
| RAID 6 | (N − 2) × S, минимум четыре диска | Выдерживает отказ любых двух дисков в группе; производительность и восстановление массива требуют оценки |
| RAID 10 с двухдисковыми зеркалами | N ÷ 2 × S, чётное N от четырёх | Критичен отказ обоих дисков одной зеркальной пары; нельзя обещать сохранность при любых двух отказах |
Здесь N — число дисков массива, S — ёмкость одного диска. Возможности и допустимую конфигурацию сверяйте с выбранной платформой. При ZFS используйте поддерживаемую им схему хранения; не переносите название и свойства аппаратного RAID на другую реализацию автоматически.
При подборе серверных HDD сверяйте интерфейс, форм-фактор, совместимость с платформой и требования выбранной схемы хранения. Не переносите характеристики одного диска на всю серию.
Проверьте сеть от рабочего места до дисков
У 1GbE номинальные 1 Гбит/с соответствуют 125 МБ/с, у 10GbE — 1250 МБ/с до накладных расходов. Это пересчёт единиц скорости линии, а не измеренная скорость передачи файлов. Если суммарная нагрузка превышает возможности 1GbE, рассматривайте 10GbE с проверкой совместимости оборудования и реальной производительности всей цепочки.
Для передачи файла важна вся цепочка: накопитель клиента, его сетевой интерфейс, коммутатор и линии связи, интерфейс сервера, протокол и хранилище. Замена только серверного адаптера не устраняет ограничение другого участка.
В учебном примере четыре рабочих места должны одновременно передавать по 80 МБ/с. Суммарный целевой поток — 320 МБ/с, или 2,56 Гбит/с без учёта накладных расходов. Один гигабитный канал сервера такой поток не пропустит. Но установка более быстрого канала ещё не доказывает, что клиенты и диски выдержат этот режим: это надо проверить отдельно.
SMB Multichannel позволяет совместимым клиенту и серверу использовать несколько сетевых соединений. Однако это не универсальное свойство любой пары сетевых портов. Поддержку функций, версий и конфигурацию адаптеров проверяют для своей системы. Не обещайте удвоение скорости одного файла только потому, что подключили второй кабель.
Для филиала проверяйте ещё задержку, стабильность и доступную полосу внешнего канала. Медленное открытие каталога с множеством файлов может требовать другого решения, чем ускорение копирования одного большого архива. Тестируйте оба сценария, если они используются в работе.
В разделе сетевых адаптеров 10GbE проверяйте тип портов, совместимость с сервером и выбранной ОС. Подбор адаптера должен учитывать коммутатор и линии связи, а не только номинальную скорость.
Права доступа — часть выбора платформы
Запишите, какие группы сотрудников должны читать, изменять и восстанавливать данные. Проверьте это на своей схеме учётных записей и клиентских системах. Наличие SMB в характеристиках устройства не подтверждает все требуемые функции интеграции, аудита или восстановления разрешений.
Сравнивайте протоколы и функции в конкретных версиях ПО. Клиент и сервер согласуют поддерживаемый вариант SMB, а доступность отдельных возможностей зависит и от операционной системы. Формулировка «поддерживает SMB» слишком общая для требования к конкретной функции.
Для удалённой работы выбирайте поддерживаемую схему защищённого доступа. Не открывайте обычный SMB-порт TCP 445 в интернет как способ доступа из дома. Согласуйте с администратором ограничения, защиту учётных записей и обслуживание выбранного решения; покупка нового сервера сама по себе эти задачи не решает.
Разделите отказоустойчивость, версии и резервную копию
Как применить правило 3-2-1
В базовой схеме 3-2-1 должно быть три экземпляра данных, включая рабочий, на двух разных типах носителей, причём один экземпляр находится вне основной площадки. Это ориентир проектирования копий, а не доказательство их работоспособности.
Например: рабочие файлы на сервере, резервная копия на отдельном дисковом хранилище и дополнительная копия на ленте вне площадки. Это иллюстрация архитектуры, не обязательный способ для каждой компании. Два каталога на одном NAS не превращаются в независимые копии, даже если к ним обращаются разными протоколами.
Отдельно проверьте, может ли инцидент на основном сервере затронуть копию: общие учётные данные, права удаления, физическую площадку. При необходимости предусмотрите поддерживаемую изоляцию или неизменяемость копии. Само наличие метки 3-2-1 не гарантирует защиту от любого сценария.
Это три разных задачи. Избыточность накопителей помогает продолжить работу при предусмотренном отказе диска. Версии и снимки помогают вернуть прежнее состояние файлов. Отдельная резервная копия нужна для сценария, в котором основной сервер или его данные больше недоступны. Одно не заменяет другое.
Снимки на том же хранилище нельзя считать достаточной защитой от потери этого хранилища. Для независимой копии определите другое место хранения, способ доступа, срок хранения и защиту от удаления. Репликацию тоже оценивайте по сценарию отказа: передача повреждённых или удалённых данных не гарантирует сохранения нужной версии.
До выбора конфигурации договоритесь о двух требованиях: сколько последних изменений допустимо потерять и сколько времени допустимо восстанавливать сервис. Затем проверьте, позволяет ли расписание копий и сам процесс восстановления выполнить эти требования. Успешное завершение задания копирования не является проверкой возврата файлов пользователю.
Проведите пробное восстановление в отдельное место: верните выбранную папку и более раннюю версию файла, проверьте содержимое и доступ от имени разрешённого и запрещённого пользователя. Отдельно предусмотрите восстановление конфигурации сервиса, учётных записей и разрешений. Зафиксируйте фактическое время и обнаруженные ограничения.
Питание и завершение работы сервиса планируйте отдельно. При выборе ИБП учитывайте нагрузку и требуемое время работы по документации оборудования. ИБП не заменяет независимую резервную копию файлов.
Ошибки выбора и чем заменить догадку
- Покупать «на 50 человек» без профиля нагрузки. Укажите активных клиентов, операции с файлами и измеримые критерии пилота.
- Считать сырые терабайты полезным местом. Запросите доступную ёмкость после выбранной схемы хранения и пересчитайте свой запас.
- Лечить любое замедление покупкой CPU. Найдите ограничение между клиентом, сетью и дисками; сравните большие и мелкие файлы.
- Считать вторую папку независимым backup. Проверьте общий носитель, доступ к копии при отказе узла и права её удаления.
- Оценивать восстановление по зелёному заданию копирования. Верните файлы в отдельное место и проверьте содержимое, версии и разрешения.
Что включить в требования и проверку перед покупкой
- Функции: протоколы и версии клиентов, схема учётных записей, необходимые права и администрирование.
- Ёмкость: доступное пространство после избыточности и накладных расходов, расчёт роста, версий и свободного резерва в одних единицах.
- Нагрузка: набор рабочих файлов, число одновременно активных клиентов, целевые операции и допустимое время их выполнения.
- Отказ: какой компонент может отказать, останется ли сервис доступным, кто и за какое время его восстанавливает.
- Backup: отдельное место, срок хранения, доступ к копии при отказе основного узла и протокол пробного восстановления.
- Эксплуатация: обновления, мониторинг, поддержка, шум и размещение, расширение и план миграции.
В пилоте используйте представительный набор данных и согласованную нагрузку. Копирование одного большого файла не заменяет проверку повседневной работы с папками, правами и множеством мелких файлов. Согласуйте критерии успеха до теста, а результаты сохраните вместе с точной конфигурацией.
Не выбирайте вариант, если обязательная функция не подтверждается документацией, полезная ёмкость не сходится с расчётом или нет выполнимого плана восстановления. Если этих сведений пока нет, следующий шаг — уточнение требований и пилот, а не покупка «самого мощного» сервера.
Когда требования сформулированы, сравнивайте точные конфигурации в разделе серверов. Для каждого артикула отдельно проверяйте дисковую конфигурацию, сетевые порты и совместимость выбранного ПО. Название платформы не подтверждает состав конкретной поставки.
Частые вопросы
Можно ли выбрать сервер только по числу сотрудников?
Нет. Нужны одновременно активные клиенты, типы файлов и операций, пики нагрузки, требования к ёмкости и восстановлению. Одинаковое число сотрудников может создавать разную нагрузку.
Почему сумма объёмов дисков больше доступного места?
Часть пространства требуется выбранной схеме избыточности и самой системе хранения. Для рабочих файлов дополнительно учитывают версии, временные данные и резерв свободного места. Сравнивайте предложения по одной величине и в одинаковых единицах.
Нужно ли всегда оставлять свободными 20%?
Нет. В расчёте статьи это явно заданное учебное условие. Требуемый резерв зависит от файловой системы, характера изменений, операций обслуживания и правил выбранного продукта.
Достаточно ли RAID и снимков вместо резервной копии?
Нет. Они помогают в своих сценариях, но не гарантируют возврат данных при потере всего основного хранилища. Нужны отдельная копия и проверенное восстановление.
Ускорят ли работу два сетевых кабеля?
Не автоматически. Результат зависит от протокола, поддерживаемых функций и всей цепочки передачи. Дополнительное соединение не устраняет ограничение дисков, клиента или другого участка сети.
Когда NAS лучше сервера с файловой ролью?
Когда подтверждённые функции конкретного NAS закрывают требования к доступу, хранению и восстановлению, а эксплуатация подходит вашей команде. Если важны другие серверные приложения или особая интеграция, сравните серверную платформу. Само название устройства не определяет результат.
Авторство и источники
Автор — Сергей Коваль, коммерческий директор ANDPRO. Материал подготовлен при участии AI-ассистента по документации производителей. Собственные испытания не заявлены. Факты сверены 2 ноября 2026 года.
