RAID для серверов и СХД: какой уровень выбрать
RAID объединяет несколько накопителей в одну логическую группу. Выбранная схема определяет, какая часть установленной емкости будет доступна для данных и как дисковая подсистема переживет отказ накопителя.
Для сервера базы данных, среды виртуализации, файлового хранилища и архива требования различаются. Поэтому сначала нужно понять разницу между уровнями RAID, затем сопоставить ее с нагрузкой и возможностями оборудования.
В этой статье:
- RAID 1, 5, 6 и 10: в чем разница
- Что нужно определить перед выбором RAID
- Какой RAID выбрать под разные задачи
- Чем отличается RAID в сервере и СХД
- Как HDD и SSD влияют на конфигурацию
- Как рассчитать полезную емкость
- Что происходит после отказа диска
- Почему RAID не заменяет резервное копирование
- Вопросы и ответы
RAID 1, 5, 6 и 10: в чем разница
RAID 1 и RAID 10 защищают информацию с помощью копий на других накопителях. Такой способ требует значительной части физической емкости.
RAID 5 и RAID 6 используют служебные данные для восстановления. Система рассчитывает их при записи и распределяет по дисковой группе. Эти данные называют четностью. При отказе накопителя они помогают восстановить утраченную часть информации.
Основные различия собраны в таблице.
| Параметр | RAID 1 | RAID 5 | RAID 6 | RAID 10 |
| Способ защиты | Зеркальная копия | Данные четности | Двойные данные четности | Зеркальные пары |
| Минимальное число дисков в распространенной аппаратной реализации | 2 | 3 | 4 | 4 |
| Допустимый отказ | Один диск зеркальной пары | Один диск | Любые два диска | Зависит от расположения отказов по зеркальным парам |
| Емкость, занятая защитой | Около половины емкости пары | Объем одного диска | Объем двух дисков | Около половины общей емкости |
| Работа с записью | Без расчета четности | Требуется расчет и обновление четности | Требуется расчет и обновление двойной четности | Без расчета четности |
Что нужно определить перед выбором RAID
До расчета массива нужно собрать требования к будущей дисковой подсистеме. Само количество установленных дисков ответа не дает.
Требуемая полезная емкость
Сначала определяют объем, который должен быть доступен приложениям и пользователям.
Нужно учитывать:
- текущий объем данных;
- ожидаемый рост;
- необходимый резерв свободного пространства;
- количество доступных дисковых отсеков;
- возможность дальнейшего расширения.
Характер нагрузки
Для выбора важны:
- доля чтения и записи;
- количество случайных операций;
- работа с крупными или мелкими файлами;
- требования к времени отклика;
- периоды максимальной нагрузки.
База данных с большим количеством изменений создает иную нагрузку, чем архив, куда информация записывается один раз и затем преимущественно читается.
Требования к доступности
Для проекта важно знать:
- сколько отказавших накопителей система должна выдержать;
- как быстро можно заменить неисправный диск;
- допустимо ли временное снижение производительности;
- сколько времени может занять восстановление массива.
Эти требования особенно важны для систем, простой которых влияет на работу приложений или пользователей.
После определения емкости, нагрузки и требований к доступности нужно проверить, поддерживает ли выбранную конфигурацию сервер или СХД.
Какой RAID выбрать под разные задачи
Удобнее отталкиваться от характера нагрузки. Окончательная конфигурация зависит от фактической нагрузки и возможностей сервера или СХД.
Базы данных
При большом количестве случайных операций записи первым стоит проверить RAID 10. Такой вариант интересен для систем, где задержка дисковой подсистемы влияет на выполнение запросов.
Если RAID 10 не дает требуемую емкость в доступном числе отсеков, сравнивают RAID 5 и RAID 6. Для такой конфигурации отдельно оценивают нагрузку на запись и допустимую задержку.
Виртуализация
Несколько виртуальных машин одновременно обращаются к одному хранилищу. Нагрузка смешивается, поэтому отдельные последовательные операции на уровне ВМ могут превращаться в большое количество разрозненных обращений к дискам.
При интенсивной записи первым вариантом для проверки становится RAID 10.
RAID 6 имеет смысл сравнить с ним, если проекту требуется больше полезной емкости в доступном числе отсеков и важен дополнительный запас по отказоустойчивости.
Файловое хранение
Для общего файлового ресурса с умеренной записью можно начать с RAID 5. Такой вариант позволяет получить больше полезного пространства из доступного набора накопителей.
Для крупной дисковой группы, особенно на емких HDD, стоит проверить RAID 6. Это актуально, если период восстановления после сбоя может быть продолжительным.
RAID 10 имеет смысл для сервера с большим количеством небольших файлов и частыми изменениями.
Резервные копии
Для хранилища резервных копий часто рассматривают RAID 6. Дополнительно проверяют, успевает ли система принять копии за отведенное время и с какой скоростью потребуется восстановить данные.
Если требования по времени жесткие, дисковую подсистему проверяют вместе с сетью, программой резервного копирования и числом параллельных заданий.
Архивы
Для долговременного архива на нескольких HDD расчет также стоит начинать с RAID 6. Такой сценарий обычно больше зависит от объема и сохранности данных, чем от интенсивной записи.
RAID 5 можно рассматривать для меньшей дисковой группы, если защита от одного отказа соответствует требованиям проекта.
RAID 10 оправдан только тогда, когда архив активно используется и дополнительные затраты дискового пространства компенсируются требованиями к скорости работы.
Чем отличается RAID в сервере и СХД
Дисковая защита реализуется по-разному. Поэтому одинаковый уровень RAID еще не означает одинаковую архитектуру.
RAID в сервере
При аппаратной реализации возможности зависят от установленного контроллера. Он определяет поддерживаемые уровни, число дисков и допустимые типы накопителей.
Отдельно проверяют дисковую панель и способ подключения. Это особенно важно для NVMe. Возможность установить такие накопители в сервер не означает, что их получится объединить в требуемый массив средствами конкретного контроллера.
RAID в СХД
В системе хранения дисками управляет сама платформа. Производитель определяет размеры групп, способы резервирования и порядок восстановления.
Кроме классических уровней 1, 5, 6 и 10 могут использоваться фирменные схемы с двойной, тройной или распределенной защитой. В распределенной реализации резервное пространство может находиться сразу на нескольких накопителях.
Нужно проверять:
- как формируются дисковые группы;
- какие схемы поддерживает платформа;
- как распределяется резервное пространство;
- каким способом происходит восстановление;
- как выполняется дальнейшее расширение.
Для СХД эти параметры часто важнее самого названия уровня.
Как HDD и SSD влияют на конфигурацию
Тип накопителей не меняет базовый принцип RAID, но влияет на расчет производительности, восстановление и совместимость.
HDD
С увеличением емкости диска растет объем информации, который потребуется восстановить после его отказа.
Механическая природа HDD также делает большое число случайных обращений более чувствительным сценарием, чем последовательная работа с крупными файлами.
SSD
Для твердотельных накопителей одним из ключевых параметров становится ресурс записи. Его нужно сопоставлять с характером рабочей нагрузки.
Также проверяют поддержку конкретной модели сервером, контроллером или СХД. Сам интерфейс накопителя еще не подтверждает совместимость с выбранной конфигурацией.
NVMe
Для этой технологии особенно важна архитектура сервера. Нужно проверить, через какие разъемы подключаются накопители, какая дисковая панель используется и способен ли выбранный контроллер работать с ними требуемым способом.
Как рассчитать полезную емкость
Объем всех установленных накопителей нельзя сразу считать доступным пространством. Часть емкости используется для зеркальных копий или данных восстановления.
Для классических групп одинаковых дисков предварительный расчет выглядит так.
| Уровень | Формула полезной емкости | Пример |
| RAID 1 | емкость одного диска в зеркальной паре | 2 × 4 ТБ = около 4 ТБ |
| RAID 5 |
( |
4 × 4 ТБ = около 12 ТБ |
| RAID 6 |
( |
4 × 4 ТБ = около 8 ТБ |
| RAID 10 |
|
4 × 4 ТБ = около 8 ТБ |
Где
Полученные значения показывают теоретический объем до учета служебных областей и особенностей конкретной платформы. Для СХД расчет может отличаться.
Что происходит после отказа диска
После сбоя работа массива зависит от того, остается ли отказ в пределах возможностей выбранной схемы.
Дальше процесс обычно проходит несколько этапов.
- Система управления фиксирует отказ. Неисправный накопитель отмечается в системе управления.
- Массив продолжает работу с уменьшенным запасом защиты. Приложения могут оставаться доступными, но состояние уже отличается от штатного.
- Неисправный диск заменяют. Если предусмотрен резервный накопитель, восстановление может начаться без ожидания ручной установки нового диска.
- Начинается восстановление данных. Система использует оставшиеся накопители для восстановления содержимого на замененном или резервном диске.
- Массив возвращается в штатное состояние. После завершения процесса восстанавливается предусмотренный конфигурацией уровень защиты.
Продолжительность зависит от объема данных, типа накопителей, размера группы, контроллера и текущей нагрузки.
Именно время восстановления важно учитывать при проектировании. Чем дольше система работает после сбоя с уменьшенным запасом защиты, тем дольше сохраняется повышенный риск для данных.
Почему RAID не заменяет резервное копирование
Массив помогает сохранить работу при аппаратном отказе накопителя. При этом все диски содержат текущее состояние данных.
Поэтому RAID и резервное копирование решают разные задачи: первый снижает последствия отказа дисков, второе позволяет восстановить утраченное или поврежденное содержимое.
Вопросы и ответы
Да, если это допускает контроллер или СХД. При этом полезный объем обычно рассчитывается по самому маленькому диску в группе, поэтому дополнительная емкость более крупных накопителей может остаться неиспользованной.
Это зависит от платформы, но многие контроллеры не поддерживают смешивание HDD и SSD в одном массиве. Если оба типа накопителей доступны в системе, их обычно размещают в отдельных дисковых группах.
Обязательным он не является, но позволяет быстрее начать восстановление после отказа рабочего накопителя. Система использует резервный диск без ожидания ручной замены, если такая схема поддерживается контроллером или СХД.
На части контроллеров и СХД такая возможность есть, но поддерживаются не все переходы между уровнями. Перед изменением нужно проверить ограничения конкретной платформы и учитывать дополнительную нагрузку во время перестройки массива.
Да, если новый диск совместим с оборудованием и соответствует требованиям контроллера или СХД. Дополнительная емкость более крупного накопителя обычно не увеличивает полезный объем массива автоматически.
Производительности сервера не хватает для текущих задач. Нужно ускорить работу системы, но непонятно, где находится ограничение. Причина может быть в настройках. Либо текущая платформа достигла предела своей мощности.
Подробнее...
Подробнее...
Подробнее...
В первом квартале 2026 года количество обнаруженных и предотвращенных ИБ-инцидентов в российских организациях выросло на 68%. В статье разберем, как изменились угрозы, какие средства входят в информационную безопасность компании и что учитывать при выборе NGFW для корпоративной сети.
Подробнее...
