Сто́ит ли использовать RAID встроенный контроллер материнской платы?

Ссылка скопирована
1 ответ

Сделал в ПК (БЕЗ специализированной платы с контроллером) raid1 из двух дисков, для эксперимента на нём 30 ГБ файлов, остальное пустое. Диски были перенесены в другую материнку, поэтому изначально полностью рассинхронизировались.
И вот эти 30 ГБ «ресинхронизируются» (статус в diskmgmt) уже более 1.5 часов (System пишет и читает 100-180 МБ/с, т.е достаточно интенсивно, а если усреднить и пересчитать - уже более 700 ГБ считано/записано (а куда???)).

В материнке вроде бы есть встроенный raid контроллер.

Сто́ит ли связываться с ним? Скорости синхронизации будут выше?
И самое главное. В случае внезапного отвала материнки эти диски будут доступны для чтения/восстановления? (Данные можно восстановить программами, мне больше интересно, слетит ли рейд или просто рассинхронизируется)

Дополнительно:

Какая модель материнки ?

В случае смерти материнки в лучшем случае вам придётся искать туже материнку вплоть до ревизии и то НЕ ФАКТ что поможет
Уж лучше софт раид шансов его восстановить куда больше

  • если виндоус, то там сделать софт рейд на GPT (особенно системного диска) настоящие извращение и спасение только такой вот RAID. Ну лучше тогда вообще никакой RAID не делать :) Хотя для обычных не системных вроде проблем нет.
    А на Linux с этим проблем нет и лучше сразу делать софт RAID
  • tukreb, а действительно, можно же сделать на Линухе. Тоже ведь есть SMB (я на малинке делал, только настроить трудновато), и отличаться по сути не будет от обычной общей папки Виндовс?
  • Рискованно значит получается. Недавно материнка отвалилась просто от прикосновения к радиатору...
  • Не обязательно, я переносил RAID с встроенного в материнку SuperMicro на дискретный контроллер Lsi. Все подхватилось.
  • Vlad Ivanov, разницы почти не будет если на SMB, а если вообще хотите чтобы работало как полноценный диск то надо использовать iSCSI, через TrueNAS например. Но если это просто файлопомойка то SMB самый лучший вариант.
  • Vlad Ivanov,

    Недавно материнка отвалилась просто от прикосновения к радиатору...

    да вам в люди Икс надо похоже талант.

  • psiklop, Человек-Отвал. Ну там микросхема буквально как в ноутбуках - не прикрыта даже металлической крышкой)
  • soft raid. В hardware raid на материнской плате проблем больше чем счастья, разве что специализированный NAS-блок использовать, тот что в серверные стойки встраивается или отдельным модулем стоит. Сам например в синолоджи нас реид1 только ехт4 формат использую, чтобы в случае случаев данные везде прочитать можно было. С бтрфс имел уже танцы с бубном...

Ответы:

Не стоит, проблем больше чем пользы.

на нём 30 ГБ файлов, остальное пустое.

И вот эти 30 ГБ «ресинхронизируются» (статус в diskmgmt) уже более 1.5 часов (System пишет и читает 100-180 МБ/с, т.е достаточно интенсивно, а если усреднить и пересчитать - уже более 700 ГБ считано/записано (а куда???)).

RAID не знает, что там пустое или заполненное. Он синхронизирует весь объём диска, даже если весь диск пустой.

  • Понял. Значит обычно должен работать быстрее

Если используется встроенный Raid от чипсета Intel на материнке, то без проблем заводится на любой материнке с таким Raid.
Была практика переноса и Raid10 и Raid5, просто переставлял диски и все автоматом подключалось.

Но со временем полностью отказался от такого Raid, в пользу операционной системы.
В Windows Server есть отличный софтовый Raid, позволяющий создать не только гибкое резервирование дисков, но и настроить дедупликацию данных, которая ощутимо экономит место.

Рейд проверяет всю поверхность диска
Ненадо использовать на материнке, лучше софтовый

RAID-контроллеру поуху, "пустое" место или "полное" - с его точки зрения оно полное всегда - потому что там как миниумум есть разметка файловой системы. Поэтому RAID-контроллер будет синхронизхировать весь обьем и на эту операцию могут уйти несколько суток. Это о том, чем занимаются специализированные RAID-контроллеры :)

