Які переваги у логічному диспетчері томів [закрито]

Які особливості та потенційні переваги Logical Volume Manager окрім того, що детально описано на його сторінці у Вікіпедії?

Взяте безпосередньо з мого запису в блозі: http://www.standalone-sysadmin.com/blog/2008/09/introduction-to-lvm-in-linux/

По-перше, давайте обговоримо життя без LVM. Ще в погані старі часи у вас був жорсткий диск. Цей жорсткий диск може мати розділи. Ви можете встановити файлові системи на цих розділах, а потім використовувати ці файлові системи. Дотримуйтесь обох способів. Це виглядало приблизно так:

У вас фактичний привід, в цьому випадку sda. На цьому диску є два розділи, sda1 і sda2. Також є трохи невикористаного вільного місця. Кожен з розділів має на ньому файлову систему, яка монтується. Фактичний тип файлової системи є довільним. Ви можете назвати це ext3, reiserfs або що у вас є. Важливо відзначити, що між розділами диска та можливою файловою системою існує пряма кореляція один на один.

Додамо логічне управління томом, яке відтворює абсолютно таку ж структуру:

Тепер ви бачите ті самі розділи, однак над розділами є шар під назвою "Група томів", буквально група томів, в даному випадку дискові розділи. Це може бути прийнятним думати про це як про якийсь віртуальний диск, на який можна розділити. Оскільки ми точно узгоджуємо нашу попередню конфігурацію, ви ще не бачите сильних сторін системи. Ви можете помітити, що над групою томів ми створили логічні томи, які можна розглядати як віртуальні розділи, і саме на них ми будуємо наші файлові системи.

Давайте подивимося, що станеться, коли ми додамо більше одного фізичного обсягу:

Тут ми маємо три фізичні диски, sda, sdb та sdc. Кожен з перших двох дисків має одну секцію, яка займає весь простір. Останній, SDC, має один розділ, який займає половину диска, при цьому половина залишається нерозподіленим вільним простором.

Ми бачимо групу томів вище тієї, яка включає всі наявні в даний час томи. Тут лежить одна з найбільших точок продажу. Ви можете створити логічний розділ таким же великим, як сума ваших дисків. Багато в чому це схоже на те, як працює RAID рівень 0, за винятком того, що зовсім немає смужок. Дані записуються здебільшого лінійно. Якщо вам потрібна надмірність або збільшується продуктивність, яку забезпечує RAID, переконайтесь, що ви поставите свої логічні томи поверх масивів RAID. Зрізи RAID працюють точно так само, як і фізичні диски.

Тепер у нас є ця група обсягів, яка займає 2 та 1/2 диска. Він був вирізаний на два логічні томи, перший з яких більший за будь-який з дисків. Логічні томи не хвилюються, наскільки фактичні фізичні диски, оскільки вони бачать лише те, що вони вирізані з myVolumeGroup01. Цей шар абстракції важливий, як ми побачимо.

Що станеться, якщо ми вирішимо, що нам потрібен невикористаний простір, оскільки ми додали більше користувачів?

Зазвичай ми будемо мати трохи горя, якби ми використали відображення одного на одне, але з логічними томами, ось що ми можемо зробити:

Тут ми взяли раніше вільний простір у / dev / sdc та створили / dev / sdc2. Потім ми додали це до списку томів, які містять myVolumeGroup01. Як тільки це було зроблено, ми могли вільно розширити будь-який логічний обсяг у міру необхідності. Оскільки ми додали користувачів, ми виросли myLogicalVolume2. У той момент, поки файлова система / дім підтримували її, ми мали можливість вирощувати її, щоб заповнити додатковий простір. Все тому, що ми абстрагували своє сховище від фізичних дисків, на яких він живе.

Гаразд, це стосується основної причини управління логічним томом. Оскільки я впевнений, що ви свербите, щоб дізнатися більше про те, як підготувати та створити власні системи, ось кілька чудових ресурсів для початку роботи:

http://www.pma.caltech.edu/~laurence/Linux/lvm.html
http://www.freeos.com/articles/3921/
http://www.linuxdevcenter.com/pub/a/linux/2006/04/27/managing-disk-space-with-lvm.html

Ви можете використовувати LVM, щоб зробити багато речей з дисками. Основна вигода - це можливість розробити файлові системи на ходу. Припустимо, ви налаштовуєте сервер журналів, і ви знаєте, що в майбутньому у вас буде багато даних. Ext3 підтримує максимум 16 ТБ (більше залежно від вашого ядра та версії EL). Але що робити, якщо ви знаєте, що через 2 роки вам знадобиться 1PB пам’яті? Ну, це створює деякі проблеми. По-перше, ваш начальник буде дивитися на вас оленями в очі фарами, коли ви скажете йому ціну цього обладнання для зберігання. Це призводить до ще однієї проблеми - потрібно почати з невеликого рішення, яке ви можете масштабувати вгору. LVM дає вам такий варіант. Ви починаєте з декількох дисків. Потім ви додаєте більше, перетворюєте їх у логічну групу, додаєте їх до першого логічного тома, збільшуєте розмір обсягу та нарешті ростите файлову систему. Вуаля, ти '

Це позбавить вас від необхідності переміщувати дані з пристрою, переформатувати LUN, а потім переміщувати все назад для оновлення. Вибачте за стислість, надію, що має сенс.

