जुरासिक पार्क प्रभाव

“यदि मैं कह सकूं… उम, मैं आपको यहां जो scientific power आप उपयोग कर रहे हैं उसकी समस्या बताता हूं, इसे प्राप्त करने के लिए किसी अनुशासन की आवश्यकता नहीं थी। आपने पढ़ा कि दूसरों ने क्या किया और अगला कदम उठाया। आपने अपने लिए ज्ञान अर्जित नहीं किया, इसलिए आप इसके लिए कोई जिम्मेदारी नहीं लेते। आप जितनी तेजी से कुछ हासिल कर सकते थे उसे हासिल करने के लिए प्रतिभाशाली लोगों के कंधों पर खड़े हुए, और इससे पहले कि आप जानते कि आपके पास क्या है, आपने इसे patent किया, और package किया, और एक plastic lunchbox पर चिपका दिया, और अब …” – Dr. Ian Malcolm, Jurassic Park

storage server या NAS बनाने पर विचार करते समय, एक आम भावना होती है कि जो चाहिए वह एक “NAS operating system” है। मुझे यह एक अजीब प्रतिक्रिया लगती है, क्योंकि NAS शब्द का मतलब “dedicated storage interface वाले fileserver” से अधिक कुछ नहीं है। या दूसरे शब्दों में, सीमित exposed functionality वाला एक file server। हम physical NAS appliances को integrated support के लिए और कभी-कभी विशेष, proprietary functionality के लिए चुनते हैं (NetApp इसका एक प्रमुख उदाहरण है जो व्यापक SMB और NFS integration और कुछ वास्तव में अनूठे RAID और filesystem विकल्प प्रदान करता है।) पारंपरिक file server की जगह NAS का उपयोग करना, अधिकतर, एक काफी हाल की घटना है और मैंने पाया है कि यह अक्सर गलत धारणा से प्रेरित होती है।

बेशक, पारंपरिक file server के बजाय NAS की ओर मुड़ने में कुछ गलत नहीं है, खासकर जब कुछ आधुनिक NAS विकल्प, जैसे Exablox, scale out और storage विकल्प प्रदान करते हैं जो अधिकांश operating systems में उपलब्ध नहीं हैं। लेकिन ऐसा प्रतीत होता है कि file server के बजाय NAS का उपयोग करने की प्रवृत्ति ने IT professionals के लिए file servers पर पुनर्विचार करते समय कुछ अजीब व्यवहार को जन्म दिया है। एक cascading effect, मुझे संदेह है, जहां NAS को कभी-कभी क्यों पसंद किया जाता है इसके कारण और लक्ष्य स्तर की सोच खो जाती है और “मुझे NAS होना चाहिए” का परिणामी विचार बना रहता है।

पहले हमें विचार करना चाहिए कि NAS की सामान्य अवधारणा एक सरल है, एक पारंपरिक file server लें, विकल्पों को हटाकर इसे सरल बनाएं और इसे सभी आवश्यक hardware के साथ package करें ताकि interface से spinning drives तक और बीच में सब कुछ सहित सभी support के साथ एक simplified appliance बन सके। Storage तब मुश्किल हो सकता है जब users को RAID levels, drive types, प्रभावी रूप से monitor करना आदि निर्धारित करने की आवश्यकता होती है। एक NAS hardware को platform में integrate करके इसे संबोधित करता है। यह चीजों को सरल बनाता है लेकिन risk जोड़ सकता है क्योंकि आपके पास कम support विकल्प हैं और चीजों को स्वयं ठीक करने या बदलने की कम क्षमता है।

जब हम file server की ओर जाते हैं तो हम विपरीत दिशा में जाते हैं। एक file server किसी भी अन्य की तरह एक पारंपरिक enterprise server है। आप अपना server hardware एक vendor (HP, Dell, IBM, आदि) से और अपना operating system दूसरे (Microsoft, Red Hat, Suse, आदि) से खरीदते हैं। आप उन parts और configuration को निर्दिष्ट करते हैं जिनकी आपको आवश्यकता है और आपके पास IT के सभी के लिए सबसे सामान्य computing model है। इस model के साथ आप आम तौर पर standard, commodity parts का उपयोग कर रहे हैं जो आपको hardware vendors और software vendors के बीच आसानी से migrate करने की अनुमति देते हैं।

