Четыре диска по 8 ТБ: сколько места останется в RAID
Почему четыре диска по 8 ТБ не дают 32 ТБ для файлов: сравниваем RAID 5, 6 и 10, учитываем служебное место и ограничения оборудования.
Четыре диска по 8 ТБ — это 32 ТБ суммарной ёмкости, но не 32 ТБ для файлов. В RAID 5 расчётная ёмкость составит 24 ТБ, а в RAID 6 и RAID 10 — 16 ТБ. После создания тома доступное место будет меньше. Ниже — пример расчёта и список того, что проверить перед покупкой хранилища.
Иллюстрация создана с помощью ИИ: показаны условные диски в серверных салазках. Это не фотография выполненного проекта или оборудования конкретной модели.
Сколько места останется в каждом варианте
В примере используются четыре одинаковых по ёмкости диска, все они участвуют в массиве. Отдельного резервного диска здесь нет. Расчёт сделан до выделения места под систему, файловую систему и другие служебные данные.
- RAID 5: (4 − 1) × 8 = 24 ТБ. Эквивалент ёмкости одного диска используется для избыточности. Массив допускает отказ одного диска.
- RAID 6: (4 − 2) × 8 = 16 ТБ. На избыточность приходится эквивалент двух дисков. Массив допускает отказ любых двух дисков.
- RAID 10: (4 ÷ 2) × 8 = 16 ТБ. Диски объединяются в две зеркальные пары. Допустим отказ одного диска в каждой паре; потеря обоих дисков одной пары означает потерю массива.
Принципы расчёта и допустимые отказы приведены в документации QNAP по уровням RAID. В RAID 5 и RAID 6 данные избыточности распределяются по дискам: речь не об одном или двух выделенных накопителях. Поддержку нужного уровня необходимо проверить у конкретного устройства или контроллера.
Почему вместо 24 ТБ можно увидеть около 21,83 ТиБ
Терабайт и тебибайт — разные единицы измерения. 1 ТБ = 10¹² байт, а 1 ТиБ = 2⁴⁰ байт. Поэтому 24 ТБ соответствуют примерно 21,83 ТиБ, а 16 ТБ — 14,55 ТиБ. Это пересчёт одних и тех же байтов, а не дополнительная потеря данных. Пример использования двоичных единиц приведён в документации NetApp.
Отдельно часть места занимают системные разделы и метаданные. Например, калькулятор Synology предупреждает, что доступный объём тома будет меньше предварительной оценки. Точный остаток зависит от модели, настроек и файловой системы; универсальный процент для всех хранилищ здесь неприменим.
Что проверить до заказа дисков и сервера
- Совместимость. Проверьте поддержку RAID, число отсеков, интерфейс, список совместимых накопителей и максимальный размер тома в документации выбранной модели.
- Полезный объём. Посчитайте текущие данные, ожидаемый прирост и место для версий или снимков, если они предусмотрены. Не приравнивайте сумму ёмкостей дисков к доступному месту.
- Нагрузку. Уточните число пользователей, характер работы с файлами и требования приложений. Одинаковая ёмкость RAID 6 и RAID 10 не означает одинаковую производительность.
- Резервный диск. Если планируется горячий резерв, считайте его отдельно: он не увеличивает ёмкость массива для файлов.
- Восстановление данных. Предусмотрите отдельное место для резервных копий и порядок проверки восстановления. Отказоустойчивость массива не заменяет копирование.
Если используются диски разной ёмкости, для обычных RAID 5, 6 и 10 расчёт ведут по самому маленькому накопителю. У фирменных гибридных схем могут быть другие правила — их нужно смотреть отдельно. Замена только одного диска на более ёмкий не означает автоматического увеличения доступного пространства.
С чего начать для действующей инфраструктуры
Подготовьте модель сервера или NAS, состав дисков, текущий уровень RAID, занятое место и ожидаемый рост данных. С этим можно обратиться за аудитом файлового сервера или обсудить организацию ИТ-инфраструктуры. Такая отправная точка помогает согласовать конфигурацию под задачу, а не только под объём дисков.
О проверке уже созданных резервных копий рассказываем отдельно: «Резервная копия есть. А восстановление проверяли?»