एचपीई रिमोट वर्क सॉल्यूशंस

मैं आज तुम्हें एक कहानी सुनाऊंगा. प्राचीन काल से लेकर वर्तमान समय तक कंप्यूटिंग प्रौद्योगिकी के विकास और दूरस्थ कार्य स्थानों के उद्भव का इतिहास।

आईटी विकास

आईटी के इतिहास से जो मुख्य बात सीखी जा सकती है वह है...

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

बहुत पहले, जब कंप्यूटर बड़े होते थे

आईबीएम के सीईओ थॉमस वॉटसन ने 1943 में कहा था, "मुझे लगता है कि दुनिया में लगभग पांच कंप्यूटरों के लिए बाजार है।"

प्रारंभिक कंप्यूटर प्रौद्योगिकी बड़ी थी। नहीं, यह गलत है, प्रारंभिक तकनीक राक्षसी, दैत्याकार थी। संपूर्ण कंप्यूटिंग मशीन ने एक जिम के बराबर जगह घेरी तथा इसकी लागत बहुत अधिक थी। घटकों का एक उदाहरण फेराइट रिंग्स पर रैम मॉड्यूल (1964) है।

इस मॉड्यूल का आकार 11 सेमी * 11 सेमी है, और इसकी क्षमता 512 बाइट्स (4096 बिट्स) है। इन मॉड्यूलों से पूरी तरह भरा एक कैबिनेट मुश्किल से ही एक प्राचीन 3,5 इंच फ्लॉपी डिस्क (1.44 एमबी = 2950 मॉड्यूल) की क्षमता रखता था, लेकिन यह काफी मात्रा में विद्युत शक्ति की खपत करता था और भाप इंजन की तरह गर्म हो जाता था।

डिबगिंग प्रोग्राम कोड का अंग्रेजी नाम, "डिबगिंग", इसके विशाल आकार से जुड़ा हुआ है। इतिहास की पहली प्रोग्रामर्स में से एक, ग्रेस हॉपर (जी हां, एक महिला), जो एक नौसेना अधिकारी थीं, ने 1945 में एक प्रोग्रामिंग समस्या की जांच के बाद अपनी लॉगबुक में एक प्रविष्टि की।

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

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

"कोई कारण नहीं है कि कोई भी व्यक्ति अपने घर में कंप्यूटर रखना चाहेगा।" - केन ओल्सन, डीईसी के संस्थापक, 1977.

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

मिनी की तुलना केवल विशाल मशीन रूम से की जा सकती है, लेकिन यह अभी भी कुछ कैबिनेट्स ही हैं जिनमें सैकड़ों हजारों और लाखों डॉलर की लागत वाले उपकरण लगे हैं। हालाँकि, कंप्यूटिंग शक्ति पहले ही इतनी बढ़ चुकी थी कि यह हमेशा 100% लोड नहीं होती थी, और उसी समय, कंप्यूटर छात्रों और विश्वविद्यालय के प्रोफेसरों के लिए उपलब्ध होने लगे।

और फिर वह आया!

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

तदनुसार, टर्मिनल एक्सेस की अवधारणा का जन्म हुआ और आप दुनिया के सबसे प्रसिद्ध टर्मिनल को देख सकते हैं, जो आज भी हमारे दिलों में बसा हुआ है।

DEC VT100 को टर्मिनल कहा जाता है क्योंकि यह डेटा लाइन को समाप्त करता है। इसमें वस्तुतः शून्य कंप्यूटिंग शक्ति होती है, तथा इसका एकमात्र कार्य मुख्य मशीन से प्राप्त जानकारी को प्रदर्शित करना तथा कीबोर्ड इनपुट को मशीन तक पहुंचाना होता है। और यद्यपि VT100s काफी समय से भौतिक रूप से मृतप्राय हैं, फिर भी हम उनका पूरा उपयोग करते हैं।

हमारे दिन