जो अजीब है, इसलिए, वह है commodity model पर वापस जाते समय, जिसे बोलचाल की भाषा में NAS OS के रूप में जाना जाता है, की तलाश करना। इनके सामान्य उदाहरणों में NAS4Free, FreeNAS और OpenFiler शामिल हैं। इस श्रेणी के उत्पाद आम तौर पर एक standard operating system (अक्सर FreeBSD जिसमें आदर्श licensing है, या Linux क्योंकि यह प्रसिद्ध है) से अधिक कुछ नहीं हैं जिस पर एक “storage interface” डाला गया है और कोई विशेष या अतिरिक्त functionality नहीं है जो normal operating system के साथ मौजूद नहीं होती। सिद्धांत रूप में वे एक “single function” operating system हैं जो केवल एक काम करते हैं। लेकिन यह वास्तविकता नहीं है। वे एक अतिरिक्त GUI management layer के साथ general purpose operating systems हैं।

जो अतिरिक्त रूप से अजीब है वह यह है कि general OSes, दुर्लभ अपवाद के साथ, पहले से ही बहुत सरल, अत्यंत प्रसिद्ध और पूरी तरह से supported storage interfaces के साथ आते हैं। उदाहरण के लिए, Windows या Linux servers की लगभग हर विविधता, इन कार्यों के लिए बहुत लंबे समय से सरल graphical interfaces शामिल कर चुकी हैं। इन शामिल GUIs को अक्सर system administrators द्वारा एक simple file server के लिए “भारी और अनावश्यक” होने के रूप में अस्वीकार कर दिया जाता है। इसलिए यह और भी असामान्य है कि एक third party GUI जोड़ना, जो OS team द्वारा patch और test नहीं किया गया है, तब desired होगा।

और यहीं पर Jurassic Park effect आता है – OS vendors (Red Hat, Microsoft, Oracle, FreeBSD, Suse, Canonical, आदि) अद्भुत engineering teams, code review, testing, oversight और enterprise support ecosystems वाले giants हैं। जबकि “NAS OS” vendors आम तौर पर बहुत छोटी कंपनियां हैं, कुछ केवल एक part time व्यक्ति के साथ, जो इन giants के कंधों पर खड़े होते हैं और कुछ ऐसा बनाते हैं जो वे जानते थे कि वे कर सकते हैं लेकिन उन्होंने कभी रुककर नहीं पूछा कि क्या उन्हें करना चाहिए।

NAS OS की ओर देखने के लिए अक्सर लागू तर्क यह है कि वे “सेट अप करने में आसान” हैं। यह सच हो भी सकता है और नहीं भी, क्योंकि यहां आसान एक सापेक्ष शब्द होना चाहिए। किसी भी मूल्य के लिए एक NAS OS को उसी operating system के standard संस्करण की तुलना में आसान होना चाहिए। तो FreeNAS के मामले में, इसका मतलब FreeBSD होगा। FreeNAS को FreeBSD की तुलना में उसी, dedicated कार्यों के लिए काफी आसान होना होगा। और यह आसानी से सच है, एक NAS OS सेट अप करना आम तौर पर काफी आसान है। लेकिन यह आसानी केवल एक panacea है और IT professionals को इसके बारे में काफी जागरूक होने की जरूरत है। IT में कुछ सेट अप करना आसान बनाना एक प्राथमिकता नहीं है; महत्वपूर्ण यह है कि कुछ ऐसा बनाया जाए जो operate करना और समस्या होने पर repair करना आसान हो।

जो इस समस्या को बढ़ाता है वह यह है कि जिन लोगों को storage को “आसान बनाने” के लिए NAS OS की ओर मुड़ने की जरूरत महसूस होती है वे, NAS OS की प्रकृति से ही, वास्तव में वही लोग हैं जिनके लिए operational support और system की repair सबसे कठिन है। जो system administrators underlying OS के साथ comfortable हैं वे स्वाभाविक रूप से NAS OS को एक लाभ के रूप में नहीं देखेंगे और इससे बचेंगे। यह अनूठे रूप से वे लोग हैं जिनके लिए पूरी तरह से नहीं समझे गए storage platform को चलाना सबसे खतरनाक है जो इसे करने का प्रयास करने की संभावना रखते हैं।

