Управление логическими томами - Logical volume management

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

Управление томами представляет собой лишь одну из многих форм виртуализации хранилища ; его реализация происходит на уровне в стеке драйверов устройств операционной системы (ОС) (в отличие от устройств хранения или в сети).

дизайн

Менеджер логических томов Linux (LVM) v1

Большинство реализаций диспетчера томов имеют один и тот же базовый дизайн. Они начинаются с физических томов (PV), которые могут быть жесткими дисками , разделами жесткого диска или номерами логических устройств (LUN) внешнего запоминающего устройства. Управление томами рассматривает каждый PV как состоящий из последовательности блоков, называемых физическими экстентами (PE). Некоторые менеджеры томов (например, в HP-UX и Linux) имеют PE одинакового размера; другие (например, Veritas ) имеют PE разного размера, которые можно разделить и объединить по желанию.

Обычно PE просто взаимно однозначно сопоставляют логические экстенты (LE). При зеркалировании несколько PE отображаются на каждый LE. Эти PE взяты из группы физических томов (PVG), набора PV одинакового размера, которые действуют аналогично жестким дискам в массиве RAID1. PVG обычно размещаются на разных дисках или шинах данных для максимальной избыточности.

Система объединяет LE в группу томов (VG). Затем объединенные в пул LE могут быть объединены в разделы виртуального диска, называемые логическими томами или LV . Системы могут использовать LV как необработанные блочные устройства, как и разделы диска: создавая на них монтируемые файловые системы или используя их в качестве хранилища подкачки .

Чередующиеся LV выделяют каждый последующий LE из разных PV; в зависимости от размера LE это может улучшить производительность при больших последовательных чтениях за счет использования комбинированной пропускной способности чтения нескольких PV.

Администраторы могут увеличивать LV (путем объединения большего количества LE) или уменьшать их (путем возврата LE в пул). Объединенные коды LE не обязательно должны быть смежными. Это позволяет LV расти без необходимости перемещать уже выделенные LE. Некоторые менеджеры томов позволяют изменять размер LV в любом направлении в режиме онлайн. Изменение размера LV не обязательно приводит к изменению размера файловой системы на нем; он просто изменяет размер содержащего его пространства. Рекомендуется использовать файловую систему, размер которой можно изменять в интерактивном режиме, поскольку она позволяет системе настраивать свое хранилище на лету, не прерывая работу приложений.

PV и LV не могут совместно использоваться или охватывать разные группы VG (хотя некоторые менеджеры томов могут позволять перемещать их по желанию между VG на одном хосте). Это позволяет администраторам удобно подключать виртуальные группы к сети, переводить их в автономный режим или перемещать их между хост-системами в качестве единой административной единицы.

Группы VG могут увеличивать свой пул хранения за счет поглощения новых PV или сокращаться за счет отказа от PV. Это может включать перемещение уже выделенных LE из PV. Большинство менеджеров по объему могут выполнять это движение онлайн; Если базовое оборудование поддерживает горячую замену, это позволяет инженерам обновлять или заменять хранилище без простоя системы.

Концепции

Гибридный объем

Объем гибрида является любым объемом , который намеренно и непрозрачно использует два отдельных физических томов. Например, рабочая нагрузка может состоять из случайных поисков, поэтому SSD можно использовать для постоянного хранения часто используемых или недавно записанных данных, а вращающийся магнитный носитель большей емкости - для долгосрочного хранения редко необходимых данных. В Linux для этой цели можно использовать bcache или dm-cache , а в OS X можно использовать Fusion Drive. ZFS также реализует эту функцию на уровне файловой системы , позволяя администраторам настраивать многоуровневое кэширование чтения / записи.

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

Снимки

Некоторые менеджеры томов также реализуют моментальные снимки , применяя копирование при записи к каждому LE. В этой схеме диспетчер томов копирует LE в таблицу копирования при записи непосредственно перед его записью . Это сохраняет старую версию LV, моментальный снимок, который позже может быть реконструирован путем наложения таблицы копирования при записи поверх текущего LV. Если управление томом не поддерживает как тонкую подготовку, так и отбрасывание, после того, как LE в исходном томе записывается, он навсегда сохраняется в томе моментального снимка. Если объем моментального снимка был меньше его исходного размера, что является обычной практикой, это может сделать снимок неработоспособным.

Моментальные снимки могут быть полезны для резервного копирования самосогласованных версий изменчивых данных, таких как файлы таблиц из загруженной базы данных, или для отката больших изменений (например, обновления операционной системы) за одну операцию. Моментальные снимки имеют такой же эффект, что и рендеринг неподвижного хранилища , и аналогичны службе теневого копирования (VSS) в Microsoft Windows.

Некоторые Live CD на базе Linux также используют моментальные снимки для имитации доступа для чтения и записи к оптическому диску, предназначенному только для чтения .

Реализации

Продавец Представлено в Менеджер тома Распределить где угодно Снимки RAID 0 RAID 1 RAID 5 RAID 10 Тонкая подготовка Ноты
IBM AIX 3.0 (1989) Диспетчер логических томов да да да да Нет да Относится к PE как к PP (физическим разделам), а к LE как к LP (логическим разделам). Не имеет механизма моментальных снимков копирования при записи; создает снимки, замораживая один том зеркальной пары.
Фирма Хьюлет-Паккард HP-UX 9.0 Диспетчер логических томов HP да да да да Нет да
FreeBSD Vinum Volume Manager да да да да да да Быстрая файловая система FreeBSD (UFS) поддерживает моментальные снимки.
FreeBSD ZFS да да да да да да да Файловая система со встроенным управлением томами
NetBSD Диспетчер логических томов да Нет да да Нет Нет NetBSD версии 6.0 поддерживает собственную повторную реализацию Linux LVM. Повторная реализация основана на лицензированном BSD драйвере сопоставителя устройств и использует порт Linux lvm tools в качестве пользовательской части LVM. Нет необходимости поддерживать RAID5 в LVM из-за превосходной подсистемы RAIDFrame NetBSD.
NetBSD ZFS да да да да да да да Файловая система со встроенным управлением томами
Фонд NetBSD, Inc. NetBSD § 5.0 (2009 г.) bioctl arcmsr Нет Нет да да да да bioctl в NetBSD может использоваться как для обслуживания, так и для инициализации аппаратного RAID, хотя инициализация (через BIOCVOLOPS ioctl ) с 2019 года поддерживается только одним драйвером - arcmsr(4) ; программный RAID поддерживается отдельно через RAIDframe и ZFS
Проект OpenBSD OpenBSD 4.2 (2007) биоктл софтрейд да Нет да да да да bioctl в OpenBSD может использоваться для обслуживания аппаратного RAID, а также для инициализации и обслуживания программного RAID.
Linux 2.2 Диспетчер логических томов версии 1 да да да да Нет Нет
Linux 2.4 Система управления корпоративным объемом да да да да да Нет
Linux 2.6 и выше Диспетчер логических томов версии 2 да да да да да да да
Linux 2.6 и выше Btrfs да да да да Да (не стабильно) да Нет данных Файловая система со встроенным управлением томами
Силиконовая Графика IRIX или Linux Менеджер томов XVM да да да да да
Sun Microsystems SunOS Менеджер томов Solaris (ранее был Solstice DiskSuite ). Нет Нет да да да да Относится к PV как томам (которые могут быть объединены с примитивами RAID0, RAID1 или RAID5 в большие тома), к LV как мягким разделам (которые представляют собой непрерывные экстенты, размещаемые в любом месте на томах, но не могут охватывать несколько томов), и к VG как диск наборы.
Sun Microsystems Solaris 10 ZFS да да да да да да да Файловая система со встроенным управлением томами
иллюзия ZFS да да да да да да да Файловая система со встроенным управлением томами
Veritas Кросс-ОС Диспетчер томов Veritas (VxVM) да да да да да да Относится к LV как к томам , к VG как к дисковым группам ; имеет PE переменного размера, называемые поддисками, и LE, называемые сплетениями .
Microsoft Windows 2000 и более поздние операционные системы на базе NT Диспетчер логических дисков да да да да да Нет Нет Не имеет понятия PE или LE; может только RAID0, RAID1, RAID5 или объединять разделы диска в большие тома; файловые системы должны охватывать целые тома.
Windows 8 Места для хранения да да Нет да да Нет да Логика более высокого уровня, чем у RAID1 и RAID5 - несколько пространств хранения охватывают несколько дисков разного размера, пространства хранения устойчивы к физическим сбоям с помощью зеркалирования (не менее 2 дисков) или чередующейся четности (не менее 3 дисков), управления дисками и восстановления данных полностью автоматический
Windows 10 Места для хранения да да да да да да да RAID 10 называется зеркалированием диска
Красная шляпа Linux 4.14 и выше Стратис да да Нет Нет Нет Нет да Поддержка RAID запланирована в версии 2.0
яблоко Mac OS X Lion Основная память да Нет Нет Нет Нет Нет Нет В настоящее время он используется в реализации FileVault Lion , чтобы обеспечить полное шифрование диска , а также в Fusion Drive , который представляет собой просто LVG с несколькими PV.

Снимки обрабатываются Time Machine ; Программный RAID предоставляется AppleRAID. Оба находятся отдельно от Core Storage.

Недостатки

Логические тома могут страдать от внешней фрагментации, когда базовые устройства хранения не размещают свои PE непрерывно. Это может снизить производительность ввода-вывода на медленных носителях, таких как магнитные диски и другие вращающиеся носители. Однако менеджеры томов, которые используют PE фиксированного размера, обычно делают PE относительно большими (например, Linux LVM по умолчанию использует 4 МБ), чтобы амортизировать стоимость этих поисков.

В реализациях, предназначенных исключительно для управления томами, таких как Core Storage и Linux LVM, отделение и абстрагирование управления томами от файловой системы теряет возможность легко принимать решения о хранении для определенных файлов или каталогов. Например, если определенный каталог (но не всю файловую систему) необходимо навсегда переместить в более быстрое хранилище, необходимо выполнить обход как макета файловой системы, так и нижележащего уровня управления томами. Например, в Linux потребуется вручную определить смещение содержимого файла в файловой системе, а затем вручную pvmove экстенты (вместе с данными, не относящимися к этому файлу) в более быстрое хранилище. Реализация управления томами и файлами в рамках одной подсистемы вместо того, чтобы реализовывать их как отдельные подсистемы, теоретически упрощает общий процесс.

Ноты

Смотрите также


Рекомендации

Источники

внешние ссылки