Использовать софтовый смысла не имеет - он реально "софтовый", то есть - просто еще одна программа, которая будет жрат проц. Причем, поскольку там высока вычислительная активность - жрат будет неплохо.

  • Все встроенные в материнскую плату RAID-контроллеры по сути своей софтовые, то есть всё выполняется на том же самом CPU.
  • Причем, поскольку там высока вычислительная активность - жрат будет неплохо.

    Для RAID 1 вычислительная активность близка к нулю, даже зафиксировать её будет трудно.

Проще использовать гипервизор Proxmox, на нем установить необходимые VM (неважно на Windows или Linux). Сам Proxmox установить, как пример, на RAID-1 с помощью софтового Mdadm.
Соот-но, также делать бэкапы VM обязательно.

В таком случае, если выйдет из строя физически винт, то тут же заменить его на новый с помощью mdadm, при этом будет просадка в производительности, пока будет идти rebuild, но система в общем будет работать. Если же накосячили внутри самой VM, то восстановить ее из бэкапа с помощью Proxmox.

Софтовый raid грузит проц, аппаратный имеет свой и прочие плюшки. Само по себе иметь/купить плату с контроллером и использовать raid в os как минимум нелогично.

  • Логично иметь в запасе точ такую же мать.
  • omonraa, возможный вариант, если исходить, что на рейде бесценные данные. Так как серверные матери не так уж часто ломаются, я пару лет назад без проблем перенес raid, когда продал сервер supermicro на обычный китай с отдельный контроллером lsi
  • psiklop, а ещё не городить рейд массивы а раз в месяц копировать на другой диск.
  • omonraa, подсел два года назад на майнинг на хардах, там raid0 очень выручает, это очень удобно и выгодно, а данные это мусор.
    Второй гораздо раньше, есть некие файлы для сообщества, файлы нужны и мне часто - они не меняются, и они очень ценные, raid0 очень выгоден и удобен, но конечно же все файлы в бэкапе хранятся еще и на полке. Тут речь идет о доме же поэтому не все однозначно.
  • А ещё он может отъехать в мир иной, тогда нужно иметь пол рукой Аналогичный контроллер. Программный рейд грузит проц? mdadm грузит но смысла использовать него не вижу. zfs работает лучше, каких то сильных нагрузок на проц не видел, 64гб ecc памяти забиты под его кэш, ибп обязателен r5 3600 b450 и 64gb ecc памяти проц ограничен до 30w. Крутятся виртуалки и все на true nas scale.
  • Kil1J0y, ну тут все просто, хвалить свое, потому что работает, конечно работает. Что-же это у вас все ломается-то, lsi 9260 на алике стоит 2000р и прослужит вечно, купить второй так же не проблема их одним местом есть можно. Для чего он нужен я уже забыл, раз все так хорошо в mdadm.
  • Kil1J0y, вы все меня так с толку сбили своей ерундой, что я забыл самое главное. Я своим LSI подключу и SAS диск и SATA и корзину с эспандером. А вам приятно оставаться в софтовом рейде на мамкином SATA контроллере.
  • omonraa, ух, это уже всё не обывательский уровень) Требует много затрат. В случае старой матплаты - это затруднительно, т.к её продавали 10 лет назад)
    Но в целом по ответам и комментариям я понял нюансы рейда

Если под рейдом материнки или софтовым подразумевается intel rst.....
То использовать его вообще без проблем можно, любая другая мать с интелом (ессно там должна быть чипушка не B серии какой) эти диски распознает.....

Ну и самое главное, если рейд сломается, то.... учитывая что это рейд1, оставшийся диск из двух вообще будет продолжать работать как просто диск с данными везде.

  • А какой ты собрался использовать? И смысл тогда в мат. Плате, есои ты не используешь её функционал