मैं "हमारे दिनों" की गिनती 80 के दशक की शुरुआत से शुरू करूंगा, उस क्षण से जब किसी भी महत्वपूर्ण कंप्यूटिंग शक्ति वाले पहले प्रोसेसर आम जनता के लिए उपलब्ध हुए। परंपरागत रूप से, यह माना जाता है कि उस युग का मुख्य प्रोसेसर इंटेल 8088 (x86 परिवार) था, जो विजयी आर्किटेक्चर का संस्थापक था। 70 के दशक की अवधारणा से मौलिक अंतर क्या है?

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

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

आइये एक बूढ़े आदमी पर नजर डालें, जो लगभग मेरी ही उम्र का है। क्रे एक्स-एमपी/24 1984.

यह मशीन 1984 के शीर्ष सुपर कंप्यूटरों में से एक थी, जिसमें 2 x 105 मेगाहर्ट्ज प्रोसेसर और 400 एमफ्लॉप्स (लाखों फ्लोटिंग पॉइंट ऑपरेशन) की अधिकतम कंप्यूटिंग शक्ति थी। फोटो में दिखाई गई विशिष्ट मशीन अमेरिकी एनएसए क्रिप्टोग्राफी लैब में थी और इसका उपयोग कोड तोड़ने के लिए किया गया था। 15 के डॉलर में 1984 मिलियन डॉलर को 2020 के डॉलर में बदलने पर इसका मूल्य 37,4 मिलियन डॉलर या 93 डॉलर/एमएफलॉप्स होगा।

जिस मशीन पर मैं यह लिख रहा हूं, उसमें 5 कोर i7400-2017 प्रोसेसर है, जो बिल्कुल भी नया नहीं है, और यहां तक ​​कि जिस वर्ष इसे जारी किया गया था, यह सभी मिड-रेंज डेस्कटॉप प्रोसेसर में सबसे युवा 4-कोर था। 4 गीगाहर्ट्ज बेस फ्रीक्वेंसी (टर्बो बूस्ट के साथ 3.0) के साथ 3.5 कोर और हाइपरथ्रेडिंग थ्रेड्स की दोहरीकरण, विभिन्न परीक्षणों के अनुसार 19 से 47 जीएफएलपीएस की शक्ति प्रदान करते हैं, जिसकी कीमत प्रति प्रोसेसर 16 हजार रूबल है। यदि आप कार को पूरी तरह से असेंबल करते हैं, तो आप इसकी लागत $750 (1 मार्च 2020 की कीमतों और विनिमय दरों के अनुसार) मान सकते हैं।

अंततः, हमें अपने समय के एक पूरी तरह से औसत डेस्कटॉप प्रोसेसर की हाल के समय के शीर्ष 50 सुपरकंप्यूटर की तुलना में 120-10 गुना श्रेष्ठता प्राप्त होती है, और एमफ्लॉप्स की विशिष्ट लागत में गिरावट पूरी तरह से राक्षसी 93500 / 25 = 3700 गुना हो जाती है।

हमें अभी भी परिधि पर ऐसी क्षमताओं वाले सर्वर और केंद्रीकृत कंप्यूटिंग की आवश्यकता क्यों है, यह बिल्कुल स्पष्ट नहीं है!

रिवर्स जंप - सर्पिल ने एक मोड़ ले लिया है

डिस्क रहित स्टेशन

ऑफशोरिंग कंप्यूटिंग का अंत नहीं होने का पहला संकेत डिस्कलेस वर्कस्टेशन प्रौद्योगिकी का उदय था। उद्यम के पूरे क्षेत्र में और विशेष रूप से दूषित क्षेत्रों में कार्यस्टेशनों के महत्वपूर्ण वितरण के साथ, इन स्टेशनों का प्रबंधन और समर्थन करना बहुत कठिन हो जाता है।

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

