नई Hyperconvergence, पुराना Storage

हम सभी उस दिन का सपना देखते हैं जब हम किसी भी मौजूदा technical debt के बिना, बिल्कुल नए सिरे से एक infrastructure बना सकें। एक greenfield deployment जहाँ हम जो सबसे अच्छा है उसे चुनें, ताज़ा रूप से उसे लागू करें और आनंद लें। लेकिन हम में से अधिकांश वास्तविक दुनिया में रहते हैं जहाँ यह बहुत यथार्थवादी नहीं है और जो हम वास्तव में सामना करते हैं वह ऐसी दुनिया है जहाँ हमें भविष्य के लिए योजना बनानी होती है लेकिन साथ ही जो हमारे पास पहले से है उसके साथ भी काम करना होता है।

जो हमारे पास है उसी से काम चलाना IT में लगभग अनिवार्य वास्तविकता है और जब किसी मौजूदा architecture से hyperconvergence की ओर जाते समय storage के पास जाते हैं तो चीजें अलग नहीं होंगी। बहुत से मामलों में हम ऐसी स्थिति का सामना करेंगे जहाँ storage में एक मौजूदा निवेश होगा जिसे हम बस त्यागना नहीं चाहते लेकिन जो hyperconverged भविष्य की हमारी दृष्टि में जरूरी नहीं कि सुचारू रूप से फिट हो।

स्पष्ट विकल्प हैं जिन पर विचार किया जा सकता है, जैसे lease किए गए सामान को वापस करना, पुराने equipment को retire करना या अभी भी उपयोगी equipment को बेचना। ये व्यवहार्य विकल्प हैं और इन पर विचार किया जाना चाहिए। पुराने सामान या ऐसे equipment को हटाना जो वर्तमान योजनाओं में अच्छी तरह फिट नहीं होते, फायदेमंद हो सकता है क्योंकि हम अपने networks को सरल बना सकते हैं, बिजली की खपत कम कर सकते हैं और संभवतः अपने निवेशों का कुछ हिस्सा वापस भी पा सकते हैं।

हालांकि, वास्तव में ये विकल्प शायद ही कभी वित्तीय दृष्टि से व्यवहार्य होते हैं और हमें अपने मौजूदा technology निवेशों का अधिक उत्पादक उपयोग करने की जरूरत होती है। हमारे लिए कौन से विकल्प उपलब्ध हैं, यह निश्चित रूप से कारकों की एक श्रृंखला पर निर्भर करता है। लेकिन हम कुछ उदाहरण देखेंगे कि कैसे सामान्य storage devices को एक नए hyperconverged-based सिस्टम में पुनः उद्देश्य के लिए उपयोग किया जा सकता है ताकि उनकी उपयोगिता बनाए रखी जा सके — चाहे वे retire होने के लिए तैयार हों या कुछ मामलों में अनिश्चित काल तक।

मौजूदा storage का सबसे आसान पुनः उपयोग — और यह अधिकांश मामलों में NAS और SAN दोनों पर समान रूप से लागू होता है — उन्हें backup या archival targets के रूप में नामित करना है। पारंपरिक NAS और SAN devices उत्कृष्ट backup hardware हैं और आम तौर पर किसी भी backup mechanism द्वारा उपयोग करने योग्य हैं, approach या vendor की परवाह किए बिना। और चूंकि वे generic backup targets हैं, यदि backup mechanisms का मिश्रण उपयोग किया जाता है जैसे agent based, agentless और custom scripts, तो ये सभी एक ही target पर काम कर सकते हैं। Backups को शायद ही कभी वह ध्यान और निवेश मिलता है जिसके वे हकदार हैं इसलिए यह न केवल सबसे आसान बल्कि अक्सर pre-existing storage infrastructure के सबसे मूल्यवान उपयोग में से एक है।

निश्चित रूप से backups के लिए उचित कुछ भी archival storage के लिए भी उपयोग किया जा सकता है। Archival जरूरतें आम तौर पर कम होती हैं (केवल कुछ प्रतिशत firms को archival storage की जरूरत होती है जबकि सभी को backups की) और कम प्राथमिकता वाली होती हैं, इसलिए यह एक edge reuse case है, लेकिन फिर भी विचार करने योग्य है, खासकर उन organizations के लिए जो बड़ी संख्या में संभवतः disparate storage devices को re-purpose करने के काम में लगी हैं। हालांकि यह ध्यान देने योग्य है कि hyperconvergence की ओर जाना compute और storage space को एक तरह से “flatten” करता है जो lower performance, lower priority archival storage के लिए एक मूल्य आसानी से पेश कर सकता है जो environment के पुनर्गठन से पहले मौजूद नहीं था या इतना स्पष्ट नहीं था।

NAS के अनन्य लाभप्रद उपयोग के मामले हैं — यह general purpose network storage के रूप में उपयोग योग्य है, खासकर end users की home directories के लिए। NAS storage को network पर इतनी जगहों पर उपयोग किया जा सकता है कि core architectures बदलने के बाद भी इसका उपयोग जारी रखना बहुत आसान है। सबसे लोकप्रिय मामला users की अपनी storage जरूरतों के लिए है जिसमें NAS सीधे end user devices से जुड़ा होता है जो converged infrastructure से storage capacity, performance और network traffic को NAS पर offload करने की अनुमति देता है। वास्तव में किसी hyperconverged network से NAS को हटाना बहुत दुर्लभ होगा क्योंकि इसकी संभावित उपयोगिता इतनी अधिक और स्पष्ट है।

SAN और NAS दोनों में hyperconverged infrastructure के ऊपर चल रहे virtual machines से सीधे जुड़े होने की क्षमता भी है। इस तरह उन्हें पारंपरिक तरीके से तब तक उपयोग किया जा सकता है जब तक वे जरूरी या उचित न रहें। हालांकि network storage को सीधे VM से attach करना अक्सर अनुशंसित approach नहीं है, इसके उपयोग के मामले हैं और यह systems को physical realm की तरह व्यवहार करने की अनुमति देता है। यह NAS के माध्यम से mapped drives और user directories के लिए विशेष रूप से उपयोगी है, जैसा कि हमने end user devices के लिए उल्लेख किया, लेकिन मामले निश्चित रूप से इस तक सीमित नहीं हैं।

SAN कुछ मामलों में कुछ workloads के लिए shared block storage की बहुत जरूरी functionality प्रदान कर सकता है जो अन्यथा किसी platform पर उपलब्ध या exposed नहीं है। VM पर workloads SAN का उपयोग हमेशा की तरह करेंगे और यह भी नहीं जानेंगे कि वे virtualized या converged हैं। निश्चित रूप से हम SAN को अपने hyperconverged infrastructure पर चल रहे virtualized file server या NAS head से भी attach कर सकते हैं यदि उस प्रकार के workload के लिए tiering उचित समझी जाए।

नई infrastructure लागू करते समय मौजूदा infrastructure के साथ काम करना एक चुनौती पेश करता है, लेकिन एक ऐसी चुनौती जिसे हम रचनात्मकता और तार्किक दृष्टिकोण से निपट सकते हैं। Storage लगभग एक अंतहीन चुनौती है और पुनः उपयोग करने के लिए मौजूदा storage होना असाधारण रूप से फायदेमंद साबित हो सकता है।