SMB Storage पर Spotlight

Storage एक कठिन समस्या है। व्यवसायों के लिए storage कठिन है क्योंकि इसमें अक्सर उन चीज़ों के लिए बड़े price tags शामिल होते हैं जो nebulous gains की तरह लगती हैं। अधिकांश executives चीज़ों को “store” करने की जरूरत को समझते हैं लेकिन वे performance, access methods, redundancy और risk calculations, backup और disaster recovery के बारे में बहुत कम समझते हैं। यह IT के काम को कठिन बनाता है क्योंकि हमें यह समझाना होता है कि business stakeholders को एक invisible system की तरह दिखने वाले के लिए budget अक्सर बेहद बड़ा क्यों होना चाहिए।

IT के लिए, storage कठिन है क्योंकि storage systems complex होते हैं – अक्सर SMB के भीतर एकमात्र सबसे complex system – और अक्सर, उनके expense और centralization के कारण, एक business के भीतर बहुत कम मात्रा में exist करते हैं। इसका मतलब है कि अधिकांश SMBs, यदि उनके पास कोई storage systems हैं, तो केवल एक है और उसे बहुत लंबे समय तक रखते हैं। Storage systems के साथ broad exposure की इस कमी और storage systems के साथ interact करने की अपेक्षाकृत अनियमित जरूरत के combination से SMB IT departments एक बड़े budget item से deal कर रहे हैं जो business के लिए incredible criticality का है, जो उनके “task” range का एक छोटा प्रतिशत है और जिस पर उनके पास वास्तव में बहुत कम experience है। IT के अन्य क्षेत्र experimentation, testing और education purposes के लिए बहुत अधिक accessible हैं।

इन दो major challenges के बीच हम एक ऐसे product के साथ बचे हैं जो सामान्यतः management और IT दोनों द्वारा खराब तरीके से समझा जाता है। Storage इतना misunderstood है कि अक्सर IT departments को यह भी पता नहीं होता कि उन्हें क्या चाहिए और अक्सर storage dart board पर darts फेंकने से ज्यादा कुछ नहीं कर रहे होते – और अक्सर consultants की बजाय vendors को call करके शुरू करते हैं जो उन्हें “decision already made” के path पर ले जाता है जबकि उन्हें advice मिलती हुई लगती है।

Storage vendors, यह सब जानते हुए, situation को सुधारने के लिए कम करते हैं क्योंकि एक SMB और एक vendor के बीच contact होने के बाद यह vendor के best interest में नहीं होता कि वह customer को educate करे क्योंकि customer ने पहले से ही उस vendor के पास जाने का निर्णय किया था इससे पहले कि उनके पास आवश्यक information हो। इसलिए vendor बस जो भी available है उसे बेचना चाहता है। Single storage vendor के पास शायद ही कभी अपनी lines में products की एक wide range हो, इसलिए यह जानने से पहले कि वास्तव में क्या चाहिए, सीधे vendor के पास जाना customer के लिए effectively already decided on what to buy की ओर बहुत, बहुत आगे जा सकता है, technology के अन्य arenas की तुलना में, और यह costs को जो आवश्यक है उससे orders of magnitude अलग कर सकता है।

उदाहरण: अधिकांश server vendors x64 family के साथ-साथ large scale RISC machines और अन्य, niche products दोनों में servers की एक wide array offer करते हैं। अधिकांश storage vendors storage products का एक small subset offer करते हैं जो केवल SAN या केवल NAS या केवल “mainframe” class storage या केवल small, non-replicated storage, आदि offer करते हैं। केवल बहुत कम vendors के पास most needs को meet करने के लिए storage products का एक wide assortment है और यहाँ तक कि सबसे अच्छे vendors भी smaller SMB market के साथ-साथ mid और enterprise markets को hit करने में पूरे market scale से lack करते हैं।

तो हम यहाँ से कहाँ जाते हैं? स्पष्ट रूप से यह overcome करने के लिए एक serious challenge है।