कम ब्रेकडाउन और कम कॉरिडोर समय के अलावा, मशीन को अब साइट पर डिबग किए बिना समायोजित किया जा सकता है; एक नया उपकरण लाया जा सकता है और पुराने उपकरण को निदान के लिए सुसज्जित कार्य स्थल पर ले जाया जा सकता है। लेकिन यह सब नहीं है!

डिस्क रहित स्टेशन अधिक सुरक्षित हो जाता है - यदि अचानक कोई परिसर में घुसकर सभी कंप्यूटरों को उठा ले जाए, तो यह केवल उपकरणों का नुकसान है। डिस्क रहित स्टेशनों पर कोई डेटा संग्रहीत नहीं किया जाता है।

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

टर्मिनल सर्वर

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

सर्पिल ने एक मोड़ लिया और टर्मिनल सर्वर की अवधारणा के साथ खुद को टर्मिनल मोड में पाया।

हम मूलतः 70 के दशक में वापस आ गए हैं, जहां शून्य ग्राहक और केंद्रीकृत कंप्यूटिंग शक्ति है। यह बात शीघ्र ही स्पष्ट हो गई कि चैनलों के विशुद्ध आर्थिक निहितार्थों से परे, टर्मिनल एक्सेस सुरक्षित बाह्य पहुंच के लिए प्रचुर संभावनाएं प्रदान करता है, जिसमें कर्मचारियों के लिए घर से काम करना, या अविश्वसनीय नेटवर्कों और अविश्वसनीय/अनियंत्रित उपकरणों से ठेकेदारों के लिए अत्यंत सीमित और नियंत्रित पहुंच शामिल है।

हालांकि, टर्मिनल सर्वरों में, उनके सभी फायदों और प्रगतिशीलता के बावजूद, कई कमियां भी थीं - कम लचीलापन, शोरगुल वाले पड़ोसी की समस्या, और सर्वर पर सख्त नियंत्रण। Windows और इसी तरह।

प्रोटो वीडीआई का जन्म

यह सच है कि 00 के दशक के आरंभ से मध्य तक, x86 प्लेटफॉर्म का औद्योगिक वर्चुअलाइजेशन पूरी तरह से चल रहा था। और किसी ने एक ऐसा विचार व्यक्त किया जो उस समय चर्चा में था: सभी क्लाइंट्स को सर्वर टर्मिनल फ़ार्म पर केंद्रीकृत करने के बजाय, क्यों न हर किसी को अपना व्यक्तिगत VM (वर्चुअल मशीन) और क्लाइंट दिया जाए। Windows और यहां तक ​​कि प्रशासक की पहुंच भी?

मोटे ग्राहकों का इनकार

सत्र और ओएस वर्चुअलाइजेशन के समानांतर, अनुप्रयोग स्तर पर क्लाइंट फ़ंक्शन को सरल बनाने के लिए एक दृष्टिकोण विकसित किया गया था।

इसके पीछे तर्क बहुत सरल था, क्योंकि हर किसी के पास निजी लैपटॉप नहीं था, और हर किसी के पास इंटरनेट तक पहुंच नहीं थी, और कई लोग केवल बहुत सीमित, हल्के ढंग से कहें तो, अधिकारों के साथ इंटरनेट कैफे से ही जुड़ सकते थे। वास्तव में, केवल एक ब्राउज़र ही लॉन्च किया जा सकता था। ब्राउज़र ऑपरेटिंग सिस्टम का एक अनिवार्य गुण बन गया है, इंटरनेट हमारे जीवन का एक अभिन्न अंग बन गया है।

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

वर्चुअल डेस्कटॉप इन्फ्रास्ट्रक्चर

दलाल

