Disk management has always been one of the most important tasks that system administrators perform. Historically, this would involve a lot of pre-planning and precision. Logical Volume Manager (LVM) doesn't completely alleviate these concerns; however, it is a bit more forgiving if you make an error in your calculations or just decide to do something different in the future. LVM was written in 1998 and has been a powerful ally for sysadmins since that time.
So, what advantages does it offer? Well, the big thing for most people is that LVM allows for dynamic resizing. This means that a sysadmin can allocate more space for a volume on the fly. In the past, you would have to unmount the volume in order to change its properties; however, LVM only requires this when downsizing.
LVM architecture
LVM consists of three key pieces. At the heart of LVM, your physical volumes (PV) will act as your starting point. These are physical "block devices" that must be initialized for LVM use, using the pvcreate command. Once you have your physical volumes, we can combine those into a single volume group (VG) using the vgcreate command. The volume group takes on the full capacity of the combined devices and is seen as a single storage device. From here, we can create various types of logical volumes (LV) to suit our needs using the lvcreate command.
What's next?
If LVM sounds like something that you are interested in or is something you are looking to get started with, I have written a few articles to discuss the basics and configuration of each piece of the LVM puzzle. You will find step by step instructions with examples and even some light troubleshooting for each of the necessary commands! So dive right in and let us help you learn something new today!
- How to create a physical volume in Linux using LVM
- How to create a volume group in Linux with LVM
- Creating logical volumes in Linux with LVM
[ Want to test your sysadmin skills? Take a skills assessment today. ]
关于作者
Tyler is the Sr. Community Manager at Enable Sysadmin, a submarine veteran, and an all-round tech enthusiast! He was first introduced to Red Hat in 2012 by way of a Red Hat Enterprise Linux-based combat system inside the USS Georgia Missile Control Center. Now that he has surfaced, he lives with his wife and son near Raleigh, where he worked as a data storage engineer before finding his way to the Red Hat team. He has written numerous technical documents, from military procedures to knowledgebase articles and even some training curricula. In his free time, he blends a passion for hiking, climbing, and bushcraft with video games and computer building. He is loves to read and enjoy a scotch or bourbon. Find him on Twitter or on LinkedIn.
