Нужен ли lvm при установке linux

Зачем мне нужен LVM?

Тут многие хвастают тем, что у них LVM и бла-бла-бла. Скажите, для чего?

>> как ты сделаешь снимок / или /var неотмонтировав их?

Командой lvcreate. Отмонтировать ничего не нужно. Всегда ваш, К.О.

Проверил. Вручную снял снэпшот с корневого раздела при работающей системе, а потом подмонтировал его:

Ошибок при монтировании нет.

Бывают ситуации, когда заранее определить, как будет идти распределение места на разделах, не удается. В этих случаях LVM очень удобен, ибо позволяет расширить место на лету.

Вторая интересная фича — возможность добавлять, удалять, и даже менять харды на лету без остановки машины.

Ну и в целом с LVM удобнее: не надо думать о primary/logical, не надо думать о порядке разделов, о их номерах и т.д., не надо думать о размере конкретных хардов.

> Да кому это вообще может понадобиться чаще чем раз в три года?

Тем, кто не использует Debian stable.

>> На живой подмонтированной ФС создаются?

А нахрена оно было бы нужно, если бы требовало отмонтирования?

1. Ресайз — да я не знаю как будет расти раздел под торенты, раздел под фотки и музыку, раздел для написание кода.

2. Выделение разделов под вирт. машины. Их лекгий ресайз и удаление если вирт. машина свое отработала.

3. Легкая миграция на диск(и) больших размеров (pvmove, vgreduce)

Делал им нарезку стораджа для клауда.

На живой подмонтированной ФС создаются?

>Как RAID 0? Тогда это такое ССЗБ, что ни в сказке сказать, ни пером описать!
Обычно как linear raid. А в чём проблема с RAID0 дома? Бэкапы что с ним, что без него нужны.

Из презентации товарища по имени Chris Mason на прошлогоднем LinuxCon:

• Create 20 snapshots of a 400MB file
• Overwrite the file
• 400MB written to a new location on disk
• Total time: 1.6s

• Create 20 snapshots of a LVM logical volume
• Overwrite 400MB of the original
• 400MB copied and written to exception table for each snapshot
• Total time: 558s

Ну и картинки на двух последующих слайдах веселые.

Ну и вот это собственно:

A snapshot of the block device is created. Changed chunks of sectors will be stored on the . Writes will only go to the . Reads will come from the or from for unchanged data. will often be smaller than the origin and if it fills up the snapshot will become useless and be disabled, returning errors. So it is important to monitor the amount of free space and expand the before it fills up.

Прикинь, ты такой весь в белом сделал себе снапшот и бэкапишь его потихоньку ночью. Утром приходишь и опаньки — переполнился, бэкап не завершился, начинай с начала.. И будешь ты этот ночной бэкап днем делать, предварительно потрахавшись с поиском дополнительного места, которого днем понадобится гораздо больше, ввиду более высокой активности. Уверен, что получится быстро место высвободить для COW device? Как там у файловых систем с уменьшением размера? А какая будет производительность днем в присутствии снапшота? См. презу Криса.

Так что то, что оно есть — оно хорошо, спору нет. На поиграться — пойдет. Для серьезного применения? Не уверен.

>> На живой подмонтированной ФС создаются?

А нахрена оно было бы нужно, если бы требовало отмонтирования?

А что, прямо таки никогда не требует? Или только для каких-то специфических ФС не требует? Если последнее, то можно списочек в студию?

Точно это работает для ext*, XFS (xfs_freeze нужно выполнить), JFS. Должно быть для ReiserFS. Об остальных ничего сказать не могу.

Снапшоты в lvm говно, а вот разделы нарезает вполне нормально. Сам по себе lvm используется редко т.к. обычные юзеры не так часто апгрейд делают. А вот мой знакомый в банке говорит что постоянно ресайзит разделы. Там, правда, aix а не линукс.

Другой пример: раздел с логами биллинга «внезапно переполнился»(если что, ту тачку не я админил). Тут тоже lvm чувака выручил.

Короче, в большинстве случаев lvm нужен в условиях когда трудно или невозможно спланировать дисковые ресурсы заранее.

LVM sucks?

iZEN , уважаемый, я понимаю, что это уже сто раз обсуждалось, но может быть вы дадите ссылку на статью, в которой будет сказано почему снимки LVM это плохо, а Btrfs/ZFS — хорошо.

Источник

LVM — это просто!

Собственно, хочется просто и доступно рассказать про такую замечательную вещь как Logical Volume Management или Управление Логическими Томами.
Поскольку уже давно пользуюсь LVM-ом, расскажу что он значит именно для меня, не подглядывая в мануалы и не выдёргивая цитаты из wiki, своими словами, чтобы было понятно именно тем кто ничего о нем не знает. Постараюсь сразу не рассказывать о всяческих «продвинутых» функциях типа страйпов, снапшотов и т.п.