2007 में, औद्योगिक वर्चुअलाइजेशन बाजार में अग्रणी, VMware ने अपने VDM (वर्चुअल डेस्कटॉप मैनेजर) उत्पाद का पहला संस्करण जारी किया, जो नवजात वर्चुअल डेस्कटॉप बाजार में पहला संस्करण बन गया। बेशक, हमें टर्मिनल सर्वरों के अग्रणी सिट्रिक्स की प्रतिक्रिया के लिए लंबा इंतजार नहीं करना पड़ा, और 2008 में, ज़ेनसोर्स के अधिग्रहण के साथ, ज़ेनडेस्कटॉप सामने आया। बेशक, अन्य विक्रेताओं के भी अपने-अपने प्रस्ताव थे, लेकिन हम अवधारणा से भटककर इतिहास में बहुत अधिक गहराई में नहीं जाएंगे।

और यह अवधारणा अभी भी बनी हुई है। VDI का एक प्रमुख घटक कनेक्शन ब्रोकर है।
यह वर्चुअल डेस्कटॉप अवसंरचना का हृदय है।

ब्रोकर VDI संचालन की सबसे महत्वपूर्ण प्रक्रियाओं के लिए जिम्मेदार है:

• कनेक्टेड क्लाइंट के लिए उपलब्ध संसाधनों (मशीनों/सत्रों) का निर्धारण करता है;
• यदि आवश्यक हो तो मशीन/सत्र पूल में ग्राहकों को संतुलित करता है;
• क्लाइंट को चयनित संसाधन पर पुनर्निर्देशित करता है।

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

थोड़ा हटकर, लेकिन कुछ ग्राहकों के लिए, एक अत्यंत महत्वपूर्ण VDI प्रौद्योगिकी डिजाइनरों या इंजीनियरों के काम के लिए 3D ग्राफिक्स के हार्डवेयर त्वरण के लिए समर्थन है।

प्रोटोकॉल

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

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

टर्मिनल सर्वर बनाम क्लाइंट VMs

वीडीआई के आगमन के साथ ऐसा लगा कि टर्मिनल सर्वरों को अलविदा कहने का समय आ गया है। यदि हर किसी के पास अपना निजी VM है तो उनकी आवश्यकता क्यों है?

हालांकि, शुद्ध अर्थशास्त्र के दृष्टिकोण से, यह पता चला कि सामान्य सामूहिक कार्यस्थलों के लिए, मतली के बिंदु के समान, मूल्य/सत्र अनुपात के संदर्भ में टर्मिनल सर्वर से अधिक कुशल कुछ भी नहीं है। इसके सभी लाभों के बावजूद, "1 उपयोगकर्ता = 1 VM" दृष्टिकोण वर्चुअल हार्डवेयर और पूर्ण विकसित OS पर काफी अधिक संसाधन खर्च करता है, जो सामान्य कार्यस्थलों में अर्थव्यवस्था को खराब करता है।

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

वीडीआई और अर्थव्यवस्था

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

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

दूरस्थ कार्य के लिए एचपीई समाधान

दूरस्थ और क्लाउड प्रबंधन

लो

एचपीई रिमोट सर्वर इंफ्रास्ट्रक्चर प्रबंधन के लिए कोई नया खिलाड़ी नहीं है; यह कोई मज़ाक नहीं है - प्रसिद्ध iLO (इंटीग्रेटेड लाइट्स आउट) मार्च में 18 साल का हो गया। 00 के दशक के अपने प्रशासनिक समय को याद करते हुए, मैं व्यक्तिगत रूप से इससे अधिक खुश नहीं हो सकता। शोरगुल वाले, ठण्डे डेटा सेंटर में प्रारंभिक रैक माउंटिंग और केबलिंग का काम ही किया जाना था। ऑपरेटिंग सिस्टम को लोड करने सहित अन्य सभी कॉन्फ़िगरेशन कार्य कार्यस्थल, दो मॉनिटरों और एक मग गर्म कॉफी के साथ किया जा सकता है। और यह 13 साल पहले की बात है!

आज, एचपीई सर्वर बिना किसी कारण के एक निर्विवाद दीर्घकालिक गुणवत्ता मानक नहीं हैं - और रिमोट मैनेजमेंट सिस्टम का स्वर्ण मानक, आईएलओ, इसमें महत्वपूर्ण भूमिका निभाता है।

मैं कोरोना वायरस पर मानवता का नियंत्रण बनाए रखने में एचपीई के कार्यों को अलग से नोट करना चाहूंगा। एचपीई ने घोषणा की, कि 2020 के अंत तक (कम से कम) iLO एडवांस्ड लाइसेंस सभी के लिए मुफ्त में उपलब्ध होगा।

इन्फोसाइट

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

स्मार्ट हों, ओटक्रिटी बैंक जैसा बनें, इन्फोसाइट का प्रयास करें!

एक दृश्य

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

भंडारण प्रणालियां भी कोई आसान काम नहीं हैं!

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

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

मुझे ऐसी परियोजनाएं याद हैं जहां भंडारण प्रणाली के कुछ हिस्सों को विशेष रूप से वितरित किया गया था - मेट्रो क्लस्टर में सुपरक्रिटिकल सेवाओं के लिए अलग से, सिंक्रोनस प्रतिकृति के लिए अलग से (कई गुना सस्ता)।

वास्तव में, 2020 में, यदि आप दो साइटों और चैनलों को व्यवस्थित कर सकते हैं तो मेट्रो क्लस्टर की लागत कुछ भी नहीं है। लेकिन तुल्यकालिक प्रतिकृति के लिए आवश्यक चैनल बिल्कुल वैसे ही हैं जैसे मेट्रो क्लस्टरों के लिए आवश्यक हैं। सॉफ्टवेयर लाइसेंसिंग का कार्य लंबे समय से पैकेजों में किया जाता रहा है - और सिंक्रोनस प्रतिकृति मेट्रो क्लस्टर के साथ आती है, तथा एकमात्र चीज जो यूनिडायरेक्शनल प्रतिकृति को जीवित रखती है, वह है विस्तारित L2 नेटवर्क को व्यवस्थित करने की आवश्यकता। और फिर भी, L2 से L3 का काम पूरे देश में पहले से ही जोरों पर चल रहा है।

तो फिर दूरस्थ कार्य के परिप्रेक्ष्य से सिंक्रोनस प्रतिकृति और मेट्रो क्लस्टर के बीच मूलभूत अंतर क्या है?

यह सब बहुत सरल है. मेट्रोक्लस्टर स्वचालित रूप से, सदैव, लगभग तुरन्त काम करता है।

कम से कम कई सौ VMs के बुनियादी ढांचे पर लोड को सिंक्रोनस प्रतिकृति पर स्विच करने की प्रक्रिया कैसी दिखती है?

1. एक आपातकालीन संकेत प्राप्त हुआ है।
2. ड्यूटी शिफ्ट स्थिति का विश्लेषण करती है - आप सिग्नल प्राप्त करने और निर्णय लेने के लिए सुरक्षित रूप से 10 से 30 मिनट का समय निर्धारित कर सकते हैं।
3. यदि ड्यूटी इंजीनियरों के पास स्वतंत्र रूप से स्विचओवर आरंभ करने का प्राधिकार नहीं है, तो साहसपूर्वक 30 मिनट का समय लेकर प्राधिकारी से संपर्क करें और स्विचओवर आरंभ करने की औपचारिक पुष्टि करें।
4. बडा लाल बटन दबाना.
5. टाइमआउट और वॉल्यूम रीमाउंटिंग, VM पुनः-पंजीकरण के लिए 10-15 मिनट।
6. आईपी ​​एड्रेसिंग बदलने में 30 मिनट का समय लगना एक आशावादी अनुमान है।
7. और अंत में, VM प्रारंभ हो जाता है और उत्पादन सेवाएं शुरू हो जाती हैं।

कुल मिलाकर, आर.टी.ओ. (व्यावसायिक प्रक्रियाओं को बहाल करने में लगने वाला समय) का सुरक्षित अनुमान 4 घंटे लगाया जा सकता है।

आइये इसकी तुलना मेट्रो क्लस्टर की स्थिति से करें।

1. भंडारण प्रणाली समझ जाती है कि मेट्रो क्लस्टर आर्म के साथ कनेक्शन टूट गया है - 15-30 सेकंड में।
2. वर्चुअलाइजेशन होस्ट समझते हैं कि पहला डेटा सेंटर खो गया है - 15-30 सेकंड (पी 1 के साथ-साथ)।
3. दूसरे डेटा सेंटर में आधे से एक तिहाई VMs का स्वचालित रूप से पुनः प्रारंभ होना - सेवाएं लोड होने से 10-15 मिनट पहले।
4. लगभग इसी समय, ड्यूटी शिफ्ट को पता चलता है कि क्या हुआ है।

कुल: व्यक्तिगत सेवाओं के लिए आर.टी.ओ. = 0, सामान्यतः 10-15 मिनट।

यह VM का केवल आधे से एक तिहाई भाग ही क्यों रीबूट करता है? देखिये क्या हो रहा है:

1. आप सब कुछ स्मार्ट तरीके से करते हैं और स्वचालित VM संतुलन सक्षम करते हैं। परिणामस्वरूप, औसतन केवल आधे VM ही किसी एक डेटा सेंटर में चल रहे हैं। आखिरकार, मेट्रो क्लस्टर का पूरा उद्देश्य डाउनटाइम को न्यूनतम करना है, और इसलिए जोखिम में पड़े वीएम की संख्या को न्यूनतम करना आपके हित में है।
2. कुछ सेवाओं को अनुप्रयोग स्तर पर क्लस्टर किया जा सकता है, तथा विभिन्न VMs में वितरित किया जा सकता है। तदनुसार, इन युग्मित VM को एक-एक करके या टेप से अलग-अलग डेटा केंद्रों से बांध दिया जाता है, ताकि दुर्घटना की स्थिति में सेवा को VM के पुनः आरंभ होने का इंतजार न करना पड़े।

विस्तारित मेट्रो क्लस्टरों के साथ एक अच्छी तरह से निर्मित बुनियादी ढांचे के साथ, व्यावसायिक उपयोगकर्ता किसी भी बिंदु से न्यूनतम देरी के साथ काम करते हैं, यहां तक ​​कि डेटा सेंटर स्तर पर दुर्घटना की स्थिति में भी। सबसे बुरी स्थिति में, देरी एक कप कॉफी के बराबर होगी।

और, बेशक, मेट्रोक्लस्टर्स एचपीई 3पार, जो वैलिनॉर की ओर बढ़ रहा है, और नए प्राइमेरा दोनों पर बढ़िया काम करते हैं!

दूरस्थ कार्यस्थल अवसंरचना

टर्मिनल सर्वर

टर्मिनल सर्वर के लिए कुछ भी नया आविष्कार करने की आवश्यकता नहीं है; एचपीई कई वर्षों से उनके लिए विश्व के कुछ सर्वोत्तम सर्वरों की आपूर्ति कर रहा है। कालजयी क्लासिक्स हैं DL360 (1U) या DL380 (2U) या AMD प्रेमियों के लिए DL385। बेशक, ब्लेड सर्वर भी हैं, क्लासिक C7000 और नया कम्पोजेबल सिनर्जी प्लेटफॉर्म।

हर स्वाद के लिए, हर रंग के लिए, प्रति सर्वर अधिकतम सत्र!

“क्लासिक” VDI + HPE सरलता

इस संदर्भ में, जब मैं "क्लासिक VDI" कहता हूँ, तो मेरा तात्पर्य 1 उपयोगकर्ता = 1 VM और एक क्लाइंट की अवधारणा से है। Windowsऔर निश्चित रूप से, वीडीआई से अधिक हाइपरकन्वर्टेड सिस्टम के लिए कोई भी कार्यभार इतना निकट या परिचित नहीं है, खासकर डुप्लिकेशन हटाने और संपीड़न के साथ।

यहां एचपीई अपने स्वयं के हाइपरकन्वर्ज्ड सिम्प्लीविटी प्लेटफॉर्म और साझेदार समाधानों के लिए सर्वर/प्रमाणित नोड्स, जैसे वीएमवेयर वीएसएएन इंफ्रास्ट्रक्चर पर वीडीआई के निर्माण के लिए वीएसएएन रेडी नोड्स, दोनों की पेशकश कर सकता है।

आइये, सिम्प्लिविटी के अपने समाधान के बारे में थोड़ा और बात करें। जैसा कि नाम से ही स्पष्ट है, इसमें सबसे आगे है सरलता। तैनात करना आसान है, प्रबंधन करना आसान है, मापना आसान है।

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

वास्तुकला की दृष्टि से, सिम्प्लिविटी नियंत्रक-आधारित वर्चुअल मशीनों के साथ एक क्लासिक हाइपरकन्वर्ज्ड सिस्टम है, जिसका अर्थ है कि यह हाइपरवाइजर-एकीकृत प्रणालियों के विपरीत, विभिन्न हाइपरवाइजरों का समर्थन कर सकता है। दरअसल, अप्रैल 2020 तक, VMware vSphere और Microsoft Hyper-V समर्थित हैं, और KVM को समर्थन देने की योजना की घोषणा की गई है। अपनी शुरुआत से ही सिम्प्लीविटी की मुख्य विशेषता एक समर्पित त्वरक कार्ड का उपयोग करके संपीड़न और डीडुप्लीकेशन का हार्डवेयर त्वरण रहा है।

यह ध्यान दिया जाना चाहिए कि डीडुप्लीकेशन के साथ संपीड़न वैश्विक है और हमेशा सक्षम है, अर्थात, यह एक वैकल्पिक सुविधा नहीं है, बल्कि समाधान की वास्तुकला है।

एचपीई निश्चित रूप से थोड़ा कपटपूर्ण है जब वे 100:1 दक्षता का दावा करते हैं, जिसकी गणना एक विशेष तरीके से की गई है, लेकिन स्थान दक्षता वास्तव में बहुत अधिक है। बात सिर्फ इतनी है कि संख्या 100:1 बहुत सुंदर है। आइए देखें कि ऐसी संख्याओं को दिखाने के लिए सिम्प्लीविटी को तकनीकी रूप से कैसे क्रियान्वित किया जाता है।

आशुचित्र. स्नैपशॉट को RoW (रीडायरेक्ट-ऑन-राइट) के रूप में 100% सही ढंग से क्रियान्वित किया जाता है, और इसलिए यह तुरन्त होता है तथा प्रदर्शन पर कोई प्रभाव नहीं डालता है। उदाहरण के लिए, वे कुछ अन्य प्रणालियों से किस प्रकार भिन्न हैं। हमें दंड रहित स्थानीय स्नैपशॉट की आवश्यकता क्यों है? जी हां, यह बहुत सरल है, आरपीओ को 24 घंटे (बैकअप के लिए औसत आरपीओ) से घटाकर दसियों या यहां तक ​​कि मिनटों की इकाई तक करना।

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

बेशक, कई लोग इस पर आपत्ति करेंगे - यदि यह उसी सिस्टम पर संग्रहीत है तो यह किस प्रकार का बैकअप है? और यहां एक प्रतिप्रश्न के रूप में एक बहुत ही सरल उत्तर है: मुझे बताएं, क्या आपके पास एक औपचारिक खतरा मॉडल है जो बैकअप प्रति संग्रहीत करने के नियम निर्धारित करता है? यह VM के अंदर किसी फ़ाइल को हटाने के विरुद्ध एक पूर्णतः ईमानदार बैकअप है, यह VM को हटाने के विरुद्ध एक बैकअप है। यदि बैकअप प्रतिलिपि को विशेष रूप से एक अलग सिस्टम पर संग्रहीत करने की आवश्यकता है, तो एक विकल्प है: इस स्नैपशॉट को दूसरे सिम्प्लीविटी क्लस्टर या HPE स्टोरऑन्स पर प्रतिलिपित करना।

और यहीं पर यह बात सामने आती है कि इस प्रकार की वास्तुकला किसी भी प्रकार के VDI के लिए आदर्श है। आखिरकार, VDI सैकड़ों या हजारों समान मशीनें हैं, जिनमें समान ऑपरेटिंग सिस्टम और समान अनुप्रयोग हैं। वैश्विक डीडुप्लीकेशन इस सब को समाप्त कर देगा और इसे 100:1 से भी कम नहीं, बल्कि बहुत बेहतर तरीके से संपीड़ित करेगा। एक टेम्पलेट से 1000 VMs तैनात करें? इसमें कोई समस्या नहीं है, इन मशीनों को क्लोन करने की तुलना में vCenter में पंजीकृत होने में अधिक समय लगेगा।

सिम्पलिविटी जी श्रृंखला विशेष रूप से विशेष प्रदर्शन आवश्यकताओं वाले उपयोगकर्ताओं और 3डी एक्सीलेटर की आवश्यकता वाले उपयोगकर्ताओं के लिए बनाई गई थी।

यह श्रृंखला हार्डवेयर डीडुप्लीकेशन त्वरक का उपयोग नहीं करती है और इसलिए प्रति नोड डिस्क की संख्या कम कर देती है ताकि नियंत्रक इसे सॉफ्टवेयर में संभाल सके। इससे किसी भी अन्य त्वरक के लिए PCIe स्लॉट खाली हो जाते हैं। सर्वाधिक मांग वाले कार्यभार के लिए प्रति नोड उपलब्ध मेमोरी की मात्रा भी दोगुनी करके 3TB कर दी गई है।

सिम्पलिविटी भौगोलिक रूप से वितरित VDI अवसंरचनाओं को केंद्रीय डेटा केंद्र में डेटा प्रतिकृति के साथ व्यवस्थित करने के लिए आदर्श है।

इस प्रकार की VDI वास्तुकला (और केवल VDI ही नहीं) रूसी वास्तविकताओं के संदर्भ में विशेष रूप से दिलचस्प है - जहाँ दूरियाँ बहुत अधिक हैं (और इसलिए देरी भी होती है) और चैनल आदर्श से बहुत दूर हैं। क्षेत्रीय केंद्र बनाए जाते हैं (या यहां तक ​​कि एक पूर्णतः दूरस्थ कार्यालय में केवल 1-2 सिम्प्लीविटी नोड) जहां स्थानीय उपयोगकर्ताओं को तीव्र चैनलों के माध्यम से जोड़ा जाता है, केंद्र से पूर्ण नियंत्रण और प्रबंधन बनाए रखा जाता है, तथा केवल थोड़ी मात्रा में वास्तविक, मूल्यवान और जंक डेटा को ही केंद्र में भेजा जाता है।

बेशक, सिम्प्लीविटी वनव्यू और इन्फोसाइट के साथ पूरी तरह एकीकृत है।

पतले और शून्य ग्राहक

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

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

बड़े हेवलेट पैकार्ड के अलग-अलग एचपीई और एचपी में विभाजन के बावजूद, एचपी द्वारा निर्मित पतले क्लाइंट का उल्लेख करना आवश्यक है।

हर स्वाद और जरूरत के लिए विकल्प व्यापक है - वीडियो स्ट्रीमिंग के हार्डवेयर त्वरण के साथ मल्टी-मॉनीटर वर्कस्टेशन तक।

आपके दूरस्थ कार्य के लिए HPE सेवा

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

एचपीई कॉलहोम

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

व्यक्तिगत रूप से, मैं इस फ़ंक्शन को सक्षम करने की दृढ़ता से अनुशंसा करता हूं।

स्रोत: www.habr.com