Редагувати: Я також повинен зазначити, що якщо ви маєте справу з 1PB, ви не збираєтесь використовувати Ext3 ... можливо, XFS.

Існує ряд непрямих переваг LVM. Головне, що робить LVM - це абстрагувати фізичні диски подалі від операційної системи . Основна перевага цього - просто гнучкість . Більшість переваг LVM реалізуються лише тоді, коли у вас є файлова система, яка підтримує зміни розміру під час руху. Основне, що робить LVM, описано нижче:

Системні розділи існують на одному шарі над диском

Без LVM Linux використовує розділи, розташовані фізично на диску. Розділи - це прямі назви пристроїв. Таблиця розділів знаходиться в MBR і зазвичай (у випадку логічних розширених розділів) у розширеному записі завантаження (що дозволяє створити більшу кількість розділів). Розділи визначають розмір і типсеред інших атрибутів (більш конкретно, вони визначають стартовий і кінцевий циліндр, який по суті визначає розмір). Оскільки вони настільки тісно прив'язані до диска, важливо встановити "правильну" схему розподілу при встановленні. Якщо раптом функція машини змінюється, або ви новачок, і ви не розумієте наслідків розділення, або якщо ви десь занижуєте використання диска або журнали певної програми, зміна цього розділення може бути громіздкою. Для цього є інструменти, але для зміни їх, як правило, потрібно перемістити дані з розділу. Очевидно, що якщо у вас є чотири перегородки, зміна другого торцевого циліндра секції впливає на третій і четвертий перегородки на пускові циліндри, і тому ви потрапляєте в безладну ситуацію.

Наївний може виступати за використання одного великого розділу, але ви можете скасувати, коли вам потрібно ввести квоти, або виділити шахрайські процеси, що заповнюють частини вашої системи (наприклад, / var / log, / tmp тощо)

Перевагами цього є:

Додавання та видалення пам’яті

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

Візьмемо для прикладу великий / домашній каталог, який заповнюється. Це існує на існуючому двох дискових томах RAID 1. Ви хочете додати ще два диски. Ви налаштовуєте їх у апаратній конфігурації RAID 1. Без LVM у вас є пара варіантів:

1. Перебудуйте повний рейдовий масив у конфігурації 1 + 0, що вимагає переміщення даних з машини, відновлення та повернення їх назад.
2. Створіть нову групу томів RAID 1, яка є окремою. У Linux вже є перший об'єм RAID, встановлений на / home, тому потрібно встановити другий том RAID на / home1 або подібний. Тепер, щоб отримати відповідні шляхи для користувачів, які відповідають першому, вам може знадобитися використовувати посилання, щоб отримати той же ефект. Крім того, це рішення вимагає постійного підтримання вихідного обсягу RAID та потенційно міграції даних із вихідного розділу.

За допомогою LVM ви можете просто додати нову групу томів RAID 1 до додаткового пулу пам’яті, змінити розмір файлової системи (за умови, що вона її підтримує) та voila, / home тепер раптово більше. Вам не потрібно нічого пов'язувати або обслуговувати потенційно переміщуються дані з / додому / додому1 або навпаки. Промийте, помийте, повторіть для майбутніх оновлень дисків.

Інтернет-обслуговування

Більшість завдань LVM, забезпечуючи технічне забезпечення, яке підтримується, можна виконувати в Інтернеті, не перезавантажуючи машину. Якщо ви можете гаряче поміняти диски в системі, ви можете додати нові диски та згодом видалити старі (можливо менші) диски, щоб збільшити вимоги до системного зберігання.

Однією з головних проблем, що стосуються обсягів LVM, є те, як вони наближаються до потенціалу, фрагментація може стати проблемою на моєму досвіді. Обсяги> 90%, а справді> 95% можуть означати, що ви можете зіпсуватись на диску на увазі, залежно від використання вашого диска та типів файлів. Рідко щось надмірно турбує про себе, це стосується будь-якого управління томом / розділами, але це фрагментація на томі шару, на відміну від розділу.

Вам слід було б надати більше інформації про ситуацію, в якій ви збираєтеся застосувати це, тому ми можемо дати цілеспрямовані відповіді, а не широкі, можливо, непоєднувані відповіді (я не можу прокоментувати інше, я б це сказав у коментарі).

Тепер щодо самого питання у вас є легке створення, зміна розміру та видалення томів (він же розділів), а ще одна приємна особливість (залежно від вашої ситуації) - це можливість створювати знімки об'єму.

Незважаючи на те, що ви вже вибрали найкращу відповідь, я хотів би висловити свою думку на цю тему. Зі свого досвіду я б поставив під сумнів корисність LVM, якщо у вас є один фізичний привід або навіть якщо у вас кілька дисків (я особисто ніколи не використовую LVM на системному диску). Однак там, де LVM справді незамінний, перебуває поверх апаратного RAID. Це дозволяє чітко розділити функції RAID та LVM - ви використовуєте RAID для управління надійністю та характеристиками продуктивності вашого сховища, а LVM використовуєте для розподілу фактичних обсягів у системі. Іноді ця функціональність перекривається, тобто LVM може забезпечити функціональність RAID-0 і RAID-1, але я б не рекомендував використовувати жодне з двох із будь-якою серйозною складовою.

В основному RAID і LVM належать разом, використання одного без іншого, як правило, є неоптимальним.