Logical Volume Managers

एक सामान्यतः उपयोग किया जाने वाला, लेकिन अक्सर नज़रअंदाज़ या गलत समझा जाने वाला storage tool है Logical Volume Manager। Logical Volume Managers, या LVMs, एक storage abstraction, encapsulation और virtualization तकनीक हैं जो अन्यथा अनुपलब्ध लचीलापन प्रदान करती हैं।

अधिकांशतः एक LVM का उपयोग पारंपरिक partitioning systems की जगह किया जाता है, और कभी-कभी अतिरिक्त कार्यक्षमता जैसे RAID functions भी LVM में शामिल की जाती हैं। आज लगभग सभी operating systems में एक integrated LVM product उपलब्ध है और अधिकांश में यह बहुत लंबे समय से है। LVMs server और client दोनों तरफ के storage management की एक मानक विशेषता बन गए हैं।

LVMs में जरूरी नहीं कि एक समान features हों, लेकिन इनमें सामान्यतः शामिल होते हैं: logical volumes (soft partitioning), thin provisioning, लचीली physical location allocation, encryption, सरल RAID functionality (सामान्यतः केवल mirror आधारित RAID) और snapshots। मूलतः सभी LVMs में logical volumes, snapshots और लचीली allocation होती है; इन्हें LVM के मूलभूत कार्य माना जाता है।

लोकप्रिय LVMs में शामिल हैं: Windows Server 2000 से Server 2008 R2 तक का Logical Disk Management, Windows 2012 और बाद के संस्करणों में Storage Spaces, Linux पर LVM, Linux पर BtrFS, Mac OSX पर Core Storage, Solaris पर Solaris Volume Manager, Solaris और FreeBSD पर ZFS, FreeBSD पर Vinum Volume Manager, अधिकांश UNIX systems के लिए Veritas Volume Manager, AIX पर LVM और कई अन्य। LVMs 1980 के दशक के अंत से तेजी से लोकप्रिय और मानक बनते जा रहे हैं। ZFS और BtrFS विशेष हैं क्योंकि ये filesystems हैं जो अपने भीतर एक integrated system के रूप में LVM को लागू करती हैं।

एक LVM block devices (drive appearances) का उपयोग करता है और logical volumes (अक्सर LVs कहलाते हैं) बनाता है जो स्वयं भी drive appearances होते हैं। इसी कारण, एक LVM storage stack में कई अलग-अलग स्थानों पर स्थित हो सकता है। सामान्यतः हम अपेक्षा करते हैं कि एक LVM एक RAID array का उपयोग करेगा, एक RAID array को एक या अधिक logical volumes में विभाजित करेगा, और प्रत्येक logical volume पर एक filesystem लागू होगी। लेकिन यह पूरी तरह संभव है कि एक LVM सीधे physical storage पर RAID के बिना भी काम करे, और software RAID को logical volumes के नीचे की बजाय उनके ऊपर लागू करना भी संभव है। LVMs कई अलग-अलग storage systems को एक में मिलाने के लिए भी बहुत उपयोगी हैं, जैसे कई physical devices और/या RAID arrays को एक single, abstracted entity में मिलाना जिसे फिर logical volumes में विभाजित किया जा सके। LVM का एक मानक उपयोग कई SAN LUNs (संभवतः एक ही SAN system से या कई अलग-अलग से) को एक single volume group में मिलाना है।

जबकि LVMs कई storage devices और प्रकारों के साथ काम करने में शक्ति और लचीलापन प्रदान करते हैं और storage stack में ऊपरी layers को एक मानक interface प्रस्तुत करते हैं, शायद सबसे सामान्य उपयोग हैं: rigid partitions की जगह लचीलापन प्रदान करना और snapshots। पारंपरिक partitions rigid होते हैं और उनका आकार बदला नहीं जा सकता। Logical volumes को लगभग हमेशा आवश्यकतानुसार बढ़ाया या घटाया जा सकता है, जिससे वे कहीं अधिक लचीले बन जाते हैं।

Snapshots पिछले दशक में LVM उपयोग का एक प्रमुख केंद्र बन गए हैं, हालांकि यह मुख्यतः snapshot awareness के बढ़ने के कारण हुआ है न कि हाल ही में उपलब्धता में बदलाव के कारण। Commodity virtualization systems ने snapshots को एक अंतर्निहित, storage industry ज्ञान से IT mainstream में ला दिया है। Virtualization technologies द्वारा storage virtualization को संभालने के तरीके को बड़े पैमाने पर LVMs से संबंधित माना जा सकता है, लेकिन यह सामान्यतः अलग तरीके से या निचली layer से LVM functionality को आगे पास करते हुए प्रदान की गई समान कार्यक्षमता है।

आज आप LVMs को लगभग हर जगह उपयोग में पाएंगे, यहाँ तक कि storage arrays (जैसे SAN उपकरण) पर भी अधिक लचीली provisioning के लिए transparently implement किए गए। ये केवल मानक रूप से उपलब्ध नहीं हैं, बल्कि मानक रूप से implement भी हैं और आधुनिक storage की विश्वसनीयता और क्षमता में सुधार लाने में बहुत योगदान दे चुके हैं।