Расширение LV и снапшоты LVM

Сначала проверь, сколько пространства доступно в VG.

# Сколько свободно в VG?
sudo vgs
#   VG     #PV #LV #SN Attr   VSize    VFree
#   datavg   2   2   0 wz--n- <99.99g  30.00g
# 30 ГБ свободно — можно расширять

# Подробнее: свободные физические экстенты
sudo vgdisplay datavg | grep -E 'Free|Total|Alloc'
#   Total PE              25599
#   Alloc PE / Size       18176 / 71.00 GiB
#   Free  PE / Size        7423 / 29.00 GiB

# Какой LV расширять?
sudo lvs
#   LV      VG     Attr       LSize
#   appdata datavg -wi-ao---- 30.00g
#   logs    datavg -wi-ao---- 41.00g

# Текущее использование файловой системы (что вызвало тревогу)
df -h /mnt/appdata
# Filesystem               Size  Used Avail Use%
# /dev/mapper/datavg-appdata  30G   27G  1.4G  95%

Шаг 1 расширения: растим логический том (уровень блочного устройства).

# Расширить LV appdata на 20 ГБ (прибавляется к текущему размеру)
sudo lvextend -L +20G /dev/datavg/appdata
#   Size of logical volume datavg/appdata changed from 30.00 GiB to 50.00 GiB.
#   Logical volume datavg/appdata successfully resized.

# Или расширить до конкретного итогового размера
sudo lvextend -L 50G /dev/datavg/appdata

# Или занять всё оставшееся свободное пространство VG
sudo lvextend -l +100%FREE /dev/datavg/appdata

# После lvextend блочное устройство стало больше, но ФАЙЛОВАЯ СИСТЕМА ещё не знает:
df -h /mnt/appdata
# Filesystem               Size  Used Avail Use%
# /dev/mapper/datavg-appdata  30G   27G  1.4G  95%
# <-- всё ещё показывает 30 ГБ! Файловая система не получила сигнала.

lvextend только расширяет блочное устройство. Файловая система поверх имеет собственные метаданные размера — её нужно изменить отдельно.

Шаг 2 расширения: изменение размера файловой системы для заполнения LV.

Команда зависит от типа файловой системы:

# Для ext4: resize2fs (можно запускать на живой смонтированной ФС)
sudo resize2fs /dev/datavg/appdata
# resize2fs 1.47.0 (5-Feb-2023)
# Filesystem at /dev/datavg/appdata is mounted on /mnt/appdata; on-line resizing required
# The filesystem on /dev/datavg/appdata is now 13107200 (4k) blocks long.

# Для xfs: xfs_growfs (требует точку монтирования, НЕ путь к устройству)
sudo xfs_growfs /mnt/appdata
# meta-data=/dev/mapper/datavg-appdata isize=512    agcount=4, agsize=1966080 blks
# ...
# data blocks changed from 7864320 to 13107200

# Проверяем — файловая система теперь больше
df -h /mnt/appdata
# Filesystem               Size  Used Avail Use%
# /dev/mapper/datavg-appdata  50G   27G   21G  57%
# <-- теперь показывает 50 ГБ

Обязательный порядок: сначала lvextend, затем resize файловой системы. Если запустить resize2fs на устройстве меньше ожидаемого — ошибка. Если запустить lvextend и забыть resize2fs — ФС продолжает использовать старый размер, лишнее пространство существует, но невидимо.

Сокращение: флаг lvextend -r запускает resize2fs или xfs_growfs автоматически после расширения:

sudo lvextend -L +20G -r /dev/datavg/appdata
# Расширяет LV и изменяет размер ФС одной командой

Снапшоты LVM: copy-on-write виды в точке времени.

Снапшот LVM создаёт вид логического тома в конкретный момент. Он не копирует данные немедленно — использует copy-on-write (COW): блоки копируются в снапшот только когда оригинальный LV их изменяет. Создание снапшота мгновенно.

# Создать снапшот appdata на 5 ГБ (буфер COW)
# Размер снапшота — НЕ размер данных, а сколько изменений ожидается во время бэкапа
sudo lvcreate -s -L 5G -n appdata-snap /dev/datavg/appdata
#   Logical volume "appdata-snap" created.

sudo lvs
#   LV           VG     Attr       LSize Origin  Snap%  Move Log
#   appdata      datavg owi-aos---  50.00g
#   appdata-snap datavg swi-a-s---   5.00g appdata   0.00
# 'o' = origin, 's' = snapshot, Snap% = заполненность COW буфера

# Монтируем снапшот только для чтения для бэкапа
sudo mkdir /mnt/snap
sudo mount -o ro /dev/datavg/appdata-snap /mnt/snap

# Запускаем бэкап с согласованного снапшота (оригинальный LV продолжает работать)
sudo rsync -av /mnt/snap/ /backup/appdata-$(date +%Y%m%d)/

# Убираем: отмонтируем и удаляем снапшот
sudo umount /mnt/snap
sudo lvremove /dev/datavg/appdata-snap

Ловушка заполненного снапшота: полный снапшот становится недействительным.

# Следим за заполненностью снапшота — мониторь во время длинного бэкапа
sudo lvs /dev/datavg/appdata-snap
#   LV           Snap%
#   appdata-snap 73.41  <-- 73% использовано, ещё безопасно

# Если достигает 100%:
#   appdata-snap 100.00  <-- НЕДЕЙСТВИТЕЛЕН — данные потеряны из снапшота
# Любая попытка чтения вернёт ошибки ввода-вывода

# Настроить автоматическое расширение снапшота (/etc/lvm/lvm.conf):
# snapshot_autoextend_threshold = 80
# snapshot_autoextend_percent = 20
# (демон LVM расширит снапшот автоматически при достижении порога)

# Правило размера COW буфера:
# - Активная БД во время длинного бэкапа: 20-30% от размера origin
# - Тихая ФС во время быстрого rsync: 5-10% достаточно
# - При сомнениях — больше лучше: неиспользованный COW тратится впустую, но не опасен