सबसे obvious option, और एक जिसे shops को rule out नहीं करना चाहिए, एक storage consultant की ओर मुड़ना है। कोई ऐसा व्यक्ति जो एक solution resell नहीं कर रहा हो या, कम से कम, एक single solution resell नहीं कर रहा हो बल्कि एक complete solution set रखता हो जिसमें से choose करने के लिए और जो $1,000 low cost solution और $1,000,000 solution दोनों provide करने में सक्षम हो – कोई ऐसा व्यक्ति जो NAS, SAN, scale out storage, replication, failover आदि को समझता हो। अपने consultant के पास जाते समय यह presumption न करें कि आप जानते हैं कि आपकी costs क्या होंगी – कई, कई factors हैं और उन्हें carefully consider करके आप अपनी anticipated costs से बहुत कम खर्च करने में सक्षम हो सकते हैं। लेकिन budgets को ध्यान में रखें, risk aversion अच्छी तरह से documented हो, downtime के लिए costs और anticipated storage use case scenarios का एक बहुत complete set तैयार करें।

लेकिन एक consultant की ओर मुड़ना निश्चित रूप से एकमात्र path नहीं है। अपना खुद का research करना, basics सीखना और एक structured decision making process follow करना आपको, यदि सही solution तक नहीं तो कम से कम सही path पर एक अच्छे तरीके से ले जा सकता है। Storage देखते समय चार major considerations होते हैं: function (storage कैसे use और access किया जाता है), capacity, speed और reliability।

पहला factor, function, सबसे अधिक overlooked और सबसे कम समझा जाने वाला है। वास्तव में, यह सबसे basic concern होने के बावजूद, यह अक्सर simply carpet के नीचे दबाया जाता है और भुला दिया जाता है। हम इस सवाल का जवाब “हम storage क्यों खरीद रहे हैं?” पूछकर दे सकते हैं।

आइए इसे systematically address करें। कई कारण हैं कि हम storage खरीदेंगे। यहाँ कुछ popular ones हैं: individual servers या desktops पर locally बड़ी मात्रा में storage रखने की तुलना में costs कम करने के लिए, data management को centralize करने के लिए, performance बढ़ाने के लिए और system failure की स्थिति में data को अधिक available बनाने के लिए।

यह जानना महत्वपूर्ण है कि इनमें से कौन से factors, या यदि यहाँ listed नहीं एक अन्य factor है, आपको shared storage की ओर drive कर रहे हैं क्योंकि यह संभवतः आपके decision making process में एक starting point provide करेगा। जब तक हम नहीं जानते कि हमें shared storage की जरूरत क्यों है, हम उस storage की function को नहीं देख पाएंगे, जो, जैसा कि हम पहले से जानते हैं, सबसे fundamental decision making factor है। यदि आप storage की function determine नहीं कर सकते तो यह मान लेना safe है कि shared storage की बिल्कुल जरूरत नहीं है। यह निर्णय लेने से न डरें, vast majority of small businesses की shared storage की बहुत कम या कोई जरूरत नहीं है।

एक बार जब हम अपने shared storage की function determine कर लेते हैं तो अब हम, अपेक्षाकृत आसानी से, capacity और performance needs determine कर सकते हैं। Capacity storage का सबसे आसान और सबसे obvious function है। Performance, या speed, बताना और explain करना आसान है लेकिन quantify करना बहुत अधिक कठिन है क्योंकि IOPS, best case में, एक nebulous concept हैं और worst case में completely misunderstood हैं। IOPS विभिन्न flavours में आते हैं और random access, sequential access, burst speeds, latency और sustained rates के आसपास concerns हैं और फिर reading और writing के बीच differences आती हैं! Needed performance determine करना भी मुश्किल है device की expected performance तो छोड़ ही दें। लेकिन careful research के साथ, यह achievable और measurable है।

