LVM правильная разбивка дисков (gpt, uefi, ssd+hdd+hdd)
| Konstantin1722 |
|
Темы:
8
Сообщения:
29
Участник с: 28 июля 2020
|
Здравствуйте, возникли вопросы с LVM, хотелось бы получить совет от более опытных пользователей в этой теме. В моей системе используется три жестких диска: 1) SSD на 512 GB. 2) HDD на 1TB. 3) HDD на 2TB. Система будет ставиться в режиме UEFI с таблицей разделов GPT. Я изучил некоторые аспекты, и хочу уточнить верны ли мои суждения: 1) Снимки LVM адски урезают производительность. 2) В случае использования таблицы DOS, можно выбирать всё устройство (прим. /dev/sda) в качестве Physical Volume. 3) DOS не поддерживает диски больше 2TB. 4) При использовании GPT, сначала необходимо создать раздел (прим. /dev/sda1) и только после этого его можно будет выбрать в качестве Physical Volume. 5) Если я создам (на всё свободное место) на каждом устройстве по разделу (прим. /dev/sda1, /dev/sdb1, /dev/sdc1), и добавлю их в Volume Group, запись на эти диски будет идти по порядку (линейно), то есть сначала заполниться первый диск, потом второй, и так далее? 6) Продолжая пятый вопрос, скорость чтения/записи будет зависеть от того, на каком диске находятся данные? 7) SWAP раздел можно поместить как в LVM так и во вне? 8) LVM поддерживает только GRUB? 9) GRUB должен находиться вне LVM иначе работать не будет? 10) Если девятое суждение верно, то весь boot раздел должен находиться вне LVM, и при установке GRUB нужно указать --efi-directory=/boot, вместо --efi-directory=/boot/efi ? 11) Никаких нюансов в использовании SSD и LVM нет, не считая параметров монтирования и TRIM? Теперь касательно вопросов на которые я не смог найти ответы (на момент написания этой темы). Я изначально и до сих пор планирую разместить один Volume Group на все три жестких диска, и в случае линейного распределения данных, мне более менее понятно как это будет работать (если нет нюансов при использовании SDD и HDD), но как я предполагаю, картина будет такая, как я описал в пятом и шестом вопросе. Предположим так, значит может быть так, что SSD будет забит под 100%, а остальные диски нет, что явно не хорошо. Насколько я выяснил у LVM есть другой алгоритм распределения данных на Physical Volume, который распределяет их равномерно, а не линейно. Существует только два таких режима? Как будет работать данное распределение если учесть, что накопители не одинаковых размеров, они будет заполняться одинаково в процентном соотношении или всё же может быть так, что на SSD будет 512 ГБ и на обоих HDD по 512 ГБ? В случае использования режима распределения, скорость чтения данных действительно возрастает? (ведь это похоже на RAID 0) Касательно фрагментации данных. Как LVM решает и решает ли этот вопрос, нужна ли ручная конфигурация? Если всё "работает из коробки", то дефрагментация выполняется на каждом Logical Volume, или это будет уровнями ниже? Два вопроса выше, не дают мне понять как лучше делить диски (как в плане VG так и LV). |
| jim945 |
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
Konstantin1722Да. По факту логический раздел копируется в свободное место.
Lupus pilum mutat, non mentem.
|
| jim945 |
|
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
Konstantin1722При выборе устройства целиком на нем не будет нрикакой таблицы разделов. Один раздел с первого блока.
Lupus pilum mutat, non mentem.
|
| jim945 |
|
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
Konstantin1722да Konstantin1722да Konstantin1722да Konstantin1722Поддерживает lvm. Отдельный раздел не обязателен.
Lupus pilum mutat, non mentem.
|
| jim945 |
|
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
В целом. Не рекомендую использовать lvm. На мой взгляд он не надежен. При выходе из строя одного из дисков можно потерять всё. Посмотрите в сторону raid, а лучше btrfs. Возможно подберете для себя вариант поинтереснее.
Lupus pilum mutat, non mentem.
|
| Konstantin1722 |
|
|
Темы:
8
Сообщения:
29
Участник с: 28 июля 2020
|
jim945У меня каждый день делается бэкап на домашний сервер, мне всё равно на надёжность, мне нужны преимущества и гибкость LVM. jim945Тоже самое при некоторых RAID, а вообще где-то писали уже, но рассчитывать на raid, lvm или что-то другое, это глупо, всегда надо делать бэкапы важных данных. jim945А чем лучше? Насколько я знаю, btrfs это уже файловая система, в отличии от lvm, вы сами её используете? Если да, то напишите сколько времени и что вам больше всего в ней нравится. |
| Konstantin1722 |
|
|
Темы:
8
Сообщения:
29
Участник с: 28 июля 2020
|
В данный момент, решил попробовать так, не смешивая систему(SSD) и диски хранения(HDD). Первый диск: https://ibb.co/ZNJJwfB  Второй и третий (будет настроено в режиме чередования): https://ibb.co/5n4wcSS 
|
| vasek |
|
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
Konstantin1722, за такую порнографию могут и забанить на несколько деньков ... разгребай PS - быстро исправил - молодец ...
Ошибки не исчезают с опытом - они просто умнеют
|
| Konstantin1722 |
|
|
Темы:
8
Сообщения:
29
Участник с: 28 июля 2020
|
vasekДа меня уже предупреждали, всё усложняет тот факт, что на форум нельзя заливать картинки, приходится грузить в другие места... |
| jim945 |
|
|
Темы:
8
Сообщения:
3066
Участник с: 25 января 2010
|
Konstantin1722/boot не обязательно выносить из lvm в случае использования граб. И в целом зачем так дробить корень? /home еще ладно отделять. Но остальное... Konstantin1722Это удобство работы с разделами, не обращая внимания на их расположение? Пришел к тому что это слишком топорно сделано в lvm. Попробуй. Может сейчас всё лучше конечно. Konstantin1722Не являюсь её фанатом, но исейчас вернулся к её использованию в корне из-за нормальной поддержки сжатия zstd. Пока критичные косяки не всплывали. Да это фс, но с поддержкой сабволюмов, моментальных снимков и т.д. В инете найдешь описание сам. Konstantin1722Ну вот темболее btrfs.
Lupus pilum mutat, non mentem.
|