Как рассчитать объём NAS для офиса: полное руководство по подбору ёмкости

Быстрый ответ: калькулятор полезного объёма

Если нужна предварительная оценка прямо сейчас — воспользуйтесь формулой:

Сырой объём (Raw) = Количество дисков × Ёмкость одного диска

Полезный объём (Usable) = Raw × Коэффициент RAID ÷ Коэффициент роста

Пример: 4 диска × 4 ТБ = 16 ТБ Raw. В RAID 5 полезный объём — 12 ТБ. С запасом роста 30% на 2 года реально использовать стоит не более 9–10 ТБ, остальное — резерв.

Точный расчёт под конкретные задачи — 1С, резервное копирование, документооборот — разобран в следующих разделах.

Калькулятор полезного объема

Шаг 1. Теоретический минимум: Полезный объём, RAID и типы дисков

«Сырой» (Raw) vs. Полезный (Usable) объём: почему 10 ТБ — это не всегда 10 ТБ?

Сырой объём (Raw) — суммарная ёмкость всех установленных дисков. Четыре диска по 4 ТБ дают 16 ТБ Raw. Но часть этого пространства уходит на нужды RAID — хранение избыточной информации для восстановления данных при отказе диска.

Полезный объём (Usable) — то, что реально доступно для хранения файлов, баз данных и резервных копий. Те же 4 диска по 4 ТБ в RAID 5 дадут 12 ТБ полезного пространства, а в RAID 6 — только 8 ТБ.

Дополнительно файловые системы NAS-устройств резервируют 5–10% ёмкости под служебные нужды. Итого реально доступный объём может быть на 15–30% меньше «сырого» — и это нужно закладывать ещё на этапе покупки.

Как тип RAID влияет на полезный объём и надёжность хранилища

RAID — это не способ увеличить объём, а механизм отказоустойчивости. Разные уровни дают разный баланс между используемым пространством, производительностью и защитой данных.

Сравнение популярных RAID-массивов для офисного NAS:

Для офисного файлового сервера с базами 1С и резервным копированием оптимален RAID 5 или RAID 6. RAID 10 оправдан, если NAS одновременно обслуживает более 15–20 пользователей с интенсивными операциями записи.

SSD vs HDD в NAS для офиса: что выбрать для скорости и бюджета

Тип диска напрямую определяет производительность хранилища. Для большинства офисных задач HDD на CMR-дисках достаточно, но если на NAS хранится активная база 1С — разница в скорости между HDD и SSD будет заметна уже при 3–5 одновременных пользователях.

⚠ Важно: Для NAS-массивов используйте только CMR-диски (традиционная магнитная запись), а не SMR. SMR-диски дешевле, но при одновременной записи и перестройке RAID теряют в производительности и могут зависать на часы.

Сравнение SSD и HDD для использования в сетевых хранилищах:

Многие модели Synology и QNAP поддерживают гибридную конфигурацию — основной массив из HDD с SSD-кэшем через M.2 слоты. Это позволяет получить скорость SSD для «горячих» данных при экономии бюджета на хранении архивов.

Шаг 1. Теоретический минимум

Шаг 2. Методика расчёта под каждую задачу

Какой объём NAS нужен для 1С: файловая база vs SQL-сервер

Требования к хранилищу кардинально различаются в зависимости от режима работы 1С.

Файловая база 1С — обычный файл (.dt или каталог базы), который размещается на сетевой папке NAS. Размер такой базы для небольшой компании — от 2 до 30 ГБ. Проблема: при работе 3+ пользователей одновременно нагрузка на дисковую подсистему резко возрастает. Обычных HDD в RAID 5 может не хватить — нужен SSD-кэш.

Клиент-серверная база (SQL): 1С-сервер работает отдельно, NAS хранит только резервные копии. Сам файл базы может занимать 50–300 ГБ и расти на 20–40% в год при активной работе. Для хранения бэкапов SQL достаточно обычных HDD, но нужен приличный запас объёма.

«Для файловой 1С на 5+ пользователей мы всегда рекомендуем размещать базу на SSD-кэше или полностью на SSD-томе. Это снимает 90% жалоб на «тормоза» при проведении документов и формировании отчётов», — из практики специалистов по внедрению 1С

Формула расчёта объёма под 1С:

Объём под 1С = (Текущий размер базы × Коэффициент роста^N) + Место под бэкапы

где N — срок в годах

Коэффициент роста = 1,20–1,40 (20–40% в год для активной базы)

Пример: 10 ГБ × 1,3³ ≈ 22 ГБ через 3 года

К этому объёму добавьте место под бэкапы — минимум 7 ежедневных копий. Для активной файловой базы 10 ГБ с бэкапами итого около 80–100 ГБ.

Расчёт места для резервного копирования и документооборота

Резервное копирование — как правило, самый объёмный раздел. Здесь работает схема GFS (Grandfather-Father-Son) — отраслевой стандарт для офисного резервного копирования.

Схема ротации резервных копий GFS:

• Сыновья (ежедневные): [Пн][Вт][Ср][Чт][Пт][Сб][Вс] → 7 копий
• Отцы (еженедельные): [Н1][Н2][Н3][Н4] → 4 копии
• Деды (ежемесячные): [Янв][Фев]...[Ноя][Дек] → 12 копий
• Итого: 23 точки восстановления.

При инкрементальном копировании объём ≈ 1,5–2× от исходных данных.

Формула расчёта объёма для резервного копирования:

Объём для бэкапов ≈ 1,5 × Объём исходных данных (упрощённая формула при 5% дневной изменяемости данных и инкрементальном копировании по схеме GFS)

Для файлового сервера (документооборот):

Документооборот = Кол-во сотрудников × Средний объём на человека в год × Срок хранения (лет)

Ориентир: 5–20 ГБ на сотрудника в год (офис без CAD и видео).

Производство или проектная компания — умножайте на 5–10.

Учёт прочих данных: медиафайлы, проекты, архивы

Перед финальным расчётом проведите инвентаризацию всего, что хранится на компьютерах сотрудников и старых серверах. Типичные «слепые пятна»:

• Папки с фотографиями объектов, корпоративными видео, маркетинговыми материалами — могут занимать сотни гигабайт
• Архивы завершённых проектов — их редко открывают, но они должны быть доступны по требованию
• Почтовые архивы, если почтовый сервер размещён локально
• Образы виртуальных машин, если планируется их хранение на NAS

Ошибка «не учли архив» — одна из самых распространённых. NAS заполняется быстрее, чем ожидалось, именно из-за переноса старых данных с разбросанных дисков.

Шаг 2. Методика расчета

Шаг 3. Итоговый расчёт: сводим всё вместе

Формула итогового объёма с учётом RAID и запаса

① Итоговый полезный объём = (Объём 1С + Объём документов + Объём бэкапов + Прочее) × Коэффициент роста

② Сырой объём для покупки (Raw) = Итоговый полезный объём ÷ Коэффициент RAID

Коэффициент RAID:

• RAID 5 (4 диска) = 0,75
• RAID 6 (6 дисков) = 0,67
• RAID 10 = 0,50
• Коэффициент роста = 1,3–1,5 (запас на 2–3 года вперёд)
• Рекомендуется закладывать запас «на вырост» в 25–30% сверх расчётного объёма.

Практический пример: расчёт для офиса на 15 сотрудников

Вводные данные: торговая компания, 15 сотрудников, 1С Бухгалтерия (файловая база), активный документооборот, ежедневные бэкапы по схеме GFS с хранением 30 дней.

1. Объём под 1С

Текущий размер базы — 8 ГБ, рост — 25% в год, горизонт — 3 года:

• 8 × 1,25³ ≈ 15 ГБ (активная база)
• + 7 ежедневных бэкапов по 8 ГБ ≈ 56 ГБ
• Итого по 1С: ~70 ГБ

2. Документооборот

15 сотрудников × 8 ГБ/год × 4 года хранения = 480 ГБ (~0,5 ТБ)

3. Резервное копирование документов по схеме GFS

480 ГБ × 1,5 (инкрементальный коэффициент) = 720 ГБ

4. Прочее (старые архивы, фото, переписка): ~150 ГБ

5. Суммируем

70 + 480 + 720 + 150 = 1 420 ГБ ≈ 1,4 ТБ

6. Применяем коэффициент роста (30% запас)

1,4 ТБ × 1,3 = 1,85 ТБ — минимальный полезный объём

7. Рассчитываем сырой объём для RAID 5 на 4 дисках (КПД 75%)