यदि हम एक सामान्य उदाहरण लें और FreeNAS को देखें तो हम देख सकते हैं कि यह “difficulties” का एक खराब alignment कैसे है। FreeNAS शीर्ष पर एक अतिरिक्त interface के साथ FreeBSD है। जो कुछ भी FreeNAS कर सकता है, FreeBSD कर सकता है। FreeBSD पर जाने से functionality का कोई नुकसान नहीं है। जब कुछ विफल होता है, किसी भी मामले में, system administrator को repairs करने के लिए FreeBSD का अच्छा कार्यसाधक ज्ञान होना चाहिए। FreeNAS का उपयोग करने से कई जटिलताएं जुड़ जाती हैं, सबसे बड़ी यह है कि FreeNAS GUI द्वारा किए गए किसी भी और सभी customizations FreeBSD को operate करने के लिए पहले से ही आवश्यक ज्ञान के ऊपर troubleshooting के लिए विशेष ज्ञान हैं।

यही समस्या इन products के आसपास उगने वाले communities में भी आती है। यदि आप FreeBSD, Linux या Windows के communities को मार्गदर्शन और सहायता के लिए देखते हैं तो आप बड़ी संख्या में IT professionals, कुशल system admins और व्यवसाय और enterprise अनुभव वाले लोगों के साथ काम करते हैं। इसकी तुलना NAS OS की community से करें। अपनी प्रकृति से, केवल वे लोग जो standard operating system और/या storage basics के administration से जूझ रहे हैं, NAS OS package की ओर देखेंगे और इसलिए यह स्वाभाविक रूप से उनके communities में membership को केवल उन्हीं लोगों को शामिल करने के लिए filter करता है जिनसे advice लेने से बचना सबसे अच्छा होगा। यह storage और storage products के बारे में गलत सूचना और गलतफहमी की एक अलग संस्कृति बनाता है।

एक NAS OS, आम तौर पर, patching और updates में lags भी पेश करता है। एक NAS OS लगभग हमेशा और लगभग अनिवार्य रूप से security और stability updates पर अपने parent OS से पीछे रहेगा। एक बहुत प्रसिद्ध परिदृश्य में, OpenFiler, उत्पाद एक upstream non-enterprise base (RPath Linux) पर बनाया गया था जिसमें community और vendor support की कमी थी, विफल हो गया और छोड़ दिया गया जिससे downstream users, जिसमें OpenFiler पर हर कोई शामिल था, उस ecosystem के बिना अकेले छोड़ दिए गए जो उन्हें support करने के लिए आवश्यक था।

Storage एक critical function है और इसे लापरवाही से नहीं संभाला जाना चाहिए। NAS OSes हमें जल्दी install करने और भूल जाने के लिए प्रलोभित करते हैं, यह उम्मीद करते हुए कि कभी कुछ गलत नहीं होगा। जब एक typical application server विफल होता है तो हम हमेशा उसके storage से files copy कर सकते हैं और नए सिरे से शुरू कर सकते हैं। जब storage विफल होता है, data खो जाता है और systems बंद हो जाते हैं।

“John Hammond: सभी प्रमुख theme parks में देरी होती है। जब उन्होंने 1956 में Disneyland खोला, तो कुछ भी काम नहीं किया!

Dr. Ian Malcolm: हां, लेकिन, John, अगर Pirates of the Caribbean बंद हो जाए, तो pirates tourists को नहीं खाते।”

जब storage विफल होता है, तो businesses विफल होते हैं। Storage सेट अप करने का आसान रास्ता अपनाना और दीर्घकालिक support जरूरतों को नजरअंदाज करना और उन communities से सलाह लेना जिन्होंने अनुभवी storage और systems engineers को filter कर दिया है, risk को नाटकीय रूप से बढ़ाता है। दुखद रूप से, NAS OS की प्रकृति यह है कि जिस कारण से लोग उसकी ओर मुड़ते हैं (गहरे technical ज्ञान की कमी) वही कारण है जिससे उन्हें बचना चाहिए (support की और भी अधिक आवश्यकता।)

दिन के अंत में, जबकि NAS OS की अवधारणा अद्भुत लगती है, यह एक panacea नहीं है और NAS का मूल्य physical appliance की दुनिया से installed OS की दुनिया में नहीं आता है और standard OSes का मूल्य NAS OSes के लिए वास्तविक मूल्य जोड़ने के लिए बहुत अधिक है।

“Dr. Alan Grant: Hammond, कुछ विचार के बाद, मैंने निर्णय किया है, आपके park का समर्थन न करने का।

John Hammond: मैंने भी।”