Використання LVM з SSD та SATA-накопичувачами


22

У цьому питанні я побачив, що можна розмістити як SSD, так і стандартний жорсткий диск SATA в одну групу об'ємів LVM (VG).

Як це впливає на продуктивність?

Чи є спосіб змусити ОС бути на SSD, коли дані знаходяться на накопичувачі SATA в межах однієї групи томів?

Чи є якісні відомості про використання LVM з різними типами накопичувачів?

Чи було б вигідно створити VG для кожного типу приводу та / або швидкості? Я думав створити один VG для SSD і один для SATA (і для кожного типу накопичувачів, які я можу додати в майбутньому, як це з'явиться).



Моя інтуїція полягає в тому, що було б по-справжньому поганою ідеєю ставити як SSD, так і звичайний жорсткий диск в одну групу гучності.
саміам

@samiam це була моя початкова думка. Я не був впевнений, чи існують способи сказати LVM, щоб завжди розміщувати дані, що йдуть в та з таких директорій в sda, і завжди розміщувати дані, що переходять до іншого каталогу в sdb.
Нік

@Graeme, який дуже багато говорить про продуктивність, але я не бачив нічого, пов’язаного з охопленням різних типів дисків, саме це в основному мене хвилює. Якщо я щось пропустив, будь ласка, вкажіть це.
Нік

Нік: Я не можу відповісти про LVM вгорі голови, але, так, можна налаштувати /etc/fstabтак, що /є на SSD, але все, що нижче, /homeє на звичайному жорсткому диску. Зазвичай це варіант під час встановлення будь-якої сучасної системи Linux (це /homeбуло б «точкою кріплення» при виборі якоїсь форми «розширених параметрів»)
samam

Відповіді:


8

LVM не розрізняє швидкий і повільний диск. Здається, це не є хорошою ідеєю розмістити ці диски в одній групі томів LVM.

Крім цього, завжди добре встановити /tmpкаталог на SSD, який забезпечує величезну швидкість, особливо для програм, які використовують його як компіляція.


4
Надіньте /tmptmpfs. Більш висока продуктивність, менший знос на SSD (або на жорсткому диску для цього питання). Швидке зчитування SSD робить його в основному корисним для даних, які читаються частіше, ніж записані.
Жил "ТАК - перестань бути злим"

це було виявлено як вразливість і більше не забезпечується багатьма дистрибутивами.


5
Мех. Я, як правило, хочу, щоб файли /tmpбули очищені при перезавантаженні - якщо вони повинні залишитися, це для чого /var/tmp. Я багато років використовував tmpfs /tmpна багатьох машинах і ніколи не наближався до того, щоб не було місця для заміни, і в мене немає атипово малих обсягів даних /tmp, тому цей аргумент є хибним. У будь-якому випадку, це не вразливість - це слово означає проблему безпеки.
Жил "ТАК - перестань бути злим"

1
здається, у вас немає жодних поганих користувачів, які обслуговують. Якщо ви не хочете називати це вразливістю, тоді називайте його шкідливим, ні в якому разі не рекомендується, за винятком того, що ви знаєте, що ви робите.

8

Що ви можете зробити в останніх версіях LVM, це створити один "початковий" LV на жорсткому диску і один "кеш-пул" LV на SSD, а потім об'єднати його в єдиний "кеш" LV. Він має той самий розмір, що і вихідний LV (тобто, ви отримуєте лише стільки місця, скільки на HDD), але часто використовувані блоки та метадані кешуються на SSD для підвищення продуктивності.

Суть її полягає в тому, що припустимо, що у вас вже є VG, що охоплює обидва диски:

lvcreate -l 100%PVS -n your_name YourVG /dev/YourHDD
lvcreate --type cache-pool -l 100%PVS -n your_name_cache YourVG /dev/YourSSD
lvconvert --type cache --cachepool YourVG/your_name_cache YourVG/your_name

Після цього у вас з'явиться your_nameНН, який ви можете використовувати, як і будь-який інший ЛН, і кілька внутрішніх ЛЗ, які ви можете бачити lvs -a YourVG.

Наприклад, я налаштував зашифровану кореневу файлову систему через розділ SSD ( /dev/sda3) та розділ HDD ( /dev/sdb1) з такими командами:

pvcreate /dev/sda3 /dev/sdb1
vgcreate RootVG /dev/sda3 /dev/sdb1
lvcreate -l 100%PVS -n cryptroot RootVG /dev/sdb1
lvcreate --type cache-pool -l 100%PVS -n cryptroot_cache RootVG /dev/sda3
lvconvert --type cache --cachepool RootVG/cryptroot_cache RootVG/cryptroot
cryptsetup luksFormat --type luks2 /dev/RootVG/cryptroot

Більш детальну інформацію ви можете знайти в цій публікації блогу чи в цій . (Перший - це те, що я використав для посилання, а також використовується як посилання на статтю Вікіпедії LVM; друга - я, описуючи, як я це використовував на практиці. Визначте для себе, якому саме ви хочете довіряти 😉)

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.