हमारा final factor reliability है। यह, functionality की तरह, shared storage में move करने की कोशिश करने वाले IT professionals के लिए recurring stumbling point प्रतीत होता है। यह महत्वपूर्ण है, नहीं, absolutely critical है, कि यह idea कि storage “just another server” है, ध्यान में रखी जाए और redundancy और reliability की वे concepts जो normal servers पर apply होती हैं, dedicated shared storage systems पर समान रूप से apply होती हैं। लगभग सभी cases में, enterprise storage systems enterprise servers पर built होते हैं – same chassis, same drives, same components। जो अक्सर confusing है वह यह है कि यहाँ तक कि SMBs भी much lower end servers को support करने के लिए mid या high end storage systems की ओर देखेंगी जो sometimes storage systems को mystical appear कर सकता है। लेकिन गुमराह न हों, reliability के वही principles apply होते हैं और आपको risk को exactly उसी तरह gauge करना होगा जैसा आप हमेशा करते रहे हैं।

Storage needs को assess, research और understand करने के लिए समय निकालना बहुत महत्वपूर्ण है क्योंकि आपका storage system संभवतः आपके network पर बहुत लंबे समय के लिए एक backbone component के रूप में रहेगा इसकी extremely high cost और replace करने की complexity के कारण। Microsoft Office के latest version के विपरीत, एक नया shared storage system खरीदना एक executive के desktop पर direct impact नहीं डालेगा और इसलिए “feature updates” को drive करने के लिए आवश्यक flash की कमी होगी।

अब जब हमारे options हमारे सामने हैं तो हम real products को देखना शुरू कर सकते हैं। हमारे functionality research के आधार पर हम अब यह determine करने में सक्षम होने चाहिए कि हमें SAN, NAS या दोनों में से किसी की जरूरत है। कई cases में – लोगों की सोच से कहीं अधिक – न तो सही choice है। अक्सर existing servers में drives जोड़ना या जहाँ आवश्यक हो DAS drive chassis attach करना कुछ अधिक complex करने से ज्यादा cost effective और reliable होता है। इसे overlooked नहीं किया जाना चाहिए। वास्तव में, यदि DAS hand में जरूरत को पूरा करेगा तो यह दुर्लभ होगा कि कुछ और sense में आए। Simplicity IT manager का दोस्त है।

ऐसे बहुत से times हैं जब DAS current need को meet नहीं करेगा। Shared storage का निश्चित रूप से अपना स्थान है, चाहे केवल desktop users के बीच files share करने के लिए ही हो। आज के modern virtualization systems के साथ shared storage तेजी से popular हो रहा है – हालांकि वहाँ भी DAS को अक्सर avoid किया जाता है तब भी जब यह existing needs के लिए suitable हो सकता है।

दुर्लभ exception के साथ जब shared storage की जरूरत होती है NAS वह जगह है जहाँ मुड़ना चाहिए। NAS का मतलब है Network Attached Storage। NAS एक fileserver के behaviour की नकल करता है (NAS simply एक fileserver है जिसे appliance के रूप में packaged किया गया है) जिससे इसे manage करना और समझना आसान होता है। NAS बहुत multi-purposed होता है जो traditional file servers को replace करता है और अक्सर virtualization के लिए shared backing के रूप में उपयोग किया जाता है। NAS NFS और CIFS protocols द्वारा typified है लेकिन हम NAS devices पर HTTP, FTP, SFTP, AFS और अन्य भी uncommon नहीं देखेंगे। NAS Windows और UNIX systems को एक दूसरे के साथ files आसानी से share करने की अनुमति देते हुए एक connector के रूप में काम करता है जबकि केवल अपने own native protocols के साथ काम करने की जरूरत होती है। NAS commonly VMWare के vSphere, Citrix XenServer, Xen और KVM के लिए shared storage के रूप में उपयोग किया जाता है। NAS के साथ अपने shared storage को कई अलग-अलग roles में use करना और अपने shared storage system से अच्छा utilization प्राप्त करना आसान है।

