--- title: "RAID 1, 5, 6 или 10? Как выбрать схему RAID для сервера" description: "RAID 1, 10, 6, 5 или 0 на выделенном или GPU-сервере: полезный объём, какие отказы выдерживает каждый, что мы рекомендуем и как заменить диск." url: https://offshoreserv.com/ru/docs/dedicated/raid lang: ru updated: 2026-09-26 source: HTML page at the url above (canonical); this is its Markdown version --- База знаний · Выделенные серверы # Выбор схемы RAID для выделенного сервера RAID 1, 10, 6, 5 или 0 на выделенном или GPU-сервере OffshoreServ: полезный объём, какие отказы выдерживает каждая схема, какую из них мы рекомендуем, а также как проверить и заменить диск. Обновлено 26 сентября 2026 г.5 мин чтения В этом руководстве - Серверы с двумя и более дисками для данных можно получить с массивом RAID, который настроит наша команда; схему вы выбираете на странице развёртывания. - По умолчанию мы предлагаем надёжный вариант: RAID 1 на двух дисках, RAID 10 на четырёх и более дисках NVMe или SSD, RAID 6 на серверах для хранения данных с большими жёсткими дисками. - RAID позволяет серверу продолжать работу при отказе диска. Но это не резервная копия: удаление файлов, программы-вымогатели и потеря сервера затрагивают весь массив. - Проверяйте массив командой cat /proc/mdstat и, как только диск выйдет из строя, запрашивайте замену через тикет. Выделенные серверы7 разделов Любой [выделенный сервер](https://offshoreserv.com/ru/offshore-dedicated-servers) и [GPU-сервер](https://offshoreserv.com/ru/offshore-gpu-servers) с двумя и более дисками для данных можно получить с дисками, уже объединёнными в массив RAID. Схему вы выбираете на странице развёртывания рядом с операционной системой; наша команда собирает массив до выдачи, поэтому сервер запускается с тем объёмом и той избыточностью, которые вы выбрали. В этом руководстве описано, что представляет собой каждая схема, сколько полезного объёма она отнимает и как обслуживать массив, когда сервер уже у вас. ## Схемы RAID вкратце Страница развёртывания показывает полезный объём каждой схемы для выбранного вами сервера. Для справки — при дисках одинакового размера *S*: | Схема | Диски | Полезный объём | Выдерживает | Подходит для | | --- | --- | --- | --- | --- | | RAID 1 (зеркало) | 2 | 1 × S | Отказ одного диска | Система и данные на сервере с двумя дисками | | RAID 10 (зеркала с чередованием) | 4 и более | Половина дисков | Отказ одного диска в каждом зеркале | Базы данных, виртуальные машины, нагруженные NVMe-серверы | | RAID 6 (двойная чётность) | 4 и более | Все диски, кроме двух | Отказ любых двух дисков | Большие жёсткие диски: резервные копии, архивы, медиафайлы | | RAID 5 (одинарная чётность) | 4 и более | Все диски, кроме одного | Отказ одного диска | Приоритет объёма — для данных, которые можно восстановить | | RAID 0 (чередование) | 2 и более | Все диски | Ничего: один отказ — и всё потеряно | Временные данные, кеши, наборы данных, копии которых хранятся в другом месте | | Без RAID | Любое количество | Отдельные диски | Зависит от вашей конфигурации | ZFS, Ceph или собственная схема | На **Ryzen 7 7700** с 2 × 1 ТБ NVMe RAID 1 даёт 1 ТБ, а RAID 0 — 2 ТБ. На **Storage 40 TB** с жёсткими дисками 4 × 10 ТБ RAID 6 и RAID 10 дают по 20 ТБ, RAID 5 — 30 ТБ, а RAID 0 — 40 ТБ. На **Storage 60 TB** с дисками 6 × 10 ТБ RAID 6 даёт 40 ТБ, RAID 10 — 30 ТБ, а RAID 5 — 50 ТБ. > Производители дисков считают в десятичных терабайтах, а операционная система — в двоичных единицах: диск на 10 ТБ отображается в `df -h` примерно как 9.1 ТиБ, а массив на 20 ТБ — примерно как 18.2 ТиБ. Ничего не пропало: это тот же объём, просто в других единицах. ## Что мы рекомендуем Схема с пометкой **Рекомендуется** на странице развёртывания — та, которую мы выбрали бы для себя: - **Два диска: RAID 1.** Доступна половина объёма, зато отказ диска оборачивается тикетом, а не простоем. К тому же ускоряется чтение: данные могут отдавать оба диска. - **От четырёх дисков NVMe или SSD: RAID 10.** На флеш-накопителях перестроение зеркала занимает час-два, а не сутки, а в RAID 10 не нужно вычислять чётность, поэтому запись остаётся быстрой даже под нагрузкой. Это классическая схема для баз данных. - **Серверы для хранения данных с жёсткими дисками большого объёма: RAID 6.** Перестроение жёсткого диска объёмом 10 ТБ занимает сутки и более, и всё это время все остальные диски массива читаются от начала до конца. В RAID 5 второй отказ или нечитаемый сектор в этот период приводит к потере массива; RAID 6 такое выдерживает. Выбирайте RAID 0, только если потеря всего массива будет стоить вам лишь времени, например для кэша рендеринга или копии набора данных, который хранится в другом месте. RAID 5 выбирайте только для данных, которые можно восстановить из другой копии. ## Как мы настраиваем массив - **Дистрибутивы Linux:** программный RAID в Linux (`mdadm`). На серверах с двумя дисками вся система размещается на массиве. На серверах для хранения данных операционная система устанавливается на отдельный SSD, а массив из жёстких дисков монтируется в `/data`. - **Proxmox VE:** пул ZFS с тем же уровнем избыточности (зеркало, чередующиеся зеркала или RAID-Z2), которым Proxmox управляет штатными средствами. - **Windows Server и собственные ISO-образы:** диски передаются по отдельности, без объединения в массив. В Windows объедините их в пул с помощью дисковых пространств (Storage Spaces) или создайте зеркало в оснастке «Управление дисками»; если вы ставите систему с собственного ISO-образа, настройте диски во время установки через [консоль IPMI](https://offshoreserv.com/ru/docs/dedicated/ipmi). На этих процессорах программный RAID отнимает ничтожно мало ресурсов CPU, переживает замену материнской платы (массив считывается с самих дисков, а не с контроллера), и с ним работают все инструменты, описанные ниже. ## Проверка массива В исправном массиве `mdadm` все участники отмечены как работающие: `[UU]` для двух дисков или `[UUUU]` для четырёх: ``` cat /proc/mdstat mdadm --detail /dev/md0 ``` Подчёркивание, как в `[U_]`, означает, что одного из участников массива нет: массив продолжает работать, но утратил избыточность. В Proxmox вместо этого проверьте пул: ``` zpool status ``` Состояние самих дисков проверяйте с помощью smartmontools. Растущее от недели к неделе число переназначенных (reallocated) или ожидающих переназначения (pending) секторов предвещает отказ диска: ``` apt install -y smartmontools smartctl -H -A /dev/sda smartctl -H -A /dev/nvme0 ``` Мы никогда не пишем вам на электронную почту, поэтому пусть о проблемах сообщает сам сервер: достаточно ежедневного задания cron, которое запускает `mdadm --detail --test /dev/md0` и отправляет оповещение в вашу собственную систему мониторинга, если команда завершается с ненулевым кодом возврата. ## Если диск вышел из строя 1. Запишите серийный номер отказавшего диска: его покажет `smartctl -i /dev/sdX`, а `mdadm --detail` сообщит, какой участник выпал из массива. 2. Откройте тикет со страницы сервера в личном кабинете, указав серийный номер и вывод `cat /proc/mdstat`. Сообщите, можно ли выключить сервер на время замены; многие корпуса поддерживают горячую замену. 3. Когда новый диск установлен, скопируйте на него таблицу разделов исправного диска, присвойте копии новые идентификаторы и добавьте диск обратно в массив. Перестроение начнётся сразу, и следить за ним можно в `/proc/mdstat`. Здесь `/dev/sda` — исправный диск, а `/dev/sdb` — новый; на серверах с NVMe имена выглядят как `/dev/nvme1n1` и `/dev/nvme1n1p1`. ``` apt install -y gdisk sgdisk --replicate=/dev/sdb /dev/sda sgdisk --randomize-guids /dev/sdb mdadm --manage /dev/md0 --add /dev/sdb1 ``` На сервере с двумя дисками, который загружается с массива, сделайте новый диск тоже загрузочным: в системе с BIOS выполните `grub-install /dev/sdb`, а в системе с UEFI скопируйте раздел EFI с исправного диска на новый. Иначе, если следующим откажет старый диск, сервер не сможет загрузиться. > Прежде чем копировать таблицу разделов, дважды проверьте имена устройств: если скопировать её на исправный диск вместо нового, массив будет уничтожен. Если сомневаетесь, напишите об этом в тикете, и мы выполним перестроение вместе с вами. ## RAID — не резервная копия RAID защищает только от одного — от выхода диска из строя. Любую ошибку он копирует так же добросовестно, как и ваши данные, поэтому удалённый каталог, повреждённая база данных, программа-вымогатель или сервер, к которому вы потеряли доступ, уносят с собой весь массив. Храните зашифрованные копии на внешней площадке — на другом сервере или в другой нашей [локации](https://offshoreserv.com/ru/locations) — с помощью restic или Borg, как показано в [разделе о резервном копировании в руководстве по снапшотам](https://offshoreserv.com/ru/docs/vps/snapshots#off-site-backups). ## Изменение схемы впоследствии Смена уровня RAID у массива с данными — процесс медленный и рискованный, поэтому считайте выбор схемы решением на весь срок службы сервера. Чтобы начать заново, переустановите систему через консоль IPMI с нужной схемой или, прежде чем размещать на сервере данные, попросите в тикете переустановить её с новой схемой. Переустановка стирает диски, поэтому сначала скопируйте всё, что вам нужно. **Застряли на каком-то шаге?** Клиенты с выделенными и GPU-серверами могут открыть тикет в [личном кабинете](https://offshoreserv.com/ru/account/support), указав IP-адрес сервера и то, что они уже пробовали сделать. Целевой срок первого ответа — менее 12 часов. Для всех остальных серверов используйте действия с сервером на его странице, [руководства](https://offshoreserv.com/ru/docs) и страницу [статуса сети](https://offshoreserv.com/ru/status). --- OffshoreServ — офшорный хостинг-провайдер: VPS, выделенные серверы, Windows RDP и GPU-серверы в семи юрисдикциях (Исландия, Швейцария, Молдова, Румыния, Нидерланды, Болгария и Малайзия), оплата только криптовалютой (Bitcoin, Ethereum, Monero, Tether (USDT) и Solana), без проверки личности (без KYC). Prices and plans: https://offshoreserv.com/ru/pricing · Answers: https://offshoreserv.com/ru/faq · Every page: https://offshoreserv.com/llms.txt