पतला प्रावधान - भंडारण के लिए "क्रेडिट कार्ड"

पहले से ही लगभग 20 साल पहले, सैन - स्टोरेज एरिया नेटवर्क या भंडारण उपकरणों के एक विशेष नेटवर्क की अवधारणा - कंपनियों के आईटी विभागों के जीवन में प्रवेश किया। विशेष उच्च गति प्रोटोकॉल के माध्यम से जुड़े अनुप्रयोग सर्वरों पर उपयोग किए जाने वाले उनके डिस्क विभाजन की मेजबानी करने वाले केंद्रीकृत भंडारण के उपयोग ने डिस्क स्थान का उपयोग करने की दक्षता और लचीलेपन में काफी वृद्धि की है।



सैन के निर्माण के पीछे के कारण आंशिक रूप से वही थे जो पहले सामान्य स्थानीय क्षेत्र नेटवर्क लैन और इसमें साझा किए गए उपकरणों के निर्माण के पीछे थे। प्रत्येक क्लाइंट कंप्यूटर को एक लेजर प्रिंटर देने के बजाय, जो 99% निष्क्रिय हो जाएगा, हम बेहतर तरीके से इसे साझा प्रिंटर तक पहुंच देते हैं, भले ही अधिक शक्तिशाली और महंगा एक है, लेकिन एक उच्च औसत भार के साथ उपयोग किया जाता है, और इस तरह संसाधन उपयोग के स्तर में वृद्धि होती है और इसकी लागत प्रभावशीलता।

एक "साझा डिस्क संसाधन" के उपयोग सहित "अंडरटाइजेशन" की समस्या को हल किया। यदि आज के लिए न्यूनतम उपलब्ध SATA ड्राइव आमतौर पर 500GB से कम नहीं है, तो अगर हम इसका उपयोग टोरेंट से डाउनलोड किए गए वीडियो को स्टोर करने के लिए नहीं करते हैं, तो आमतौर पर, सामान्य उपयोग में, यह 90-95% खाली है। एक विशिष्ट ओएस इंस्टॉलेशन में 2-8 जीबी लगते हैं, एप्लिकेशन और इसके डेटा अभी भी कुछ हैं, सबसे अधिक बार कुछ गीगाबाइट्स हैं, फिर भी बाकी जगह खाली रहती है, लेकिन अफसोस, अन्य कंप्यूटरों पर संभवतः कार्य करने के लिए दुर्गम है।





यह स्टोरेज एरिया नेटवर्क - सैन तक था - डेटा के भंडारण और संचारण के लिए एक विशेष नेटवर्क दिखाई दिया। यह नेटवर्क एक विशेष हाई-स्पीड डेटा ट्रांसफर प्रोटोकॉल का उपयोग करता है, उदाहरण के लिए FC या iSCSI, जो आपको एक केंद्रीकृत स्टोरेज डिवाइस से डिस्क स्थान का उपयोग करने की अनुमति देता है, उपलब्धता और गति के महत्वपूर्ण नुकसान के बिना, उनकी आवश्यकता के आकार के कुल स्थान के उपभोक्ताओं के अनुभागों में कटौती और वितरण करके, जैसे कि यह इस कंप्यूटर के स्थानीय डिस्क हैं। बड़ी आम कहानी पर खंड नहीं।



हालाँकि, SAN का उपयोग करने वाले अनुप्रयोगों के लिए भंडारण स्थान के प्रावधान की समस्या को आंशिक रूप से हल करने के बाद, हम अभी भी इसे फिर से सामना करेंगे, हालांकि एक नए स्तर पर।



तथ्य यह है कि व्यावहारिक जीवन में, सिस्टम प्रशासक आवेदन को कभी भी उस स्थान पर "स्लाइस" नहीं करेगा, जिसके द्वारा अनुरोधित या उस पर कब्जा किया गया हो, क्योंकि डेटाबेस के मामले में अचानक वृद्धि की जरूरत होती है, डेटाबेस में वृद्धि, डेटाबेस के मामले में, वेब सर्वर के लिए लॉग के लिए जगह, और इतने पर। आज की प्रकृति का नियम है कि जानकारी बढ़ती है, और कभी-कभी तेजी से बढ़ती है।