NAS हमेशा हमारी needs को meet नहीं करता। कुछ special applications को अभी भी shared storage की जरूरत है लेकिन NAS protocols utilize नहीं कर सकते। इन products के लिए जवाब SAN है। SAN, या Storage Area Networking, एक difficult concept है और best of times में भी categorize करना मुश्किल है। NAS की तरह जो simply traditional file servers present करने का एक अलग तरीका है, SAN truly बस direct attached disks present करने का एक अलग तरीका है। जबकि SAN और DAS के बीच के differences obvious लग सकते हैं, वास्तव में उनके बीच distinguish करना best case में nebulous और worst case में impossible है। SAN और DAS typically protocols, chassis, limitations और media share करते हैं। कई SAN devices को DAS के रूप में attach और use किया जा सकता है। और अधिकांश DAS devices को एक switch से attach करके SAN के रूप में use किया जा सकता है। वास्तव में हम typically terms को उनके usage scenario को refer करने के लिए use करते हैं।

SAN को effectively utilize करना कई कारणों से कठिन है। पहला यह है कि यह poorly understood है। SAN actually simple है – इतना simple कि इसे grasp करना बहुत मुश्किल है जिससे यह surprisingly complex बन जाता है। SAN effectively बस DAS है जो abstracted, re-partitioned और hosts को DAS के रूप में वापस present किया जाता है। “Shared storage” term confusing है क्योंकि जबकि SAN technology, NAS की तरह, multiple hosts को एक single storage system से attach होने की अनुमति दे सकती है, यह same filesystem से attached hosts के लिए mediation का कोई form provide नहीं करती। NAS intelligent है और इसे handle करती है जिससे shared storage को “share” करना आसान हो जाता है। SAN नहीं करता, यह बहुत simple है। SAN इतना simple है कि जो effectively होता है वह simply यह है कि एक single hard drive (abstracted हो सकती है) multiple hosts पर controllers में wired होती है। जब shared storage का मतलब दो servers को एक single SCSI cable से attach करना था तब इसे envision करना आसान था। आज SAN के abstractions और NAS की commonality के साथ most IT shops यह भूल जाएंगी कि SAN क्या कर रहा है और disaster strike कर सकती है।

SAN का अपना स्थान है, निश्चित रूप से, लेकिन SAN use और administer करने के लिए complex और बहुत limiting है। अक्सर यह बहुत expensive भी है। SAN के साथ rule of thumb यह है: जब तक आपको SAN की जरूरत न हो, कुछ और use करें। यह उतना ही simple है। SAN को तब तक avoid किया जाना चाहिए जब तक यह एकमात्र option न हो और जब यह हो, यह सही option है। यह rarely, if ever, performance या cost reasons के लिए chosen होता है क्योंकि यह normally अन्य options को underperform और out cost करता है। लेकिन जब आप HyperV back कर रहे हों या database cluster build कर रहे हों तो आपके लिए कोई अन्य option नहीं होगा। SMB में अधिकांश use cases के लिए, SAN को effectively use करने के लिए storage share करने के लिए इसके सामने एक NAS रखने की आवश्यकता होगी।

NAS shared storage use scenarios की vast majority बनाता है। यह simple, well understood और flexible है।

आज कई, यदि अधिकांश नहीं, shared storage appliances SAN और NAS दोनों को handle करेंगे और दोनों के बीच का अंतर उनके use, protocols और ideology में है किसी भी चीज़ से अधिक। अक्सर physical devices similar if not the same होते हैं जैसे आज connection technologies भी।

सबसे महत्वपूर्ण बात यह है कि shared storage की तलाश करते समय specific goals ध्यान में रखना महत्वपूर्ण है। इन goals को लिखें और देखें कि प्रत्येक technology और product इन goals को कैसे या यदि meet करती है। Knee-jerk decision making का उपयोग न करें या marketing materials या जो market momentum प्रतीत होता है उस पर काम न करें। यह determine करके शुरू करें कि क्या shared storage एक need है। यदि हाँ, तो determine करें कि क्या NAS आपकी needs को meet करता है। यदि नहीं, तो SAN की ओर देखें। Storage एक huge investment है, alternatives देखने के लिए समय निकालें, बहुत research करें और केवल field को कुछ, specific competitive products तक narrow करने के बाद – final details और pricing के लिए vendors की ओर मुड़ें।