Зачем нужен Physical Volume в LVM?

Роль Physical Volume (PV) в архитектуре LVM

Physical Volume (PV, физический том) — это фундаментальный строительный блок в иерархии Logical Volume Manager (LVM). Его основное предназначение — предоставить LVM сырую, неструктурированную ёмкость для последующей абстракции и гибкого управления. По сути, PV — это "мост" между реальным физическим устройством хранения и логическим уровнем LVM, который скрывает аппаратные особенности от вышележащих систем.

Ключевые причины использования Physical Volume

1. Абстракция физических устройств

    PV позволяет LVM работать с разнородными устройствами хранения как с единым пулом ресурсов. Неважно, является ли устройство:
    *   Целым диском (`/dev/sdb`, `/dev/sdc`)
    *   Разделом диска (`/dev/sda1`, `/dev/sda2`)
    *   RAID-массивом (`/dev/md0`)
    *   Даже loop-устройством или SAN-диском

    После инициализации как PV все они становятся однородными поставщиками **Physical Extents (PE)** — блоков фиксированного размера (по умолчанию 4 MiB), с которыми оперирует LVM.

```bash
# Пример: инициализация диска /dev/sdb как Physical Volume
pvcreate /dev/sdb
# Просмотр созданных PV
pvs
# Более подробный вывод
pvdisplay
```

2. Создание пула хранения (Volume Group)

    PV сам по себе не используется для создания файловых систем. Его главная задача — войти в состав **Volume Group (VG, группы томов)**. VG — это совокупность одного или нескольких PV, из которых затем выделяется логическое пространство.

```bash
# Создание Volume Group 'vg_data' из двух физических томов
vgcreate vg_data /dev/sdb /dev/sdc
```

3. Единица управления и мониторинга

    PV является точкой, на которой LVM ведёт учёт метаданных: уникальный идентификатор UUID PV, размер, количество свободных и использованных PE, принадлежность к VG. Это позволяет:
    *   Безопасно расширять VG, добавляя новые PV.
    *   Перемещать данные между PV в рамках одной VG (команда `pvmove`) для обслуживания или замены дисков.
    *   Исключать PV из VG (предварительно освободив его).

```bash
# Добавление нового диска (/dev/sdd) в существующую VG
pvcreate /dev/sdd
vgextend vg_data /dev/sdd
# Перемещение данных со старого диска (/dev/sdb) на новый перед извлечением
pvmove /dev/sdb /dev/sdd
vgreduce vg_data /dev/sdb
```

Аналогия для понимания

Представьте себе Physical Volume как кирпич на стройплощадке LVM.

• Физический диск — это карьер (источник глины).
• pvcreate — это процесс формовки и обжига сырья из карьера в стандартный, унифицированный кирпич (PV).
• Volume Group — это стопка (пул) кирпичей, собранных из разных карьеров, но приведённых к единому стандарту.
• Logical Volume — это стена или колонна нужного вам размера и формы, которую вы выстраиваете из кирпичей из общей стопки (VG), не задумываясь, из какого именно карьера был каждый конкретный кирпич.

Техническая суть и важные детали

• Заголовок PV: При выполнении pvcreate в начале (а для надёжности также и в конце) устройства записывается специальный заголовок — LVM metadata. Он содержит информацию о самом PV, его PE и ссылку на принадлежащую VG. Это позволяет системе идентифицировать устройство как часть LVM даже при перемещении в другой сервер.
• Physical Extents (PE): Это минимальная единица распределения в LVM. Весь объём PV разбивается на PE. Именно PE, а не сектора или блоки, являются "валютой" при выделении места под Logical Volumes.
• Без PV нет LVM: Без этапа инициализации физического устройства как PV система LVM просто "не увидит" этот диск как пригодный для своих целей. PV — это обязательный слой трансляции.

Итог: Physical Volume нужен для того, чтобы превратить конкретное физическое устройство хранения с его уникальными характеристиками в стандартизированный, управляемый LVM компонент, способный объединяться с другими такими же компонентами в общий пул хранения (Volume Group), из которого затем создаются гибкие и легко изменяемые логические тома (Logical Volumes). Это основа всей философии LVM, обеспечивающей абстракцию, гибкость и удобство управления дисковым пространством.