इसलिए, यह आश्चर्य की बात नहीं है कि SAN (आमतौर पर LUN कहा जाता है) में एक डिस्क विभाजन पर एक बहुत ही महत्वपूर्ण स्थान आवंटित किया जा सकता है, लेकिन संबंधित एप्लिकेशन के डेटा द्वारा कब्जा नहीं किया जाता है, हालांकि, अन्य अधिक जरूरतमंद अनुप्रयोगों के लिए, यह अब उपलब्ध नहीं है।







डेटा विभाजनों में वृद्धि के साथ हर दिन शुरू नहीं करने के लिए, और अंतरिक्ष से बाहर चलने के कारण अप्रत्याशित रूप से "दुर्घटनाग्रस्त" कार्य का सामना नहीं करना पड़ता है, कोई भी स्टोरेज सिस्टम व्यवस्थापक सैन पर डेटा विभाजन बनाता है "मार्जिन के साथ", कभी-कभी महत्वपूर्ण, उदाहरण के लिए, इसी अध्ययन के परिणामों में। मैं इस उल्लेख के साथ मिला हूं कि SAN-स्टोरेज पर 60-80% तक का स्पेस "भविष्य के लिए" वितरित किया गया है, लेकिन वर्तमान में कुछ भी कब्जा नहीं है।



इस प्रकार, बस सैन सिस्टम पर डिस्क स्थान को गतिशील रूप से आवंटित करने की विधि का पता लगाने और उपयोग करके, हम सामान्य रूप से, अंतरिक्ष के 60-80% तक बचा सकते हैं, इसके अलावा, अधिक गति, महंगी, उच्च गति वाली डिस्क स्थान "बेकार" इस ​​समय "कटा हुआ" में दफन है। "LUN- आह" रिजर्व में।



अनुप्रयोगों के लिए भंडारण स्थान आवंटित करने की कार्यप्रणाली डिस्क के निर्माण पर तुरंत नहीं है, लेकिन जैसा कि आवेदन डेटा की आवश्यकता उत्पन्न होती है, "मांग पर", "पतली प्रावधान" कहा जाता है। दुर्भाग्य से, रूसी में अभी भी आम तौर पर स्वीकृत अनुवाद नहीं है, इसलिए मैं इसे "किफायती वितरण" कहना पसंद करता हूं।



हैरानी की बात है, पतली प्रावधान के सिद्धांत के साथ आप रोजमर्रा की जिंदगी में व्यापक रूप से परिचित हैं।

उदाहरण के लिए, बैंक ऋण काम करता है। जब कोई बैंक 500 हजार की क्रेडिट सीमा के साथ दस हजार क्रेडिट कार्ड जारी करता है, तो यह खातों में संपार्श्विक में पांच बिलियन नहीं रखता है, क्योंकि यह अपेक्षा करता है कि कार्ड उपयोगकर्ता ऋण पर उन्हें प्रदान किए गए सभी पैसे तुरंत खर्च नहीं करेंगे, अन्यथा बैंक के पास पर्याप्त संपत्ति नहीं होगी । फिर भी, जब आवश्यक हो, आप सीमा राशि का उपयोग कर सकते हैं यदि बैंक के निधियों का कुल "पूल" समाप्त नहीं हुआ है।

पानी और बिजली कंपनियां भी काम करती हैं, आपको एक संसाधन प्रदान करती हैं, उनका मानना ​​है कि पूरी मल्टी-स्टोरी बिल्डिंग तुरंत नल नहीं खोलेगी या वॉशिंग मशीन और इलेक्ट्रिक केटल्स चालू नहीं करेगी, और अधिक लचीली खपत के कारण, संसाधनों और बुनियादी ढांचे की क्षमता की कीमत पर बचत करना संभव है।



मल्टी-टास्किंग ओएस और वर्चुअलाइजेशन सिस्टम भी उसी तरह से काम करते हैं। आप एक ही समय में कई कार्यक्रमों का उपयोग कर सकते हैं, बशर्ते कि वे एक साथ एक ही समय में प्रोसेसर को पूरी तरह से लोड नहीं करना चाहते हैं। कुल प्रोसेसर संसाधनों को आवश्यक रूप से आवेदन के लिए आवंटित किया जाता है, लेकिन एक ही समय में प्रत्येक कार्यक्रम "भ्रम को पोषण करता है" कि आपके नए सर्वर के सभी 12 कोर इसके लिए उपलब्ध हैं। यह सच है, लेकिन सभी के लिए एक बार में नहीं।



