RAID 0, 1, 5, 6 и 10: какой массив выбрать
RAID 0, 1, 5, 6 и 10: какой уровень массива выбрать и зачем нужен контроллер
RAID-массив помогает объединить несколько накопителей в одну логическую систему хранения: ускорить чтение и запись, повысить отказоустойчивость или найти баланс между объёмом, скоростью и надёжностью. Но у RAID есть важное ограничение: он не заменяет резервное копирование. Массив защищает от части аппаратных отказов, но не спасает от удаления файлов, шифровальщика, ошибки администратора, пожара, затопления или одновременной деградации нескольких дисков сверх допустимого уровня.
В этой статье разберём самые распространённые уровни RAID — 0, 1, 5, 6 и 10, объясним, где их использовать, когда нужен аппаратный RAID-контроллер, а когда лучше HBA или программная реализация. По ходу статьи дадим ссылки на подходящие разделы Serverbay: контроллеры, контроллеры 6Gb, NVMe-контроллеры и системы охлаждения.
Что такое RAID простыми словами
RAID — это способ организации нескольких физических дисков в один логический массив. Операционная система видит массив как единый том, а распределением данных по дискам занимается контроллер, драйвер или сама файловая система. В зависимости от уровня RAID данные могут разбиваться на полосы, дублироваться на зеркальные диски или дополняться контрольной информацией — паритетом.
Главная ошибка при выборе RAID — смотреть только на “сколько дисков можно потерять”. На практике нужно учитывать минимум пять факторов: характер нагрузки, скорость чтения и записи, стоимость полезного терабайта, время восстановления после отказа и последствия деградированного режима. Например, RAID 5 может быть нормальным вариантом для файлового архива с преобладанием чтения, но спорным решением для базы данных с большим количеством случайных записей. RAID 10 потребует больше дисков на тот же полезный объём, зато обычно лучше переносит интенсивную запись и быстрее восстанавливается после замены диска.
Сравнение RAID 0, 1, 5, 6 и 10
Для быстрого выбора удобно начать с таблицы. В расчётах ниже предполагается, что в массиве используются диски одинакового объёма S, а N — количество дисков.
Уровень | Минимум дисков | Полезный объём | Отказоустойчивость | Сильная сторона | Когда выбирать |
RAID 0 | 2 | N × S | Нет | Максимальная скорость и полный объём | Временные данные, кэш, тестовые стенды, задачи без критичных данных |
RAID 1 | 2 | S при двух дисках | Обычно 1 диск в зеркале | Простота и надёжность зеркала | Системный том, небольшой сервер, важные данные при малом числе дисков |
RAID 5 | 3 | (N − 1) × S | 1 диск | Баланс объёма и защиты | Файловые серверы, архивы, read-heavy нагрузки, небольшие массивы |
RAID 6 | 4 | (N − 2) × S | 2 диска | Повышенная защита на больших массивах | СХД, архивы, массивы на крупных HDD, где долгий rebuild повышает риск второго отказа |
RAID 10 | 4 | Около 50% от сырого объёма | До одного диска в каждой зеркальной паре | Высокая производительность и быстрый rebuild | Базы данных, виртуализация, 1С, нагруженные серверы приложений |
RAID 0: максимум скорости без защиты
RAID 0, или striping, распределяет блоки данных по всем дискам массива. За счёт параллельной работы накопителей растёт скорость последовательного чтения и записи, а полезный объём равен сумме дисков. Если собрать RAID 0 из четырёх SSD по 1 ТБ, пользователь получит примерно 4 ТБ полезного пространства без резервирования.
Минус принципиальный: отказ любого диска ломает весь массив. Поэтому RAID 0 нельзя считать решением для хранения рабочих данных, клиентских баз, бухгалтерии, виртуальных машин или единственной копии архива. Его можно использовать там, где данные легко пересоздать: временный scratch-диск, кэш, промежуточные файлы обработки видео, тестовая лаборатория, локальная зона для экспериментов.
Вывод: RAID 0 выбирают не ради надёжности, а ради скорости. Для продакшена он допустим только при наличии понятного сценария восстановления данных из другого источника.
RAID 1: зеркало для простых и надёжных конфигураций
RAID 1 записывает одинаковые данные минимум на два диска. Если один накопитель выходит из строя, сервер продолжает работать со второй копией. Это простой и понятный вариант для системного раздела, небольшого файлового сервера, терминального сервера, офиса или сервера с ограниченным количеством дисковых отсеков.
Главный недостаток — стоимость полезного объёма. В классической паре из двух дисков используется только объём одного. При записи производительность обычно близка к одному диску, зато чтение может ускоряться, если контроллер или программный RAID умеет читать с зеркал параллельно.
RAID 1 хорош там, где важны простота обслуживания и предсказуемость. Например, для загрузочного тома сервера логичнее поставить два SSD в зеркало, чем строить сложный паритетный массив ради пары сотен гигабайт.
RAID 5: компромисс между объёмом и отказоустойчивостью
RAID 5 использует чередование данных и распределённый паритет. Для массива нужно минимум три диска, а полезный объём равен суммарному объёму минус один диск. При отказе одного накопителя массив остаётся доступным, а после замены диска данные восстанавливаются по паритету.
По этой причине RAID 5 часто выбирают для файловых серверов, корпоративных документов, медиахранилищ, read-heavy сервисов и небольших СХД, где нужна экономия дискового пространства. Но при активной случайной записи RAID 5 заметно проигрывает RAID 10: каждое изменение требует пересчёта паритета, а при деградации массива нагрузка на оставшиеся диски растёт.
Отдельный риск — длительный rebuild на больших HDD. Чем больше объём дисков и чем выше загрузка массива, тем дольше восстановление и тем выше вероятность, что в процессе проявится ошибка чтения или откажет ещё один диск. Поэтому для крупных массивов на ёмких HDD часто смотрят в сторону RAID 6.
RAID 6: больше защиты для больших массивов
RAID 6 похож на RAID 5, но использует двойной паритет. Массив выдерживает отказ двух дисков, а полезный объём равен суммарному объёму минус два диска. Минимально нужно четыре накопителя, но реальный смысл RAID 6 появляется в более крупных массивах, где длительность восстановления становится критичным фактором.
Плата за надёжность — более высокая нагрузка на запись: контроллеру нужно считать и обновлять две контрольные суммы. Поэтому RAID 6 хорошо подходит для архивов, резервных репозиториев, файловых хранилищ, медиабиблиотек, видеонаблюдения и других задач, где важнее сохранность и полезный объём, чем минимальная задержка записи.
Если сервер хранит много данных на крупных HDD, RAID 6 часто выглядит безопаснее RAID 5. Но для баз данных и виртуализации, где важны IOPS и задержки, обычно стоит сравнить RAID 6 с RAID 10.
RAID 10: производительность зеркал и отказоустойчивость
RAID 10, или RAID 1+0, объединяет зеркалирование и чередование. Сначала диски собираются в зеркальные пары, затем данные распределяются между этими парами как в RAID 0. Минимум — четыре диска, полезный объём — примерно половина сырого объёма массива.
Сильная сторона RAID 10 — высокая производительность на чтении и записи, особенно при случайном доступе. При отказе диска массив восстанавливает только данные конкретной зеркальной пары, поэтому rebuild обычно проходит быстрее и с меньшим стрессом для остальных накопителей, чем в RAID 5/6.
RAID 10 часто выбирают для 1С, баз данных, виртуализации, терминальных серверов, CRM/ERP и других задач, где задержка дисковой подсистемы напрямую влияет на пользователей. Да, полезный объём ниже, чем у RAID 5/6, зато поведение под нагрузкой более предсказуемое.
Чтобы не вычислять полезный объём вручную для каждой конфигурации, воспользуйтесь онлайн-калькулятором RAID — он поможет быстро оценить, сколько терабайт полезного пространства вы получите при разных уровнях и наборах дисков:
Как выбрать RAID под задачу
Универсального “лучшего RAID” не существует. Правильный выбор начинается не с количества дисков, а с ответа на вопрос: что важнее именно для этой системы — скорость, полезный объём, устойчивость к отказам или быстрый возврат в рабочее состояние?
· Системный диск сервера: RAID 1 из двух SSD. Простая схема, понятная замена диска, достаточная отказоустойчивость для загрузочного тома.
· Файловый сервер малого офиса: RAID 5 при небольшом числе дисков и умеренной записи либо RAID 6, если дисков много и объём HDD большой.
· Сервер 1С или база данных: RAID 10: лучше переносит случайную запись, даёт низкие задержки и быстрее восстанавливается.
· Виртуализация: RAID 10 для нагруженных VM. RAID 6 возможен для менее интенсивных хранилищ, где важнее объём.
· Архив и холодное хранение: RAID 6: полезный объём выше, чем у RAID 10, а защита от двух отказов важна для больших массивов.
· Временные вычисления и кэш: RAID 0, но только если потеря массива не создаёт проблемы и данные можно пересоздать.
Зачем нужен RAID-контроллер
RAID-контроллер — это плата или встроенный модуль, который управляет дисками и показывает операционной системе один или несколько логических томов. В аппаратных контроллерах есть собственная логика обработки RAID, кэш-память, прошивка, средства мониторинга, поддержка hot spare, иногда — модуль защиты кэша при пропадании питания.
В каталоге Serverbay есть отдельный раздел RAID- и SAS/SATA-контроллеров. Для классических SAS/SATA-массивов можно смотреть контроллеры 6Gb, а для серверов с NVMe U.2 — NVMe-контроллеры. Конкретная модель подбирается по серверу, типу дисков, интерфейсам, поддерживаемым уровням RAID и требованиям к кэшу.
Что даёт аппаратный контроллер на практике
· создание массивов RAID 0/1/5/6/10 без привязки к возможностям ОС;
· подключение SAS/SATA-дисков через Mini-SAS, backplane или экспандеры;
· кэширование операций чтения и записи;
· поддержку hot spare — резервного диска для автоматического восстановления;
· мониторинг состояния массива, событий, деградации и rebuild;
· загрузку сервера с аппаратного массива;
· единый интерфейс управления через WebBIOS, MegaRAID Storage Manager или утилиты производителя.
Например, LSI 9267-8i, 512Mb, 2x SFF-8087 — вариант RAID-контроллера для SAS/SATA HDD и SSD с поддержкой RAID 0, 1, 5, 6, 10, 50, 60 и JBOD. Для более базовой конфигурации можно рассмотреть LSI MegaRAID SAS 9264-8i, а для серверов Dell PowerEdge с NVMe U.2 — Dell GY1TD RAID NVME U.2 12G.
Если используется write-back cache, важно проверить защиту кэша. Для части контроллеров применяются BBU, supercap или CacheVault-модули. При отключении питания они помогают сохранить данные, которые уже приняты контроллером в кэш, но ещё не записаны на диски. В Serverbay есть отдельные позиции вроде батареи для RAID-контроллера Dell 070K80 T40JJ — совместимость нужно сверять с конкретной серией контроллера.
Аппаратный RAID, HBA и программный RAID: что выбрать
Не всегда серверу нужен именно RAID-контроллер. В современных системах есть три распространённых подхода: аппаратный RAID, HBA в режиме passthrough/JBOD и программный RAID средствами ОС или файловой системы.
Подход | Что делает | Плюсы | Когда выбирать |
Аппаратный RAID | Массив создаёт контроллер, ОС видит логический диск | Кэш, boot-массив, мониторинг, поддержка серверных сценариев | Windows Server, VMware, классические SAS/SATA-массивы, предсказуемое обслуживание |
HBA / IT mode | Контроллер просто отдаёт диски ОС напрямую | Хорош для ZFS, TrueNAS, Ceph и систем, где хранилище управляется софтом | Когда файловая система сама должна видеть каждый диск |
Программный RAID | Массив строит ОС или файловая система | Гибкость, нет зависимости от конкретной RAID-карты | Linux mdadm, ZFS, Storage Spaces, тестовые и программно-определяемые хранилища |
Если нужен HBA, а не аппаратный RAID, важно не перепутать тип устройства. Например, LSI 9205-8i работает как HBA в IT mode и не поддерживает аппаратный RAID, зато подходит для сценариев, где дисками должна управлять ОС или файловая система.
Почему важны охлаждение и airflow
Надёжность массива зависит не только от уровня RAID. Диски, контроллеры, backplane и GPU-карты работают стабильнее при нормальном airflow. Перегрев ускоряет деградацию накопителей, провоцирует ошибки, снижает срок службы компонентов и может приводить к непредсказуемым сбоям под нагрузкой.
Особенно внимательно стоит относиться к серверам с GPU: многие серверные видеокарты рассчитаны на поток воздуха внутри оригинального серверного корпуса, а при установке в нестандартное шасси требуют отдельного активного охлаждения. Если сервер используется не только как СХД, но и для вычислений, ML, рендера, виртуализации графики или лаборатории с NVIDIA Tesla/Grid, охлаждение нужно закладывать на этапе сборки.
В Serverbay можно перейти в раздел охлаждения для видеокарт. Среди первых позиций поиска по охлаждению:
· Охлаждение для видеокарты Nvidia Tesla P10 P40 M40 P100, 80 мм
· Охлаждение универсальное для видеокарты Nvidia Tesla Grid, ракушка сбоку
· Охлаждение для видеокарты NVIDIA TESLA M10, 80мм
· Охлаждение для 2 видеокарт NVIDIA TESLA P10 P40 M40 P100, 80мм
Практические рекомендации перед сборкой RAID-массива
· Не смешивайте разные диски без необходимости. Массив обычно ориентируется на самый маленький и самый медленный накопитель. Для продакшена лучше использовать диски одинакового объёма, класса и желательно близкого состояния.
· Планируйте резервное копирование отдельно. RAID повышает доступность, но backup отвечает за восстановление данных после логических ошибок, заражения, удаления и катастроф.
· Проверяйте совместимость контроллера и сервера. Нужны подходящие слоты PCIe, кабели SFF-8087/SFF-8643/OCuLink, backplane, высота планки, поддержка BIOS/UEFI и драйверы под ОС.
· Учитывайте время rebuild. На больших HDD восстановление может занимать часы или дни. В это время массив работает под повышенной нагрузкой.
· Используйте hot spare там, где важна доступность. Резервный диск позволяет контроллеру начать восстановление сразу после отказа, без ожидания ручной замены.
· Следите за мониторингом. RAID без уведомлений опасен: массив может месяцами работать в деградированном состоянии, пока не случится второй отказ.
· Не экономьте на охлаждении. Контроллеры, диски и GPU должны работать в нормальном температурном режиме; это особенно важно для плотных серверных корпусов.
Частые ошибки при выборе RAID
· Ставить RAID 0 на важные данные. Любой отказ диска приводит к потере массива.
· Выбирать RAID 5 для больших HDD без оценки рисков. При длительном восстановлении вероятность второго отказа и ошибок чтения выше.
· Считать RAID 6 “быстрой заменой” RAID 10. RAID 6 надёжнее по допустимому числу отказов, но обычно тяжелее на запись.
· Покупать контроллер без проверки уровней RAID. Не каждый контроллер поддерживает RAID 5/6/10; часть устройств является HBA без аппаратного RAID.
· Игнорировать BBU/supercap при write-back cache. Кэш ускоряет запись, но должен быть защищён от потери питания.
· Забывать про вентиляцию. Даже правильно собранный массив будет нестабилен, если диски и контроллер перегреваются.
Краткий вывод: какой RAID выбрать
Если нужно максимум скорости и данные не жалко потерять — RAID 0. Если нужна простая защита для двух дисков — RAID 1. Если нужен баланс объёма и отказоустойчивости на небольшом массиве с преобладанием чтения — RAID 5. Если массив большой и важно пережить отказ двух дисков — RAID 6. Если сервер обслуживает базу данных, виртуализацию, 1С или другую нагрузку с большим количеством случайных операций — чаще всего стоит начинать расчёт с RAID 10.
Для подбора железа можно перейти в каталог Serverbay: контроллеры, контроллеры 6Gb, контроллеры NVMe, системы охлаждения. Если конфигурация нестандартная, лучше подбирать контроллер, кабели, диски и охлаждение комплексно, под конкретный сервер и сценарий нагрузки.
FAQ
RAID защищает данные так же, как резервная копия?
Нет. RAID помогает сохранить доступность при отказе одного или нескольких дисков, но не заменяет backup. Резервная копия должна храниться отдельно от массива и позволять восстановить данные после удаления, вируса, сбоя файловой системы или ошибки пользователя.
Какой RAID лучше для сервера 1С?
Чаще всего для 1С выбирают RAID 10 на SSD: он лучше подходит для случайной записи и даёт предсказуемые задержки. RAID 5/6 может быть оправдан для менее нагруженных файловых задач, но для базы 1С его нужно оценивать осторожно.
Что лучше: RAID 5 или RAID 6?
RAID 5 эффективнее по полезному объёму и проще по записи, но выдерживает отказ только одного диска. RAID 6 тратит объём двух дисков на паритет и медленнее на запись, зато переживает отказ двух накопителей. Для крупных HDD-массивов RAID 6 обычно безопаснее.
Нужен ли отдельный RAID-контроллер для SSD?
Зависит от задачи. Для классического серверного SAS/SATA-массива аппаратный контроллер удобен. Для ZFS, TrueNAS и некоторых программно-определяемых хранилищ лучше HBA, чтобы система видела диски напрямую. Для NVMe нужно отдельно проверять поддержку интерфейса и не создавать узкое место контроллером.
Можно ли использовать диски разного объёма в RAID?
Технически во многих случаях можно, но это не лучший вариант. Полезный объём будет ограничен самым маленьким диском, а производительность и надёжность могут стать менее предсказуемыми. Для серверного массива лучше брать одинаковые или максимально близкие накопители.
Что такое hot spare?
Hot spare — это резервный диск, заранее установленный в сервер или СХД. При отказе рабочего диска контроллер может автоматически начать rebuild на этот резервный накопитель, сокращая время работы массива в деградированном состоянии.
Комментарии
Загрузка комментариев…