Что лучше LVM на RAID или RAID на LVM?


42

В настоящее время у меня есть LVM на программном RAID, но я хотел бы спросить вас, что вы думаете, это лучшее решение, может быть, некоторые плюсы и минусы?

Изменить: Речь идет о программном рейде на lvm или lvm на программном рейде. Я знаю, что аппаратный рейд лучше, если мы думаем о производительности.


9
лвм на рейде. рейд на лвм это работа дьявола. - нет рассуждений.
Sirex

хорошо, hw raid не нужен лучше, чем sw raid. Это зависит от нескольких факторов. Если это не high-end-класс, то обычно он хуже, чем linux sw raid (он же mdadm). Что касается управления, стабильности и производительности.
Cstamas

@cstamas: Я согласен, потому что дешевые обычно являются программными набегами.
Энси

Ответы:


45

Ваша текущая настройка выглядит следующим образом:

| / | /var | /usr | /home  |
 --------------------------
|       LVM Volume         |
 --------------------------
|       RAID Volume        |
 --------------------------
| Disk 1 | Disk 2 | Disk 3 | 

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

Если вы попытаетесь использовать RAID-массивы LVM, у вас останется обычное устройство без каких-либо преимуществ для LVM (например, растущих файловых систем и т. Д.).


4

Это старый вопрос, технология продвинулась, и рекомендуется настроить встроенную поддержку RAID в LVM (см. Здесь для настройки https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/ Logical_Volume_Manager_Administration / raid_volumes.html ), особенно если вы используете SSD. Red Hat не рекомендует использовать RAID 1/5/6/10 с SSD, так как mdadm запишет полный раздел для обеспечения правильной работы контрольных сумм. Это может привести к более быстрой деградации SSD, как указано здесь https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html-single/Storage_Administration_Guide/index.html#ssddeploy


1
Пользователь USER irwinr предложил: отредактировано 4 февраля 2018 года: я не могу найти никаких ссылок на RedHat, рекомендующих LVM RAID поверх RAID на mdadm, или каких-либо предостережений против использования RAID с твердотельными накопителями. На самом деле тег #ssddeploy даже не отображается в HTML для 2-й связанной страницы. ---- Спасибо irwinr, похоже RedHat обновил свою документацию. Тем не менее, mdadm синхронизирует весь раздел, в то время как «умный» LVM этого не делает, следовательно, меньше ненужных операций записи на диск, а значит, продление срока службы вашего SSD.
Поццо-Бальби

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

3

Ваша текущая настройка в порядке. Это рекомендуемый способ сделать это.

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


2

иметь аппаратный рейд, и вы можете иметь lvm на вершине - лучшая комбинация.


Хорошее корпоративное решение, но ужасное предложение для homelab! Вам нужен сервисный контракт с поставщиком оборудования, или у вас серьезные проблемы, если на вашем оборудовании RAID возникла неисправность - вам нужно найти совместимое проприетарное оборудование для его замены.
Гарет Дэвидсон

0

Я предполагаю, что вы имеете в виду аппаратный RAID с LVM сверху, а LVM и программный RAID поверх LVM. Если это так, я всегда советую сначала выбрать аппаратный RAID. Программный RAID - это только то, что, хотя накладные расходы невелики, производительность аппаратного RAID будет лучше в 9 из 10 раз. Конечно, методология будет очень сильно зависеть от вашей конечной цели. Чего вы пытаетесь достичь (производительность, защита и т. Д. И т. Д.)


1
«Рейды lvm и программного обеспечения поверх LVM» - теперь это экзотическая установка!
Sirex

-3

Я думаю, что имеет смысл использовать RAID поверх LVM, если вы хотите разделить диски между томами RAID 0 и RAID 1.

При этом вы не сможете перераспределить пространство между RAID0 и RAID1

| / | /var | /usr | /home  |
 --------------------------
|       LVM Volume 2       |
 --------------------------
|    RAID 0   |   Raid 1   |
 --------------------------
| Disk 1 | Disk 2 | Disk 3 |

С этим вы можете

| / | /var | /usr | /home  |
 --------------------------
|       LVM Volume 2       |
 --------------------------
|    RAID 0   |   Raid 1   |
 --------------------------
|       LVM Volume 1       |
 --------------------------
| Disk 1 | Disk 2 | Disk 3 | 

хорошо то, что вы также можете перемещать логические тома LVM Volume 2 между raid 0 et и raid 1 volume, используя команду pvmove

Плохо то, что установка сложна. Было бы лучше, если бы в LVM была лучшая интеграция функций программного рейда.


6
Я не знаю достаточного количества положительных героев, чтобы сказать, почему это плохая идея, но она оставляет меня совершенно неуверенным и отчетливо чувствующим страх.
Скотт Пак

2
Если бы «RAID» здесь был RAID 1/5 / какой-либо другой вид избыточного RAID, вы бы не получили никакой избыточности. Если какой-либо диск в томе LVM 1 выйдет из строя, вы потеряете оба тома RAID, так как том LVM окажется мертвым (хорошо, вы можете подключить его к сети, все еще предполагая, что он не чередуется, но большой объем данных теперь будет уйти, и RAID-массив тома LVM, на котором происходит сбой, вероятно, не сможет восстановиться ...). Я не знаю, почему ты это сделал, но не знаю.
BSchlinker

2
Скотт, похоже, твой страх был оправдан. Я использовал mdadm RAID поверх LVM2 и попал в беду - serverfault.com/questions/826479/… - пусть мой опыт будет предупреждением для других.
Призрачный гонщик
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.