स्टोरेज हाइपरवाइजर एक सॉफ्टवेयर लेयर है जो सिस्टमों में स्टोरेज संसाधनों के प्रबंधन और उपयोग के तरीके को सरल बनाती है।
स्टोरेज हाइपरवाइजर क्या है?
स्टोरेज हाइपरवाइजर एक सॉफ्टवेयर है जो अंतर्निहित भौतिक डिस्क और एरे से तार्किक स्टोरेज सेवाओं को अलग करके स्टोरेज को वर्चुअलाइज़ करता है, और फिर उस क्षमता को मानकीकृत, प्रबंधनीय रूप में प्रस्तुत करता है। आभासी भंडारण सेवा मेरे servers और अनुप्रयोगोंयह या तो सीधे इसमें स्थित होता है। मैं / हे होस्ट और स्टोरेज के बीच या उसके साथ-साथ एक नियंत्रण परत के रूप में पथ, जो रीड/राइट अनुरोधों को रूट करने के तरीके को रोकता या व्यवस्थित करता है। कैश की गईदर्पणयुक्त, स्तरित या संरक्षित।
विभिन्न उपकरणों और विक्रेताओं की क्षमता को साझा पूलों में एकत्रित करके, यह प्रशासकों को वर्चुअल वॉल्यूम और नीतियों को परिभाषित करने की अनुमति देता है, जैसे कि प्रदर्शन लक्ष्य, प्रतिकृति व्यवहार, स्नैपशॉट, आदि। एन्क्रिप्शनया, सेवा की गुणवत्ताप्रत्येक भौतिक प्रणाली को व्यक्तिगत रूप से कॉन्फ़िगर किए बिना। इसका परिणाम यह है कि भंडारण संसाधनों को अधिक गतिशील रूप से उपलब्ध कराया और स्थानांतरित किया जाता है, कम व्यवधान के साथ बढ़ाया जाता है, और विषम भंडारण में सुसंगत नियमों के साथ प्रबंधित किया जाता है, जबकि हार्डवेयर नीचे दिए गए भाग को कम से कम एप्लिकेशन-दृश्य प्रभावों के साथ बदला, विस्तारित या पुनर्संतुलित किया जा सकता है।
स्टोरेज हाइपरवाइजर के प्रकार
स्टोरेज हाइपरवाइज़र कुछ सामान्य आर्किटेक्चर में आते हैं, जो मुख्य रूप से इस बात पर निर्भर करते हैं कि वे कहाँ चलते हैं और डेटा पाथ के साथ कैसे इंटरैक्ट करते हैं। प्रत्येक प्रकार प्रदर्शन, सरलता और दक्षता का एक अलग संतुलन प्रदान करता है। flexयह आपकी अवसंरचना और उपलब्धता लक्ष्यों पर निर्भर करता है।
इन-बैंड (सममित) स्टोरेज हाइपरवाइजर
इन-बैंड स्टोरेज हाइपरवाइज़र होस्ट और स्टोरेज के बीच सीधे I/O पथ में स्थित होता है, इसलिए प्रत्येक रीड और राइट ऑपरेशन इसके माध्यम से होता है। चूंकि यह सभी ट्रैफिक को "देखता" है, इसलिए यह नीतियों को लगातार लागू कर सकता है और कैशिंग, प्रतिकृति, स्नैपशॉट जैसी सेवाएं प्रदान कर सकता है। कम प्रावधानऔर QoS को केंद्रीकृत तरीके से लागू किया जा सकता है। इसका नुकसान यह है कि यह एक महत्वपूर्ण घटक बन जाता है: इसे थ्रूपुट के लिए उपयुक्त आकार का होना चाहिए और रिडंडेंसी के साथ डिज़ाइन किया जाना चाहिए, अन्यथा यह लेटेंसी उत्पन्न कर सकता है या एक बाधा बन सकता है।
आउट-ऑफ-बैंड (असममित) स्टोरेज हाइपरवाइजर
आउट-ऑफ-बैंड स्टोरेज हाइपरवाइज़र सीधे डेटा पथ से बाहर रहता है और मुख्य रूप से डिस्कवरी, मैपिंग, प्रोविज़निंग और पॉलिसी मैनेजमेंट जैसे कंट्रोल-प्लेन कार्यों को संभालता है। वास्तविक डेटा होस्ट और स्टोरेज ऐरे के बीच सीधे स्थानांतरित होता है, जिससे इन-बैंड डिज़ाइनों की तुलना में लेटेंसी और परफॉर्मेंस संबंधी जोखिम कम हो सकते हैं। हालांकि, चूंकि यह प्रत्येक I/O ऑपरेशन को प्रोसेस नहीं करता है, इसलिए कुछ उन्नत डेटा सेवाएं सीमित हो सकती हैं या कहीं और (उदाहरण के लिए, होस्ट, ऐरे या किसी अलग कंपोनेंट के माध्यम से) लागू की जा सकती हैं।
होस्ट-आधारित (सॉफ्टवेयर-परिभाषित) स्टोरेज हाइपरवाइजर
होस्ट-आधारित स्टोरेज हाइपरवाइजर चलता है server परत (अक्सर एक के रूप में) गिरी मॉड्यूल, ड्राइवर या स्टोरेज स्टैक) का उपयोग करता है और कई होस्टों में स्थानीय डिस्क और/या संलग्न स्टोरेज को वर्चुअलाइज़ करता है। यह आमतौर पर सॉफ़्टवेयर-परिभाषित भंडारण और अति अभिसरित ऐसे डिज़ाइन, जहाँ कंप्यूट और स्टोरेज एक साथ स्केल होते हैं और रेप्लिकेशन और इरेज़र कोडिंग जैसी सेवाएं नोड्स में वितरित होती हैं। यह लागत प्रभावी हो सकता है और flexसंभव है, लेकिन यह खपत करता है सी पी यू/रैम यह होस्ट पर निर्भर करता है और इसके लिए नेटवर्किंग, विफलता प्रबंधन और लोड के तहत लगातार प्रदर्शन के लिए सावधानीपूर्वक डिजाइन की आवश्यकता होती है।
उपकरण-आधारित (आभासी या भौतिक) भंडारण हाइपरवाइज़र
एक एप्लायंस-आधारित स्टोरेज हाइपरवाइज़र एक समर्पित फिजिकल बॉक्स या वर्चुअल एप्लायंस के रूप में उपलब्ध कराया जाता है जिसे आप स्टोरेज नेटवर्क में डिप्लॉय करते हैं। यह आमतौर पर एक पैकेजेड कंट्रोल प्लेन और, कुछ मामलों में, एक ऑप्टिमाइज़्ड डेटा प्लेन प्रदान करता है, जिससे होस्ट को री-आर्किटेक्ट किए बिना या एरे को बदले बिना इसे अपनाना आसान हो जाता है। यह मॉडल रोलआउट को गति देता है और सुविधाओं को मानकीकृत करता है, लेकिन यह संचालन के लिए एक और इंफ्रास्ट्रक्चर लेयर जोड़ता है और अपग्रेड, स्केलिंग और अन्य संबंधित मामलों में विक्रेता या प्लेटफ़ॉर्म पर निर्भरता पैदा कर सकता है। उच्च उपलब्धता.
स्टोरेज हाइपरवाइजर के घटक (फॉर्म के शीर्ष पर)
स्टोरेज हाइपरवाइज़र कई मुख्य घटकों से मिलकर बने होते हैं जो क्षमता को वर्चुअलाइज़ करने, I/O को रूट करने और स्टोरेज सेवाओं को सुसंगत रूप से लागू करने के लिए एक साथ काम करते हैं। सटीक कार्यान्वयन विक्रेता और आर्किटेक्चर (इन-बैंड, आउट-ऑफ-बैंड, होस्ट-आधारित) के अनुसार भिन्न होता है, लेकिन ये घटक अधिकांश डिज़ाइनों में मौजूद होते हैं। मुख्य घटक हैं:
- वर्चुअलाइजेशन लेयर (एब्स्ट्रैक्शन इंजन)। यह एक या अधिक स्टोरेज डिवाइसों से भौतिक क्षमता एकत्रित करता है और इसे वर्चुअल वॉल्यूम, नेमस्पेस या LUN जैसे तार्किक संरचनाओं के रूप में प्रदर्शित करता है। यही वह हिस्सा है जो "होस्ट को जो दिखाई देता है" और डेटा के भौतिक स्थान के बीच अंतर करता है।
- डेटा पथ (इनपुट/आउटपुट परत)। यह होस्ट और स्टोरेज के बीच रीड/राइट रिक्वेस्ट के आदान-प्रदान को नियंत्रित या प्रभावित करता है। इन-बैंड डिज़ाइन में यह प्रत्येक इनपुट/आउटपुट (I/O) को प्रोसेस करता है, जबकि आउट-ऑफ-बैंड डिज़ाइन में यह न्यूनतम हो सकता है या होस्ट/एरे घटकों को सौंपा जा सकता है।
- नियंत्रण तल (प्रबंधन तर्क)। यह प्रोविज़निंग, मैपिंग, पॉलिसी प्रवर्तन और लाइफसाइकल कार्यों का समन्वय करता है। यह वॉल्यूम बनाने, क्षमता बढ़ाने, डेटा स्थानांतरित करने और सुरक्षा संचालन के समन्वय जैसे कार्यों के लिए जिम्मेदार है।
- मेटाडाटा सेवाओं. डेटा कहाँ रखा गया है, ब्लॉक भौतिक उपकरणों से कैसे मैप होते हैं, स्नैपशॉट संबंध, आदि को ट्रैक करें। डिडुप्लीकेशन/दबाव संदर्भ, और वॉल्यूम की स्थिति/स्वास्थ्य। पुनर्निर्माण के लिए मजबूत मेटाडेटा डिज़ाइन महत्वपूर्ण है। विफलता, और लगातार प्रदर्शन।
- पॉलिसी इंजन (स्वचालन + नियम)। यह QoS सीमा, टियरिंग नियम, प्रतिकृति मोड, एन्क्रिप्शन आवश्यकताएँ और स्नैपशॉट शेड्यूल जैसी आशय-आधारित सेटिंग्स लागू करता है। यह विभिन्न स्टोरेज सिस्टमों में स्टोरेज व्यवहार को सुसंगत बनाता है। बैकेंड उपकरणों.
- कनेक्टिविटी इंटरफेस (प्रोटोकॉल एडेप्टर)। उत्पाद के आधार पर, iSCSI, फाइबर चैनल, NVMe-oF, NFS या SMB जैसे स्टोरेज प्रोटोकॉल के माध्यम से एक्सेस प्रदान करें। ये इंटरफेस स्टोरेज को उस रूप में प्रस्तुत करते हैं जिसे होस्ट और ऐप्स उपयोग कर सकते हैं।
- डेटा सेवा परत। इसमें थिन प्रोविजनिंग, स्नैपशॉट, क्लोनिंग, प्रतिकृति, कैशिंग, डुप्लिकेशन हटाना, संपीड़न और इरेज़र कोडिंग जैसी सुविधाएं शामिल हैं। hypervisors इन्हें स्वयं ही उपलब्ध कराएं; अन्य इन्हें एरे या होस्ट एजेंटों के साथ समन्वयित करते हैं।
- हाई एयर और फेलओवर तंत्र। नोड, लिंक या कंपोनेंट की विफलता के दौरान स्टोरेज लेयर के काम करते रहने के लिए रिडंडेंसी प्रदान करें। इसमें क्लस्टरिंग, लीडर इलेक्शन, कोरम/विटनेस लॉजिक और ऑटोमेटेड पाथ फेलओवर शामिल हो सकते हैं।
- निगरानी और टेलीमेट्री. यह निम्नलिखित जैसे मेट्रिक्स और घटनाओं को एकत्रित करता है: विलंबइसमें IOPS, थ्रूपुट, कैश हिट रेट, रीबिल्ड स्टेटस और कैपेसिटी ट्रेंड्स शामिल हैं। यह समस्या निवारण, अलर्टिंग और परफॉर्मेंस प्लानिंग में सहायता करता है।
- प्रबंधन इंटरफेस (UI/एपीआई/सीएलआई). परिचालन सतह क्षेत्र (डैशबोर्ड, रेस्ट) एपीआईस्वचालन हुक, RBAC(और ऑडिट लॉग) का उपयोग स्टोरेज को सुसंगत रूप से प्रबंधित करने और ऑर्केस्ट्रेशन टूल के साथ एकीकृत करने के लिए किया जाता है।
स्टोरेज हाइपरवाइजर की मुख्य विशेषताएं
स्टोरेज हाइपरवाइज़र की प्रमुख विशेषताएं उन क्षमताओं का वर्णन करती हैं जो इसे क्षमता को वर्चुअलाइज़ करने, प्रबंधन को मानकीकृत करने और विभिन्न हार्डवेयर पर स्टोरेज सेवाएं प्रदान करने में सक्षम बनाती हैं। व्यवहार में, ये विशेषताएं निर्धारित करती हैं कि आप कितनी कुशलता से स्टोरेज प्रोविज़न कर सकते हैं, डेटा की सुरक्षा कर सकते हैं और बड़े पैमाने पर अनुमानित प्रदर्शन बनाए रख सकते हैं:
- स्टोरेज पूलिंग और एब्स्ट्रैक्शन। यह कई डिस्क, ऐरे या नोड्स की क्षमता को साझा पूल में संयोजित करता है और अंतर्निहित हार्डवेयर की परवाह किए बिना सुसंगत वर्चुअल वॉल्यूम उपलब्ध कराता है। इससे होस्ट द्वारा उपयोग किए जाने वाले तरीके को बदले बिना बैक-एंड स्टोरेज का विस्तार या प्रतिस्थापन करना आसान हो जाता है।
- गतिशील प्रावधान। यह पूरी भौतिक क्षमता को पहले से आरक्षित किए बिना वॉल्यूम बनाता है, और फिर आवश्यकतानुसार उन्हें ऑनलाइन बढ़ाता है। इससे उपयोगिता में सुधार होता है और जब एप्लिकेशन प्रारंभिक आवंटन से अधिक क्षमता वाले हो जाते हैं तो डाउनटाइम कम हो जाता है।
- नीति आधारित प्रबंधन। यह आपको उद्देश्य (प्रदर्शन, सुरक्षा, स्थान, एन्क्रिप्शन) परिभाषित करने और इसे प्रति वॉल्यूम, वर्कलोड या टेनेंट पर लागू करने की सुविधा देता है। हाइपरवाइज़र वातावरण में बदलाव होने पर भी इन नीतियों को लगातार लागू करता रहता है।
- उच्च उपलब्धता और निर्बाध संचालन। यह क्लस्टरिंग और फेलओवर लॉजिक का उपयोग करता है ताकि नोड विफलताओं, रखरखाव या अपग्रेड के दौरान भी स्टोरेज तक पहुंच जारी रहे। मजबूत HA सपोर्ट रोलिंग अपडेट को सक्षम बनाता है और नियोजित विफलताओं को कम करता है। स्र्कना.
- स्नैपशॉट और क्लोनिंग। तेज़ उपयोग के लिए विशिष्ट समय की प्रतियां बनाता है वसूलीपरीक्षण या विश्लेषण के लिए। कुशल कार्यान्वयन पूर्ण प्रतिलिपियों से बचने और स्नैपशॉट संचालन को त्वरित रखने के लिए कॉपी-ऑन-राइट/रीडायरेक्ट-ऑन-राइट तकनीकों का उपयोग करते हैं।
- प्रतिकृति और आपदा पुनर्प्राप्ति. सिंक्रोनस या असिंक्रोनस मोड में डेटा को किसी अन्य नोड, साइट या क्षेत्र में कॉपी करता है और इसे कॉन्फ़िगर किया जा सकता है। आरपीओ/आरटीओ लक्ष्य। यह मुख्य विशेषता सेट है व्यावसायिक निरंतरता स्थानीय विफलताओं से परे।
- प्रदर्शन अनुकूलन (कैशिंग और टियरिंग)। यह RAM/SSD कैश का उपयोग करता है और/या विभिन्न स्तरों के बीच डेटा स्थानांतरित करता है (NVMe/एसएसडी/HDD/object storage) एक्सेस पैटर्न के आधार पर। इसका लक्ष्य हॉट डेटा को तेज़ मीडिया पर रखना और कोल्ड डेटा की लागत को कम करना है।
- सेवा की गुणवत्ता (QoS). यह प्रति वॉल्यूम या वर्कलोड के लिए IOPS, थ्रूपुट और कभी-कभी लेटेंसी पर सीमाएं या गारंटी लागू करता है। QoS साझा वातावरण में महत्वपूर्ण अनुप्रयोगों को बाधित करने वाले पड़ोसी अनुप्रयोगों को रोकता है।
- डेटा में कमी (डुप्लिकेशन हटाना और संपीड़न)। यह संग्रहीत डेटा के भौतिक आकार को कम करता है, चाहे वह इनलाइन हो या पोस्ट-प्रोसेस। इससे लागत में काफी कमी आ सकती है, लेकिन सीपीयू ओवरहेड या अप्रत्याशित विलंबता से बचने के लिए इसे सावधानीपूर्वक लागू किया जाना चाहिए।
- एन्क्रिप्शन और कुंजी प्रबंधन का एकीकरण। समर्थन करता है आराम पर एन्क्रिप्शन और कभी - कभी रास्ते मेंएकीकरण के साथ कुंजी प्रबंधन प्रणाली (केएमएस) जहां आवश्यक हो। इससे अनुपालन संबंधी आवश्यकताओं को पूरा करने में मदद मिलती है और मीडिया के खो जाने या निष्क्रिय हो जाने की स्थिति में जोखिम कम होता है।
- बहु किरायेदारी और पहुँच नियंत्रण. यह टेनेंट्स, प्रोजेक्ट्स और RBAC जैसी संरचनाओं का उपयोग करके टीमों या ग्राहकों के बीच अलगाव प्रदान करता है। यह सुनिश्चित करता है प्रशासकों व्यापक बुनियादी ढांचे तक पहुंच प्रदान किए बिना भंडारण प्रबंधन को प्रत्यायोजित किया जा सकता है।
- स्वचालन और एपीआई। प्रोविजनिंग के लिए REST/CLI एकीकरण की सुविधा प्रदान करता है। स्केलिंगऔर नीतिगत बदलाव, जो अक्सर इसमें फिट होने के लिए डिज़ाइन किए जाते हैं ऑर्केस्ट्रेशन प्लेटफॉर्म (Kubernetes, आईएसी पाइपलाइन)। इससे मैन्युअल टिकट-आधारित कार्य के बजाय दोहराने योग्य, ऑडिट करने योग्य भंडारण संचालन संभव हो पाता है।
- अवलोकन क्षमता और समस्या निवारण उपकरण। यह सिस्टम वर्कलोड मेट्रिक्स (लेटेंसी, आईओपीएस, थ्रूपुट), स्वास्थ्य स्थिति, क्षमता पूर्वानुमान और इवेंट लॉग दिखाता है। बेहतर अवलोकन क्षमता से घटना समाधान का समय कम हो जाता है और प्रदर्शन नियोजन में मदद मिलती है।
स्टोरेज हाइपरवाइजर कैसे काम करते हैं?
स्टोरेज हाइपरवाइजर एक या कई डिवाइसों से भौतिक स्टोरेज को वर्चुअल, पॉलिसी-आधारित स्टोरेज में बदलकर काम करता है। servers यह डेटा का निरंतर उपयोग कर सकता है। हालांकि इसका सटीक प्रवाह इस बात पर निर्भर करता है कि यह इन-बैंड, आउट-ऑफ-बैंड, होस्ट-आधारित या उपकरण-आधारित है, मूल प्रक्रिया समान है। यह इस प्रकार काम करता है:
- उपलब्ध भंडारण संसाधनों का पता लगाना। हाइपरवाइजर स्टोरेज सिस्टम और/या लोकल डिस्क से जुड़ता है, उपयोग योग्य क्षमता की पहचान करता है, और डिवाइस की क्षमताओं को एकत्रित करता है ताकि उसे पता चल सके कि वह किस पर निर्माण कर सकता है।
- उस क्षमता को साझा पूलों में विभाजित करना। यह भौतिक डिस्क या बैक-एंड वॉल्यूम को तार्किक पूल में समूहित करता है, जिससे कच्चे हार्डवेयर और वर्कलोड को प्रस्तुत किए गए स्टोरेज के बीच एक स्पष्ट अलगाव पैदा होता है।
- वर्चुअल वॉल्यूम बनाना और उन्हें होस्ट के लिए उपलब्ध कराना। उन पूलों से, हाइपरवाइजर वर्चुअल वॉल्यूम (या शेयर/नेमस्पेस) निकालता है और उन्हें आवश्यक प्रोटोकॉल पर प्रस्तुत करता है, इसलिए servers वे स्थिर संग्रहण लक्ष्यों को देख सकते हैं जिन्हें वे स्वरूपित और माउंट कर सकते हैं।
- प्रत्येक खंड के साथ नीतियां संलग्न करना। प्रशासक प्रदर्शन और सुरक्षा के लिए नियम परिभाषित करता है (जैसे कि QoS सीमाएँ, प्रतिकृति मोड, स्नैपशॉट आवृत्ति आदि)। एन्क्रिप्शन(या प्लेसमेंट) और हाइपरवाइजर उन नियमों को वॉल्यूम से जोड़ता है ताकि व्यवहार सुसंगत और दोहराने योग्य हो।
- एक्सेस के दौरान इनपुट/आउटपुट को रूट करना और उन नीतियों को लागू करना। जैसे-जैसे एप्लिकेशन डेटा पढ़ते और लिखते हैं, हाइपरवाइजर या तो सीधे I/O को प्रोसेस करता है (इन-बैंड) या होस्ट/एरे घटकों के माध्यम से इसका समन्वय करता है (आउट-ऑफ-बैंड), यह सुनिश्चित करते हुए कि अनुरोध सही भौतिक स्थान पर जाएं, साथ ही QoS, कैशिंग या टियरिंग जैसे नियंत्रण लागू करता है।
- भंडारण की सुरक्षा और अनुकूलन के लिए डेटा सेवाएं प्रदान करना। पृष्ठभूमि में, यह स्नैपशॉट, क्लोनिंग, प्रतिकृति, डुप्लिकेशन हटाना/संपीड़न और फेलओवर तत्परता जैसे कार्य करता है, ताकि डेटा पुनर्प्राप्त करने योग्य बना रहे और प्रदर्शन लक्ष्य के भीतर रहे।
- स्वास्थ्य की निगरानी करना और परिस्थितियों में बदलाव के अनुसार अनुकूलन करना। यह लेटेंसी, आईओपीएस, क्षमता और विफलताओं को ट्रैक करता है, फिर आवश्यकता पड़ने पर रीबैलेंस, रीबिल्ड, डेटा माइग्रेट करता है या फेलओवर को ट्रिगर करता है, जिससे मैन्युअल हस्तक्षेप को कम करते हुए स्टोरेज उपलब्ध रहता है।
स्टोरेज हाइपरवाइजर का उपयोग किसलिए किया जाता है?
स्टोरेज हाइपरवाइजर का उपयोग स्टोरेज प्रबंधन को वर्चुअलाइज़ और केंद्रीकृत करने के लिए किया जाता है ताकि आप सुसंगत, flexभंडारण योग्य servers और विशिष्ट हार्डवेयर से बंधे बिना एप्लिकेशन। यह एक या अनेक स्टोरेज सिस्टम से क्षमता एकत्रित करता है, फिर आपको वर्चुअल वॉल्यूम को तेजी से प्रोविजन करने और स्नैपशॉट, प्रतिकृति, QoS, एन्क्रिप्शन और टियरिंग जैसी प्रदर्शन और सुरक्षा नीतियों को पूरे वातावरण में लागू करने की सुविधा देता है। यह विशेष रूप से सॉफ्टवेयर-परिभाषित स्टोरेज और मल्टी-वेंडर सिस्टम में उपयोगी है। data centerऐसे मामले जहां आप न्यूनतम व्यवधान के साथ संचालन को मानकीकृत रखते हुए स्टोरेज को बढ़ाना चाहते हैं, डेटा को माइग्रेट करना चाहते हैं या बैक-एंड एरे को बदलना चाहते हैं।
स्टोरेज हाइपरवाइजर की चुनौतियाँ क्या हैं?
स्टोरेज हाइपरवाइज़र संचालन को सरल बनाते हैं और मूल्यवान डेटा सेवाएं प्रदान करते हैं, लेकिन वे डिज़ाइन और परिचालन संबंधी कुछ समझौते भी पेश करते हैं। मुख्य चुनौतियाँ आमतौर पर प्रदर्शन संवेदनशीलता, बड़े पैमाने पर जटिलता और वर्कलोड तथा भौतिक स्टोरेज के बीच उनके द्वारा जोड़ी गई अतिरिक्त परत से उत्पन्न होती हैं:
- विलंबता और संभावित अवरोधों की संभावना बढ़ जाती है। यदि हाइपरवाइज़र डेटा पथ में (इन-बैंड) स्थित है, तो प्रत्येक इनपुट/आउटपुट इसके माध्यम से होता है। खराब साइजिंग, व्यस्त नियंत्रक, या अपर्याप्त कैशिंग चरम भार के दौरान विलंबता बढ़ा सकते हैं या थ्रूपुट को सीमित कर सकते हैं।
- उच्च उपलब्धता जटिलता। क्योंकि हाइपरवाइज़र एक महत्वपूर्ण निर्भरता बन सकता है, इसलिए आपको मजबूत क्लस्टरिंग, कोरम/विटनेस डिज़ाइन और सावधानीपूर्वक परीक्षित फ़ेलओवर व्यवहार की आवश्यकता है। यहाँ गलत कॉन्फ़िगरेशन से आउटेज या स्प्लिट-ब्रेन परिदृश्य उत्पन्न हो सकते हैं।
- परिचालन संबंधी लागत और समस्या निवारण की गहन क्षमता। अतिरिक्त एब्स्ट्रैक्शन लेयर मूल कारण विश्लेषण को कठिन बना सकती है। जब परफॉर्मेंस में गिरावट आती है, तो वास्तविक बाधा का पता लगाने के लिए आपको होस्ट मेट्रिक्स, हाइपरवाइजर टेलीमेट्री, नेटवर्क व्यवहार और बैक-एंड ऐरे स्टैट्स के बीच सहसंबंध स्थापित करने की आवश्यकता हो सकती है।
- हार्डवेयर में अनुकूलता और विशेषताओं में विसंगतियां। विभिन्न प्रकार के एरे को पूल करना सरल लगता है, लेकिन क्षमताएं भिन्न-भिन्न होती हैं (स्नैपशॉट, प्रतिकृति विधियां, NVMe विशेषताएं, कतार की गहराई)। हाइपरवाइजर केवल "सबसे सामान्य स्तर" को ही प्रदर्शित कर सकता है या विक्रेता-विशिष्ट ट्यूनिंग की आवश्यकता हो सकती है।
- डेटा माइग्रेशन और विक्रेता बंदी जोखिम। मौजूदा डेटा को नए स्टोरेज-वर्चुअलाइजेशन लेयर में स्थानांतरित करना व्यवधानकारी हो सकता है, और बाद में इससे बाहर निकलना भी उतना ही जटिल हो सकता है। कार्यान्वयन के आधार पर, वॉल्यूम और मेटाडेटा प्रारूप माइग्रेशन को समय लेने वाला बना सकते हैं।
- मिश्रित कार्यभार के तहत प्रदर्शन की पूर्वानुमान क्षमता। यदि QoS को ठीक से कॉन्फ़िगर नहीं किया गया है, तो मल्टी-टेनेंट पूल शोरगुल वाले पड़ोसी प्रभावों से ग्रस्त हो सकते हैं। रैंडम I/O, अनुक्रमिक थ्रूपुट और विलंबता-संवेदनशील ऐप्स इस तरह से प्रतिस्पर्धा कर सकते हैं जिन्हें संतुलित करना कठिन है।
- मेटाडेटा की वृद्धि और पुनर्निर्माण का प्रभाव। स्नैपशॉट, क्लोनिंग, डुप्लिकेशन हटाना और वितरित लेआउट जैसी सुविधाएं भारी मात्रा में मेटाडेटा पर निर्भर करती हैं। बड़े मेटाडेटा सेट और पुनर्निर्माण/संतुलन संचालन प्रदर्शन को खराब कर सकते हैं और विफलताओं के बाद रिकवरी समय को बढ़ा सकते हैं।
- सुरक्षा और अनुपालन का कार्यक्षेत्र। हाइपरवाइज़र एन्क्रिप्शन, एक्सेस कंट्रोल, ऑडिट लॉगिंग और सुरक्षित एडमिन एक्सेस को लागू करने के लिए एक और स्थान प्रदान करता है। कमजोर RBAC, खराब कुंजी प्रबंधन एकीकरण या पुराने प्रबंधन इंटरफेस अनुपालन संबंधी समस्या बन सकते हैं।
- अपग्रेड और लाइफसाइकिल समन्वय। आपको अक्सर हाइपरवाइजर नोड्स, होस्ट एजेंटों आदि में कड़ाई से प्रबंधित अपग्रेड पथों की आवश्यकता होती है। फर्मवेयरऔर एरे। असंगत संस्करण या जल्दबाजी में किए गए रोलिंग अपग्रेड अस्थिरता या फीचर संबंधी समस्याओं का कारण बन सकते हैं।
- लागत और लाइसेंसिंग की जटिलता। भले ही इससे हार्डवेयर पर होने वाला खर्च कम हो जाए, लेकिन हाइपरवाइजर खुद प्रति TB, प्रति नोड या प्रति फ़ीचर (रेप्लिकेशन, डुप्लिकेशन हटाना आदि) के हिसाब से लाइसेंसिंग शुल्क बढ़ा सकता है। आपदा बहालीयदि पर्यावरण योजनाबद्ध तरीके से अधिक तेजी से विकसित होता है तो कुल लागत में तेजी से वृद्धि हो सकती है।
स्टोरेज हाइपरवाइज़र FAQ
यहां स्टोरेज हाइपरवाइजर के बारे में सबसे अधिक पूछे जाने वाले प्रश्नों के उत्तर दिए गए हैं।
स्टोरेज हाइपरवाइजर बनाम कंप्यूट हाइपरवाइजर
आइए स्टोरेज हाइपरवाइजर और कंप्यूट हाइपरवाइजर के बीच के अंतरों की अधिक विस्तार से जांच करें:
| पहलू | स्टोरेज हाइपरवाइज़र | कंप्यूट हाइपरवाइजर |
| प्राथमिक उद्देश्य | यह डिस्क, एरे या नोड्स में स्टोरेज संसाधनों को वर्चुअलाइज़ और प्रबंधित करता है। | यह कंप्यूट संसाधनों (सीपीयू, मेमोरी) को वर्चुअलाइज़ और प्रबंधित करता है। आभाषी दुनिया. |
| यह क्या सार प्रस्तुत करता है | भौतिक भंडारण हार्डवेयर और क्षमता। | भौतिक servers और उनके कंप्यूटिंग संसाधन। |
| मुख्य आउटपुट | होस्ट या एप्लिकेशन को प्रस्तुत किए गए वर्चुअल वॉल्यूम, पूल या नेमस्पेस। | ऑपरेटिंग सिस्टम और एप्लिकेशन चलाने वाली वर्चुअल मशीनें (वीएम)। |
| स्टैक में स्थिति | यह स्टोरेज लेयर पर, एप्लिकेशन और होस्ट के नीचे या उनके साथ काम करता है। | यह कंप्यूट लेयर पर काम करता है और सीधे गेस्ट ऑपरेटिंग सिस्टम को होस्ट करता है। |
| इनपुट/आउटपुट फोकस | डेटा पथों को पढ़ना/लिखना, विलंबता, थ्रूपुट, स्थायित्व और डेटा स्थान निर्धारण। | सीपीयू शेड्यूलिंग, मेमोरी प्रबंधन और वीएम आइसोलेशन। |
| सामान्य जिम्मेदारियाँ | स्टोरेज पूलिंग, स्नैपशॉट, प्रतिकृति, टियरिंग, क्यूओएस, डेटा सुरक्षा। | वर्चुअल मशीन का निर्माण, अलगाव, लाइव माइग्रेशन, संसाधन शेड्यूलिंग। |
| निर्भरता मॉडल | यह अंतर्निहित डिस्क, ऐरे, नेटवर्क और कभी-कभी होस्ट एजेंट पर निर्भर करता है। | अंतर्निहित पर निर्भर करता है server हार्डवेयर और फर्मवेयर। |
| विफलता का प्रभाव | गलत कॉन्फ़िगरेशन या अनुपलब्धता की स्थिति में यह डेटा की उपलब्धता और अखंडता को प्रभावित कर सकता है। | प्रभावित होस्ट पर चल रहे वर्चुअल मशीन (VM) को रोका या पॉज किया जा सकता है। |
| प्रदर्शन संवेदनशीलता | विलंबता और इनपुट/आउटपुट टकराव के प्रति अत्यधिक संवेदनशील। | सीपीयू और मेमोरी के बीच प्रतिस्पर्धा के प्रति संवेदनशील। |
| सामान्य उपयोग के मामले | केंद्रीकृत भंडारण प्रबंधन, सॉफ्टवेयर-परिभाषित भंडारण, बहु-विक्रेता भंडारण। | Server समेकन, cloud प्लेटफ़ॉर्म, आभासी data centers. |
| परिणामों के उदाहरण | एक वर्चुअल स्टोरेज पूल जो कई डिवाइसों तक फैला हुआ है। | एक ही भौतिक इकाई पर कई वर्चुअल मशीन चल रही हैं server. |
| कार्यभार से संबंध | अप्रत्यक्ष: कार्यभार इसके द्वारा उपलब्ध कराए गए भंडारण का उपयोग करते हैं। | प्रत्यक्ष: वर्कलोड उन वर्चुअल मशीनों के अंदर चलते हैं जिन्हें यह होस्ट करता है। |
क्या स्टोरेज हाइपरवाइजर हार्डवेयर है?
स्टोरेज हाइपरवाइजर अपने आप में हार्डवेयर नहीं है, यह एक सॉफ्टवेयर यह सॉफ्टवेयर अंतर्निहित भौतिक डिस्क और स्टोरेज सिस्टम को लॉजिकल पूल और वॉल्यूम में विभाजित करके स्टोरेज संसाधनों को वर्चुअलाइज़ और प्रबंधित करता है। हालांकि, कुछ विक्रेता सॉफ्टवेयर को एक उपकरण (भौतिक या वर्चुअल) के रूप में पैकेज करते हैं, जिससे यह "एक बॉक्स" जैसा दिखता है, लेकिन मूल अवधारणा अभी भी एक सॉफ्टवेयर लेयर है जो चलती है। servers या समर्पित नियंत्रक नोड्स।
क्या स्टोरेज हाइपरवाइजर प्रदर्शन को प्रभावित करता है?
हां, स्टोरेज हाइपरवाइजर प्रदर्शन को सकारात्मक या नकारात्मक रूप से प्रभावित कर सकते हैं, यह आर्किटेक्चर और उनके कॉन्फ़िगरेशन पर निर्भर करता है।
यदि हाइपरवाइज़र डेटा पाथ में स्थित होता है (इन-बैंड), तो यह एक अतिरिक्त परत जोड़ता है जिससे प्रत्येक इनपुट/आउटपुट को गुजरना पड़ता है। इससे विलंबता उत्पन्न हो सकती है और यदि हाइपरवाइज़र नोड्स, नेटवर्किंग या कैशिंग का आकार सही नहीं है तो यह थ्रूपुट में बाधा बन सकता है। इसके विपरीत, आउट-ऑफ-बैंड डिज़ाइन आमतौर पर विलंबता पर कम प्रत्यक्ष प्रभाव डालते हैं क्योंकि डेटा होस्ट और स्टोरेज के बीच अधिक सीधे प्रवाहित होता है, हालांकि समन्वय, पाथ प्रबंधन और नीति प्रवर्तन से कुछ अतिरिक्त भार हो सकता है।
क्या स्टोरेज हाइपरवाइजर सुरक्षित हैं?
स्टोरेज हाइपरवाइज़र सुरक्षित हो सकते हैं, लेकिन वे डिफ़ॉल्ट रूप से सुरक्षित नहीं होते। बल्कि, उनकी सुरक्षा इस बात पर निर्भर करती है कि प्लेटफ़ॉर्म को कितनी अच्छी तरह से डिज़ाइन किया गया है और उसे कैसे कॉन्फ़िगर और संचालित किया जाता है। एक अच्छी तरह से कार्यान्वित स्टोरेज हाइपरवाइज़र आमतौर पर मजबूत एक्सेस कंट्रोल (RBAC), टेनेंट आइसोलेशन, डेटा एन्क्रिप्शन (और कभी-कभी डेटा ट्रांज़िट में भी), सुरक्षित कुंजी प्रबंधन एकीकरण, ऑडिट लॉगिंग और सुदृढ़ प्रबंधन इंटरफ़ेस का समर्थन करता है।
साथ ही, यह आपके बुनियादी ढांचे में एक महत्वपूर्ण नियंत्रण बिंदु जोड़ता है: यदि व्यवस्थापक क्रेडेंशियल से समझौता किया जाता है, RBAC बहुत अधिक अनुमेय है, प्रबंधन API उजागर हो जाते हैं, या पैचिंग लैग होने पर, हमले का प्रभाव क्षेत्र बड़ा हो सकता है क्योंकि हाइपरवाइजर कई वॉल्यूम और होस्ट को नियंत्रित करता है।
व्यवहार में, स्टोरेज हाइपरवाइज़र तब सुरक्षित होते हैं जब आप उन्हें लॉक डाउन मैनेजमेंट एक्सेस के माध्यम से कोर इंफ्रास्ट्रक्चर की तरह मानते हैं, और इसे लागू करते हैं। कम से कम विशेषाधिकारइससे एन्क्रिप्शन और ऑडिटिंग सक्षम होती है, फर्मवेयर/सॉफ्टवेयर अपडेट रहता है, और आपके वातावरण में आइसोलेशन और फेलओवर व्यवहार का सत्यापन होता है।