LVM — это дополнительный слой абстракции от железа, позволяющий собрать кучи разнородных дисков в один, и затем снова разбить этот один именно так как нам хочется.

есть 3 уровня абстракции:
1. PV (Physical Volume) — физические тома (это могут быть разделы или целые «неразбитые» диски)
2. VG (Volume Group) — группа томов (объединяем физические тома (PV) в группу, создаём единый диск, который будем дальше разбивать так, как нам хочется)
3. LV (Logical Volume) — логические разделы, собственно раздел нашего нового «единого диска» ака Группы Томов, который мы потом форматируем и используем как обычный раздел, обычного жёсткого диска.
это пожалуй вся теория. 🙂 теперь практика:
для работы нужны пакеты lvm2 и возможность работать с привелегиями root поэтому:
$ sudo bash
# apt-get install lvm2

допустим у нас в компе есть жёсткий диск на 40Гб и нам удалось наскрести немного денег и наконец-то купить себе ТЕРАБАЙТНИК! :))) Система уже стоит и работает, и первый диск разбит одним разделом (/dev/sda1 как / ), второй — самый большой, который мы только подключили — вообще не разбит /dev/sdb…
Предлагаю немножко разгрузить корневой диск, а заодно ускорить (новый диск работает быстрее старого) и «обезопасить» систему с помощью lvm.
Можно делать на втором диске разделы и добавлять их в группы томов (если нам нужно несколько групп томов),
а можно вообще не делать на диске разделы и всё устройство сделать физическим разделом (PV)

# pvcreate /dev/sdb
Physical volume «/dev/sdb» successfully created

Создаём группу томов с говорящим названием, например по имени машины «ws», чтобы когда мы перетащим данный диск на другую машину небыло конфликтов с именами групп томов:

# vgcreate ws /dev/sdb
Volume group «vg0» successfully created

желательно внести с корневого раздела такие папки как /usr /var /tmp /home, чтобы не дефрагментировать лишний раз корневой раздел и ни в коем случае его не переполнить, поэтому создаём разделы:

# lvcreate -n usr -L10G ws # здесь мы создаём раздел с именем «usr», размером 10Gb
Logical volume «usr» created
по аналогии делаем то же для /var, /tmp, /home:
root@ws:

# lvcreate -n var -L10G ws
root@ws:

# lvcreate -n tmp -L2G ws
root@ws:

# lvcreate -n home -L500G ws
у нас ещё осталось немного свободного места в группе томов (например для будущего раздела под бэкап)
посмотреть сколько именно можно командой:
root@ws:

# vgdisplay
информацию по созданным логическим томам
root@ws:

# lvdisplay
информацию по физическим томам
root@ws:

разделы что мы создали появятся в папке /dev/[имя_vg]/, точнее там будут ссылки на файлы,
lrwxrwxrwx 1 root root 22 2009-08-10 18:35 swap -> /dev/mapper/ws-swap
lrwxrwxrwx 1 root root 21 2009-08-10 18:35 tmp -> /dev/mapper/ws-tmp
lrwxrwxrwx 1 root root 21 2009-08-10 18:35 usr -> /dev/mapper/ws-usr
lrwxrwxrwx 1 root root 21 2009-08-10 18:35 var -> /dev/mapper/ws-var
и т.д…

дальше lvm уже почти кончается… форматируем наши разделы в любимые файловые системы:
root@ws:

# mkfs.ext2 -L tmp /dev/ws/tmp
root@ws:

# mkfs.ext4 -L usr /dev/ws/usr
root@ws:

# mkfs.ext4 -L var /dev/ws/var
root@ws:

# mkfs.ext4 -L home /dev/ws/home

кстати, не плохо было бы сделать раздел подкачки:
root@ws:

# lvcreate -n swap -L2G ws
root@ws:

# mkswap -L swap /dev/ws/swap
root@ws:

создаём папку и подключая по очереди новообразовавшиеся тома, копируем в них нужное содержимое:
root@ws:

# mkdir /mnt/target
root@ws:

# mount /dev/ws/home /mnt/target
копируем туда всё из папки /home своим любимым файловым менеджером (с сохранением прав доступа), например так ;):
root@ws:

# cp -a /home/* /mnt/target/
root@ws:

# umount /mnt/target/
кстати, для папки temp необходимо только поправить права, копировать туда что-либо необязательно:
root@ws:

На вкусное, хочу предложить более продвинутую штуку:
допустим у нас есть система с разделом на LVM, а жёсткий диск начал сбоить, тогда мы можем без перезагрузки переместить всю систему на другой жёсткий диск/раздел:

# On-line добавление/удаление жёстких дисков с помощью LVM (пример)

# pvcreate /dev/sda1 # наш эмулятор сбойного диска
Physical volume «/dev/sda1» successfully created

# pvcreate /dev/sdb1 # наш эмулятор спасательного диска
Physical volume «/dev/sdb1» successfully created

# vgcreate vg0 /dev/sda1 # создаю группу томов vg0
Volume group «vg0» successfully created

# lvcreate -n test -L10G vg0 #создаю раздел для «важной» инфы
Logical volume «test» created

# mkfs.ext2 /dev/vg0/test # создаю файловую систему на разделе
root@ws:

# mount /dev/mapper/vg0-test /mnt/tmp/ #монтирую раздел
… # заполняю его информацией, открываю на нем несколько файлов и т.п.

# vgextend vg0 /dev/sdb1 # расширяю нашу групу томов на «спасательный» диск
Volume group «vg0» successfully extended

# pvmove /dev/sda1 /dev/sdb1 #передвигаю содержимое с «умирающего» диска на «спасательный»
/dev/sda1: Moved: 0.9%
/dev/sda1: Moved: 1.8%
…
/dev/sda1: Moved: 99.7%
/dev/sda1: Moved: 100.0%

# vgreduce vg0 /dev/sda1 # убираю «умирающий» диск из группы томов.
Removed «/dev/sda1» from volume group «vg0»

Итого:
Я создал логический раздел, отформатировал его, примонтировал и заполнил нужными данными, затем переместил его с одного устройства на другое, при этом раздел остался примонтирован и данные всё время оставались доступны!
Подобным образом мне удавалось без перезагрузки перенести всю систему с умирающего диска на рэид-массив. 🙂

Источник

Как работать с LVM

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

Используемые команды одинаково подойдут как для систем Red Hat / CentOS, так и Debian / Ubuntu.

Уровни абстракции

Работа с томами с помощью LVM происходит на 3-х уровнях абстракции:

1. Физический уровень (PV). Сначала диск инициализируется командой pvcreate — в начале диска создается дескриптор группы томов. При этом важно заметить, что диск не обязательно должен быть физическим — мы можно отметить на использование обычный раздел диска.
2. Группа томов (VG). С помощью команды vgcreate создается группа томов из инициализированных на предыдущем этапе дисков.
3. Логический том (LV). Группы томов нарезаются на логические тома командой lvcreate.

Схематично, уровни можно представить так:

Установка

Для работы с LVM необходима установка одноименной утилиты. В системе Linux она может быть установлена по умолчанию. Но если ее нет, выполняем инструкцию ниже.

Если используем системы на безе deb (Ubuntu, Debian, Mint):

apt-get install lvm2

Если используем системы на безе RPM (Red Hat, CentOS, Fedora):

yum install lvm2

Создание разделов

Рассмотрим пример создания томов из дисков sdb и sdc с помощью LVM.

1. Инициализация

Помечаем диски, что они будут использоваться для LVM:

pvcreate /dev/sdb /dev/sdc

* напомним, что в качестве примера нами используются диски sdb и sdc.

Посмотреть, что диск может использоваться LMV можно командой:

В нашем случае мы должны увидеть что-то на подобие:

«/dev/sdb» is a new physical volume of «1,00 GiB»
— NEW Physical volume —
PV Name /dev/sdb
VG Name
PV Size 1,00 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID rR8qya-eJes-7AC5-wuxv-CT7a-o30m-bnUrWa

«/dev/sdc» is a new physical volume of «1,00 GiB»
— NEW Physical volume —
PV Name /dev/sdc
VG Name
PV Size 1,00 GiB
Allocatable NO
PE Size 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID 2jIgFd-gQvH-cYkf-9K7N-M7cB-WWGE-9dzHIY

• PV Name — имя диска.
• VG Name — группа томов, в которую входит данный диск (в нашем случае пусто, так как мы еще не добавили его в группу).
• PV Size — размер диска.
• Allocatable — распределение по группам. Если NO, то диск еще не задействован и его необходимо для использования включить в группу.
• PE Size — размер физического фрагмента (экстента). Пока диск не добавлен в группу, значение будет 0.
• Total PE — количество физических экстентов.
• Free PE — количество свободных физических экстентов.
• Allocated PE — распределенные экстенты.
• PV UUID — идентификатор физического раздела.

2. Создание групп томов

Инициализированные на первом этапе диски должны быть объединены в группы.

Группа может быть создана:

vgcreate vg01 /dev/sdb /dev/sdc

* где vg01 — произвольное имя создаваемой группы; /dev/sdb, /dev/sdc — наши диски.

Просмотреть информацию о созданных группах можно командой:

На что мы получим, примерно, следующее:

— Volume group —
VG Name vg01
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 1
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 0
Open LV 0
Max PV 0
Cur PV 2
Act PV 2
VG Size 1,99 GiB
PE Size 4,00 MiB
Total PE 510
Alloc PE / Size 0 / 0
Free PE / Size 510 / 1,99 GiB
VG UUID b0FAUz-wlXt-Hzqz-Sxs4-oEgZ-aquZ-jLzfKz

• VG Name — имя группы.
• Format — версия подсистемы, используемая для создания группы.
• Metadata Areas — область размещения метаданных. Увеличивается на единицу с созданием каждой группы.
• VG Access — уровень доступа к группе томов.
• VG Size — суммарный объем всех дисков, которые входят в группу.
• PE Size — размер физического фрагмента (экстента).
• Total PE — количество физических экстентов.
• Alloc PE / Size — распределенное пространство: колическтво экстентов / объем.
• Free PE / Size — свободное пространство: колическтво экстентов / объем.
• VG UUID — идентификатор группы.

3. Создание логических томов

Последний этап — создание логического раздела их группы томов командой lvcreate. Ее синтаксис:

Примеры создания логических томов:

lvcreate -L 1G vg01

* создание тома на 1 Гб из группы vg01.

lvcreate -L50 -n lv01 vg01

* создание тома с именем lv01 на 50 Мб из группы vg01.

lvcreate -l 40%VG vg01

* при создании тома используется 40% от дискового пространства группы vg01.

lvcreate -l 100%FREE -n lv01 vg01

* использовать все свободное пространство группы vg01 при создании логического тома.
* также можно использовать %PVS — процент места от физического тома (PV); %ORIGIN — размер оригинального тома (применяется для снапшотов).

Посмотрим информацию о созданном томе:

— Logical volume —
LV Path /dev/vg01/lv01
LV Name lv01
VG Name vg01
LV UUID 4nQ2rp-7AcZ-ePEQ-AdUr-qcR7-i4rq-vDISfD
LV Write Access read/write
LV Creation host, time vln.dmosk.local, 2019-03-18 20:01:14 +0300
LV Status available
# open 0
LV Size 52,00 MiB
Current LE 13
Segments 1
Allocation inherit
Read ahead sectors auto
— currently set to 8192
Block device 253:2

• LV Path — путь к устройству логического тома.
• LV Name — имя логического тома.
• VG Name — имя группы томов.
• LV UUID — идентификатор.
• LV Write Access — уровень доступа.
• LV Creation host, time — имя компьютера и дата, когда был создан том.
• LV Size — объем дискового пространства, доступный для использования.
• Current LE — количество логических экстентов.

Создание файловой системы и монтирование тома

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

Файловая система

Процесс создания файловой системы на томах LVM ничем не отличается от работы с любыми другими разделами.

Например, для создания файловой системы ext4 вводим:

* vg01 — наша группа томов; lv01 — логический том.

Для создания, например, файловой системы xfs вводим:

Монтирование

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

Для разового монтирования пользуемся командой:

mount /dev/vg01/lv01 /mnt

* где /dev/vg01/lv01 — созданный нами логический том, /mnt — раздел, в который мы хотим примонтировать раздел.

Для постоянного монтирования раздела добавляем строку в fstab:

/dev/vg01/lv01 /mnt ext4 defaults 1 2

* в данном примере мы монтируем при загрузке системы том /dev/vg01/lv01 в каталог /mnt; используется файловая система ext4.

Проверяем настройку fstab, смонтировав раздел:

Проверяем, что диск примонтирован:

Просмотр информации

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

1. Для общего представления дисков, разделов и томов вводим:

Мы получим что-то на подобие:

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 30G 0 disk
sda1 8:1 0 1G 0 part /boot
sda2 8:2 0 29G 0 part
sys-root 253:0 0 27G 0 lvm /
sys-swap 253:1 0 2G 0 lvm [SWAP]
sdb 8:16 0 1G 0 disk
vg01-lv01-real 253:3 0 1G 0 lvm
vg01-lv01 253:2 0 1G 0 lvm /mnt
vg01-sn01 253:5 0 1G 0 lvm
sdc 8:32 0 1G 0 disk
vg01-lv01-real 253:3 0 1G 0 lvm
vg01-lv01 253:2 0 1G 0 lvm /mnt
vg01-sn01 253:5 0 1G 0 lvm
vg01-sn01-cow 253:4 0 500M 0 lvm
vg01-sn01 253:5 0 1G 0 lvm
sdd 8:48 0 1G 0 disk

* как видим, команда отображает корневое блочное устройство, какие разделы из него сделаны и в какие логические тома организованы из некоторых из разделов.

2. Получить информацию о проинициализированных для LVM дисков:

Источник