1,85 ÷ 0,75 = 2,5 ТБ Raw

Оптимальный выбор: 4 диска по 2 ТБ, (итого 8 ТБ Raw, 6 ТБ полезного) — комфортный запас на 4–5 лет

✓ Вывод: Для описанного офиса достаточно 4-дискового NAS с дисками по 2 ТБ в RAID 5. Если планируется хранить базу 1С на NAS напрямую — добавьте 2 слота M.2 под SSD-кэш объёмом 256–512 ГБ.

Шаг 3. Итоговый расчёт

Шаг 4. От терабайтов к железу: подбор оборудования

Ключевые параметры NAS, влияющие на выбор (кроме объёма)

После расчёта ёмкости нужно выбрать само устройство. Объём — не единственный критерий. Вот на что обращать внимание:

Количество дисковых отсеков (bays). Минимум для офиса — 4 отсека: даёт возможность строить RAID 5 или RAID 6 с запасом под расширение. Для компаний с объёмом данных 10+ ТБ — 6–8 отсеков.

Процессор и оперативная память. При одновременной работе 10+ пользователей и активных бэкапах производительность процессора NAS напрямую влияет на скорость. Бюджетные ARM-процессоры справляются с базовым файловым сервером. Для СУБД и виртуализации нужен Intel Celeron/Core или AMD Ryzen.

Сетевой интерфейс: 1GbE vs 10GbE. Гигабитная сеть достаточна для офиса до 20 человек при умеренной нагрузке. Максимальная пропускная способность 1GbE — около 125 МБ/с: при нескольких одновременных потоках это легко становится узким местом. Если с NAS работают более 15 пользователей одновременно или на нём хранятся видеоматериалы — стоит рассмотреть 10GbE.

Масштабируемость. Проверьте, поддерживает ли NAS модули расширения (например, Synology RX418 добавляет ещё 4 отсека). Это позволит увеличить ёмкость без замены самого устройства.

Протокол iSCSI. Если 1С-сервер работает на отдельном хосте и нужно подключить хранилище как локальный диск — iSCSI позволяет NAS работать как блочное устройство. Задержки при этом ниже, чем при стандартном SMB-шаринге.

Резервные блоки питания (RPS). Для критичной инфраструктуры — обязательно. Стоечные модели Synology и QNAP с двумя блоками питания продолжают работу даже при отказе одного из них.

Экосистема ПО. Synology предлагает DSM — зрелую систему с интегрированными инструментами резервного копирования (Hyper Backup), мониторинга и управления снимками. QNAP делает акцент на гибкости: поддержка контейнеров, виртуальных машин, более широкий выбор сетевых конфигураций.

Шаг 4. От терабайтов к железу

Частые ошибки при расчёте и выборе NAS

Ошибка №1: Недооценить рост объёма данных

Покупают NAS «впритык» под текущие нужды, без запаса. Через год место заканчивается. Докупить диски — это дополнительная статья расходов плюс трудозатраты на перестройку RAID-массива. Правило: закладывайте минимум 30–50% сверх расчётного объёма и планируйте горизонт 3–4 года, а не 1 год.

Ошибка №2: Экономия на надёжности (неправильный RAID или дешёвые диски)

RAID 0 не даёт никакой защиты — при отказе одного диска теряются все данные. Использовать его в офисе недопустимо. Вторая ошибка — ставить в NAS бытовые SMR-диски из-за их низкой цены: при перестройке RAID после отказа диска такой массив может работать нестабильно часами. Для NAS нужны диски с пометкой NAS-ready или предназначенные для серверов, с CMR-записью.

Ошибка №3: Забыть про бэкап самого NAS (правило 3-2-1)

RAID — это отказоустойчивость, а не резервное копирование. При пожаре, краже или атаке вируса-шифровальщика RAID не поможет: все диски находятся в одном устройстве. Правило 3-2-1 требует хранить три копии данных на двух разных носителях, одну из которых — вне офиса. NAS закрывает первые два условия. Третье закрывает облачное хранилище или второй NAS в другом здании.

Нужна помощь с расчётом?

Не уверены в цифрах или у вас нестандартная задача — терминальный сервер, видеонаблюдение, виртуальные машины на NAS? По вопросам подбора сетевых хранилищ можно обратиться к менеджерам XCOM-SHOP.