@Decker

Как правильно установить Ubuntu на RAID1 в SuperServer 1028R-WTRT?

Доброго времени суток всем. Столкнулся с проблемой при установке Ubuntu на SuperServer 1028R-WTRT. В принципе уже найдено два рабочих решения, но хочется спросить совета community - как все же правильнее и оптимальнее. Имеется платформа SuperServer 1028R-WTRT с MB X10DRW-iT. Задача - настроить RAID1 (mirror) используя встроенный C610/X99 series chipset sSATA контроллер в RAID MODE, либо софтовый RAID в самой Ubuntu (mdadm). Проблема заключается в следующем, если использовать авторазметку диска и в том и в другом случае, получаем либо черный экран с курсором после установки, либо выпадение в grub / grub rescue в зависимости от варианта установки. Что-то подобное уже было описано здесь - Как запустить Ubuntu Server c Supermicro Intel Raid 10? .

Путем различных экспериментов было найдено два рабочих решения:

Решение 1.

1. Создаем RAID1 массив средствами контроллера:
5aae37f132133143920824.jpeg
2. Используем загрузку в UEFI. При установке Ubuntu RAID видится как отдельное устройство:
5aae38183e980265645386.jpeg
3. Размечаем устройство вручную, создавая один раздел ext4 с точкой монтирования / . Т.е. без ESP и swap разделов.

После этого все успешно загружается. Если дать установщику разметить устройство самостоятельно, т.е. с созданием ESP, ext4 (/) и swap - то после reboot'а получаем мигающий курсор, так как описано здесь. Решение не размещать swap на RAID подсмотрено там. Представленный вариант рабочий, но хочется услышать мнение All, жизнеспособна ли такая конфигурация без swap'а на боевом сервере? Или все-таки стоит создать потом swap в виде файла подкачки в уже работающей системе? На сервере 96 Gb RAM.

Решение 2.

С софтовым RAID в Ubuntu пришлось поковыряться. Пробовались различные варианты загрузки и в UEFI, и с Legacy BIOS. В основном проблема сводится к невозможности установить GRUB на этапе установки, или опять же с невозможностью загрузки с получившегося RAID'а:

5aae39619266d328640298.jpeg

Правдами и неправдами при софтовом RAID'е был найден следующий вариант разметки (проверялось на UEFI):

5aae399ee9948357392991.jpeg

Т.е. вначале размечаем оба диска как обычно, с созданием ESP, ext4 (/) и swap. Все это происходит через несколько перезагрузок, затем меняем тип раздела ext4 (/) на linux-raid на обоих дисках. Затем создаем из двух разделов linux-raid софтварный RAID и в нем уже ext4 (/) раздел. После этого и grub устанавливается нормально и нормально происходит загрузка с одного диска (для того чтобы грузилось и со второго - понятно что надо просто ESP склонить на другой диск). Вариант рабочий, но опять же кажется не особенно правильным.

В связи с чем вопрос - может у кого-то есть подобная платформа в эксплуатации. Какой вариант вы бы использовали, описанный в решении #1 или #2? Возможно у вас есть какая-то рабочая конфигурация, которая окажется более "грамотной" и "отказоустойчивой". Буду рад любым советам и предложениям.

p.s. Кстати, если посмотреть OS Compatibility Chart на сайте SuperMicro для X10DRW-iT (MB используемая в этой платформе), то рядом с Ubuntu 16.04 LTS там стоит A2 - i-SATA/SATA (w/o RAID, AHCI mode).
  • Вопрос задан
  • 5648 просмотров
Пригласить эксперта
Ответы на вопрос 4
gbg
@gbg Куратор тега Linux
Любые ответы на любые вопросы
Решение на самом деле очень простое - забить на аппаратный RAID, так как практика показывает, что из его эксплуатации вытекает больше проблем:

1) в случае кривого обновления драйверов в ОС вы теряете доступ к данным
2) если сдохнет контроллер, вынуть данные можно будет, имея строго аналогичный контроллер с той же версией прошивки. В софтовом рейде контроллера нет - дохнуть нечему.
Ответ написан
Комментировать
kotomyava
@kotomyava
Системный администратор
Ставьте в режиме AHCI с софтовым raid через mdadm.
В принципе, такой контроллер, не стоит использовать как рейд контроллер - проблем больше чем с софтовым, а достоинств никаких - это не какой-нибудь навороченный рейд контроллер мощным процом, пачкой памяти и батарейкой, который действительно может дать заметный прирост скорости...
Ответ написан
jamakasi666
@jamakasi666 Куратор тега Linux
Просто IT'шник.
Забей на аппаратный рейд. Смотри в сторону zfs, в плане удобства и надежности ничего лучше не придумаешь.
Ответ написан
Комментировать
shambler81
@shambler81 Куратор тега Linux
Рейд это достаточно сложный алгоритм, куда более чем сложный чем кажется, по сути это не чисто аппаратный комплекс а программно-аппаратный, по сути это железка с софтом. который в свою очередь делает рейд. Скорость не дорогих рейд решений может быть даже хуже софтовых, а вот проблемы с гибкостью и заменяемостью они явно добавляют. В общем я за софтовый рейд. ДА бывают случаи когда лучше использовать железный, но это как правило очень дорогие решения, порой проще добавить пару дисков и увеличить этим скорость , нежели брать дорогой контроллер.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы