टॉन्स को पतला रहना चाहिए

3Par InServ वास्तुकला पर हमारी पोस्ट के लिए टिप्पणियों में , हमें और अधिक विस्तार से बताने के लिए कहा गया कि 3Par पतली पुनरावृत्ति तंत्र कैसे लागू किया जाता है। आपके अनुप्रयोगों पर काम शायद इस ब्लॉग को बनाए रखने का सबसे सुखद हिस्सा है, इसलिए हमें यह बताने में खुशी हो रही है।



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



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



उदाहरण के लिए, इस परिदृश्य पर विचार करें: होस्ट फ़ाइल सिस्टम में 100 GB डेटा होता है और इसे सरणी डिस्क पर वर्चुअल वॉल्यूम से समान क्षमता आवंटित की जाती है। यदि आप 10 GB के कुल आकार वाली फ़ाइलों के समूह को हटाते हैं, तो सरणी इस विलोपन के बारे में पता नहीं लगा पाएगी और 100 GB अभी भी उस पर फ़ाइल सिस्टम पर आवंटित की जाएगी।



यदि फिर पुरानी फ़ाइलों के बजाय उसी मात्रा के नए रिकॉर्ड किए जाएंगे, तो उन्हें अतिरिक्त 10 जीबी डिस्क क्षमता आवंटित करने की आवश्यकता होगी, हालांकि फ़ाइल सिस्टम का आकार स्वयं ही रहेगा - 100 जीबी। नतीजतन, एक पतली मात्रा धीरे-धीरे बढ़ेगी और वसा (वसा की मात्रा) हो जाएगी।



इस समस्या को हल करने के लिए, 3Par ने InServ ऑपरेटिंग सिस्टम में थिन पर्सिस्टेंस फ़ंक्शन को जोड़ा (मुफ्त अनुवाद - एक खेल के रूप में वॉल्यूम बनाए रखना)। पतली दृढ़ता वास्तविक समय में काम करती है और डेटा को पतली मात्रा में लिखे जाने से पहले विश्लेषण करती है। होस्ट द्वारा लिखे गए डेटा में, फ़ंक्शन केवल शून्य वाले ब्लॉक की खोज करता है (यह जाम किए गए डेटा या अप्रयुक्त क्षमता का संकेत है), और फिर इन ब्लॉकों को 16 Kbytes के भागों में मुफ्त आभासी क्षमता के पूल में लौटाता है। नल खोज फ़ंक्शन को विशेष 3Par ASIC Gen3 चिप में बनाया गया है और इसलिए थिन पर्सिस्टेंस InServ स्टोरेज सर्वर सरणी के संचालन को धीमा नहीं करता है।



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



यह उल्लेखनीय है कि 3 पीएआर, पतली प्रोविजनिंग प्रौद्योगिकी के अग्रणी के रूप में, वेरिटास स्टोरेज फाउंडेशन संस्करण 5 और उच्चतर के लिए थिन रिक्लेमेशन एपीआई के समर्थन को लागू करने के लिए डिस्क सरणियों के निर्माताओं में से पहला था। उनकी मदद से, होस्ट पर चल रहे VxFS फ़ाइल सिस्टम फ़ाइलों को हटाने के बारे में डिस्क सरणी (WRITE SAME SCSI कमांड का उपयोग करके) को सूचित करता है, इसलिए इनसर्व स्टोरेज सर्वर सरणी जीरो के ब्लॉक ( यहां इस पर अधिक ) की खोज किए बिना इन को आवंटित क्षमता पा सकता है।



इसके अलावा, ओरेकल और 3 पीएआर ने ओरेकल डाटाबेस 10 जी और 11 जी के लिए इनसर्व स्टोरेज सर्वर डिस्क सरणियों ( यहां अधिक विवरण ) के लिए क्षमता को मुक्त करने के लिए ओरेकल ऑटोमैटिक स्टोरेज मैनेजर (एएसएम) स्टोरेज रिक्लेमेशन यूटिलिटी विकसित की।



हमें उम्मीद है कि यह दिलचस्प था।