Generated by GPT-5-mini| LVM (Logical Volume Manager) | |
|---|---|
| Name | LVM |
| Developer | Various vendors and communities |
| Released | 1990s |
| Operating system | Unix-like systems |
| License | Various (GPL for many implementations) |
LVM (Logical Volume Manager) is a storage management framework used on Unix-like systems that provides flexible volume management by abstracting physical storage devices into logical volumes. It enables administrators to create, resize, snapshot, and migrate storage without directly manipulating partitions, integrating with kernel subsystems and userspace utilities to present adaptable block devices for filesystems, databases, and virtualization stacks. Its design and tooling have influenced and been influenced by projects and organizations across the Free and Open Source Software ecosystem.
LVM originated as an approach to decouple logical storage allocation from physical media, allowing dynamic changes to storage topology while services remain online; early work in volume management paralleled efforts by projects such as Sun Microsystems's Zettabyte File System research, IBM's logical volume initiatives, and academic work at institutions like University of California, Berkeley. Implementations appear across distributions maintained by organizations such as Red Hat, Debian Project, and SUSE, and the technology is relevant to commercial systems from vendors like Oracle Corporation and Hewlett-Packard. LVM sits alongside other storage paradigms including RAID arrays, dm-crypt encryption stacks, and orchestration platforms like Kubernetes when used under containerized workloads.
At its core, LVM maps between physical storage and logical block devices through layered abstractions: physical volumes, volume groups, and logical volumes. Physical volumes are typically backed by devices managed by kernel subsystems from projects like Linux kernel device mapper, hardware from vendors such as Seagate Technology and Western Digital Corporation, or virtual disks presented by hypervisors including KVM and VMware ESXi. Volume groups aggregate capacity and are conceptually similar to storage pools found in systems by NetApp and EMC Corporation. Logical volumes provide the block devices consumed by filesystems created by projects like ext4, XFS, and Btrfs, or by database engines such as PostgreSQL and MySQL.
Key components in userspace include command-line utilities historically bundled in packages maintained by organizations like Red Hat and projects such as systemd-adjacent tooling; these utilities interact with kernel facilities like the device mapper to realize mappings, and they coordinate with init systems like systemd and service managers such as systemd-logind in production deployments. Metadata structures and on-disk formats are designed to be resilient to common failure modes and to interoperate with backup software from vendors like Veritas Technologies.
LVM supports a range of capabilities: online resizing, snapshot creation, thin provisioning, mirroring, and migration. Thin provisioning functionality resembles storage efficiency features in arrays from NetApp and thin pools in enterprise products from EMC Corporation. Snapshot features have been used in backup workflows involving solutions by Bacula and Amanda, and mirroring integrates concepts from RAID and synchronous replication used by DRBD and SAN vendors like Hitachi Data Systems. LVM’s resizing tools enable live expansion or reduction of volumes consumed by filesystems from projects like ext4 and XFS, and migration tools allow block relocation comparable to live storage migration in virtualization platforms such as OpenStack and Proxmox VE.
Administrators configure LVM using command-line tools and occasionally graphical front-ends provided by distributions such as Ubuntu and Fedora. Typical workflows include pvcreate, vgcreate, lvcreate, lvextend, and lvremove operations, coordinated with filesystem utilities from e2fsprogs and mounting handled by systemd or classic init scripts. Management integrates with enterprise automation tooling from vendors like Ansible, Puppet (software), and Chef (company), and monitoring is often achieved using tools from Nagios or Prometheus. Best practices recommend careful metadata backups and alignment with storage arrays and multipath configurations provided by vendors like Dell EMC and Hewlett Packard Enterprise.
Common use cases include dynamic filesystem resizing for virtual machines managed by KVM, flexible storage pools for database clusters such as those deployed with PostgreSQL or MariaDB, snapshot-based backups for content management systems like WordPress, and backend storage for container hosts orchestrated by Kubernetes. Performance considerations involve understanding I/O paths through the kernel device mapper, interaction with RAID controllers from Adaptec and LSI Corporation, and the overheads associated with thin provisioning or snapshotting. Benchmarking with tools like fio and monitoring with collectd or Prometheus help characterize throughput and latency; caching layers such as those provided by bcache or SSD tiers from manufacturers like Samsung can mitigate performance impacts.
LVM concepts have been implemented across operating systems and variants: native implementations in the Linux kernel device mapper, alternative approaches in GNU-aligned distributions, and conceptual equivalents in proprietary systems from Microsoft's Logical Disk Manager and storage fabrics by NetApp and EMC Corporation. Numerous distributions package LVM tooling maintained by communities such as Debian Project and vendors like Red Hat provide enterprise support. Interoperability with filesystem and virtualization stacks from QEMU, KVM, Xen Project, and storage management frameworks in cloud platforms like Amazon Web Services and Google Cloud Platform informs deployment choices in heterogeneous datacenter environments.
Category:Storage software