पतली प्रावधान का उपयोग करते समय स्थिति बिल्कुल समान है। यदि प्रोग्राम 50GB डेटा विभाजन करना चाहता है (भले ही वर्तमान में उस पर केवल 10GB डेटा है), हम इसे एक विभाजन के साथ प्रदान कर सकते हैं जो अनुप्रयोग 50GB विभाजन के रूप में देखता है, लेकिन उनमें से 40 "वर्चुअल" होंगे जब तक वास्तविक डेटा उनके लिए नहीं लिखा जाता है, तब तक सिस्टम डिस्क पर जगह नहीं लेता है। यह हमें "रिजर्व में जगह" लॉक करने की अनुमति नहीं देगा, लेकिन आवश्यकता के रूप में इसका उपयोग करने के लिए।



जहाँ तक मुझे पता है, SAN में पतले प्रोविजनिंग का पहला सिद्धांत 3Par का उपयोग करके शुरू किया गया था, जो हाल ही में HP द्वारा खरीदा गया है, अपने स्टोरेज सिस्टम में, जिसके लिए यह फीचर उनके सिस्टम का एक महत्वपूर्ण (और लगभग एकमात्र) फ़ीचर था, हालाँकि, पहले, पतले प्रोविजनिंग को लागू किया गया और उनके FAS सिस्टम में नेटऐप। यह आपके लिए अब कोई आश्चर्य की बात नहीं होनी चाहिए कि यह इतना सरल और त्वरित था (वास्तव में, आंतरिक ओएस अपडेट की नई रिलीज के साथ) कि यह मौजूदा सिस्टम पर दिखाई दिया क्योंकि यह एक बार से अधिक अच्छे शब्द के साथ याद किया गया और 1993 में नेटएप "डब्ल्यूएएफएल फाइल सिस्टम" द्वारा बनाया गया। सभी नेटएप स्टोरेज सिस्टम को अंतर्निहित करते हुए, इसे बहुत आसान और सरल बनाया गया है।



किसी भी एप्लिकेशन के सभी LUN के लिए स्थान बढ़ाने के लिए पतली प्रोविजनिंग का उपयोग करके स्टोरेज सिस्टम पर सभी मुफ्त डिस्क स्थान उपलब्ध है। नेटवर्क स्टोरेज सिस्टम पर डिस्क स्पेस वास्तव में साझा संसाधन बन जाता है।







पूरी तरह से सही विज़ुअलाइज़ेशन की कैद में न पड़ें, जब एप्लिकेशन ए द्वारा कब्जा की गई मात्रा बढ़ जाती है, अन्य अनुप्रयोगों का डेटा डिस्क में नहीं जाता है, बस एप्लिकेशन ए का अनुभाग आवंटित किया जाता है और खाली स्थान में पड़े डिस्क स्थान के अतिरिक्त खंडों को जोड़ा जाता है। सैद्धांतिक रूप से, यह डेटा के विखंडन को बढ़ाता है, लेकिन इसे उपेक्षित किया जा सकता है क्योंकि अंतरिक्ष आवंटन मेगाबाइट ऑर्डर के अपेक्षाकृत लंबे समय तक किए जाते हैं, और, जैसा कि अभ्यास से पता चलता है, पतले और मोटे डेटा के बीच के प्रदर्शन का अंतर आमतौर पर मापा स्तर से कम होता है ”।



इस प्रकार, पतली प्रावधान का उपयोग हमें SAN में अंतरिक्ष के अक्षम वितरण की समस्या को हल करने, अंतरिक्ष को बचाने, भंडारण पर अनुप्रयोगों के लिए स्थान आवंटित करने के लिए व्यवस्थापक प्रक्रियाओं को सुविधाजनक बनाने और तथाकथित ओवरस्क्राइबिंग का उपयोग करने की अनुमति देता है, अर्थात, हमारे पास शारीरिक रूप से, एक उचित गणना में अनुप्रयोगों के लिए अधिक स्थान आवंटित करना। एक ही समय में उस एप्लिकेशन स्पेस की आवश्यकता नहीं है। जैसे ही इसमें आवश्यकता होती है, हम बाद में भंडारण की भौतिक क्षमता को आसानी से बढ़ा सकते हैं।