Имхо отказатся от рейда и делать обычные бэкапы. Или купить бу рейд контроллер.

  • Бэкапы не заменяют RAID. У них вообще разные функции. Пока разворачиваете бэкап, бизнес полдня стоит, для крупной компании от простоя многомилионные убытки. RAID продолжает работать.
    Если непрерывность бизнеса не важна (в пределах нескольких часов), то RAID не нужен.

    RAID не заменяет бэкапы. Случайно удалят файл или проникнет шифровальщик - RAID не спасёт. Сервер сгорит синим пламенем - RAID не спасёт. К сожалению, некоторые не понимают, что даже от ошибок файловой системы RAID не спасёт.

  • hint000, zfs неиспользует контроллеры, и работает отменно. С правильной памятью потерь данных не будет
  • Kil1J0y, не в то окно? :) Я ничего не говорил про контроллеры, а про ZFS тут и никто ничего не говорил.
  • hint000, у меня конечно сервер не компутэрный гигант. Но с бэкапами всё равно большой вопрос - а что я забэкапил, а что ещё нет? Создавал бэкапы по мелочи. Пробовал через самодельный скрипт на питоне для сравнения файлов, где файлов больше, какие из них новее. Но всё равно заморочно
  • Vlad Ivanov,

    Пробовал через самодельный скрипт на питоне для сравнения файлов, где файлов больше, какие из них новее.

    На Linux помогает rsync, на винде robocopy - новые файлы обнаруживаются автоматически. Весь срипт для бэкапа можно сделать в одну строчку - команда и её параметры. Можно для удобства параметры вынести в переменные, будет ещё несколько строк.

Не стоит использовать для сохранения данных. Лучше два диска и настроить резервирование.
Я использую от мат платы только raid0 2 ссд были под рукой, сделал медленный nvme так сказать, сохранность данных не важна

Никто не спросил какой контроллер. Если Intel VROC и диски NVME, то сто́ит. Intel VROC и SAS/SATA RAID5, тоже.
Обычный fakeraid типа rst, в большинстве случаев - нет.

Информация к размышлению:
Если этот fakeraid еще и загрузочный, очень желательно иметь правильную флешку, умеющую его собирать при загрузке с нее. Хотя бы для проверки диска родными утилитами от ОС в случае неожиданной перезагрузки/неудачного обновления.

Нужно решить такую задачу?

Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

Заказать помощь
Лучший ответ
1
Артём Dev Ответ

Использование встроенного RAID контроллера на материнской плате имеет как положительные, так и отрицательные стороны, и решение о его использовании зависит от конкретных потребностей и требований пользователя.

Положительные стороны использования встроенного RAID контроллера включают в себя:
1. Экономичность - встроенные RAID контроллеры обычно не требуют дополнительных затрат на покупку отдельного аппаратного обеспечения.
2. Простота установки и настройки - встроенные контроллеры обычно имеют простой интерфейс управления и не требуют специальных знаний для настройки.
3. Удобство - наличие встроенного RAID контроллера позволяет легко настраивать и управлять массивами данных прямо из BIOS или специальной утилиты.

Однако, есть и отрицательные стороны использования встроенного RAID контроллера:
1. Ограниченные возможности - встроенные контроллеры обычно имеют ограниченные функциональные возможности по сравнению с отдельными аппаратными контроллерами.
2. Производительность - встроенные контроллеры могут иметь ограниченную производительность, что может быть недостаточно для более требовательных приложений.
3. Надежность - встроенные контроллеры могут быть менее надежными и иметь ограниченный срок службы по сравнению с отдельными контроллерами.

В целом, использование встроенного RAID контроллера на материнской плате может быть подходящим решением для небольших и не очень критичных по производительности задач. Однако, если требуется высокая производительность, надежность и расширяемость, то рекомендуется рассмотреть использование отдельного аппаратного RAID контроллера.

Пример использования встроенного RAID контроллера на материнской плате:
 
$disk1 = new Disk();
$disk2 = new Disk();
$raidController = new RaidController($disk1, $disk2);
 
$raidController->setRAIDLevel(RAIDLevel::RAID1);
$raidController->initialize();
 
echo "RAID массив успешно создан!";

Пример использования встроенного RAID контроллера на материнской плате: $disk1 = new Disk(); $disk2 = new Disk(); $raidController = new RaidController($disk1, $disk2); $raidController->setRAIDLevel(RAIDLevel::RAID1); $raidController->initialize(); echo "RAID массив успешно создан!";

Другие ответы (0)

Пока нет других ответов. Будьте первым, кто поможет автору.

Ответить на вопрос

комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Вам также может быть интересно