2027 मिमी व्यापार वर्ग - पहली उड़ान से चंद्रमा तक क्लाउड कंप्यूटिंग

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

S / 360, S / 390, zSeries, System z, zEnterprise ... पीढ़ी बदल गई है, नाम बदल गए हैं, लेकिन पहले मॉडल में निर्धारित प्रमुख सिद्धांत नहीं बदले हैं - बड़ी संख्या में कार्यों के केंद्रीकृत प्रसंस्करण के लिए सुरक्षा, विश्वसनीयता और अभिविन्यास। इसके अलावा, पिछड़े संगतता के कारण, जो वास्तुकला के विकास के प्रमुख सिद्धांतों में से एक था, पहले मॉडल के लिए विकसित किए गए एप्लिकेशन अभी भी सर्वरों की इस पंक्ति के आधुनिक प्रतिनिधियों पर लॉन्च किए जाते हैं।

ग्रीन कंसोल देशी ऑपरेटिंग सिस्टम

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

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

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

अन्य बातों के अलावा, z / OS सिस्टम अच्छी तरह से व्यवस्थित हैं। हार्डवेयर स्तर पर, यह माइक्रोकोड के लिए धन्यवाद किया जाता है जो सभी आवश्यक क्लस्टर डेटा (DB2, लॉक टेबल, कैश, आदि के लिए) मेमोरी में स्टोर करता है। सर्वर की विफलता की स्थिति में इस डेटा को खोने से रोकने के लिए, उन्हें समर्पित Infiniband चैनल का उपयोग करके सिंक्रनाइज़ किया जाता है। इस प्रकार, 32 प्रणालियों को एक क्लस्टर में जोड़ा जा सकता है।

मेनफ्रेम और लिनक्स



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

जब तक आप z / VM हाइपरवाइज़र तक नहीं पहुँचते तब तक हार्डवेयर के एक विश्वसनीय टुकड़े पर System z के लिए लिनक्स स्वयं एक सामान्य लिनक्स है। यहां छोटी-छोटी सुखद चीजें शुरू होती हैं जो आनंदित नहीं कर सकती हैं। उदाहरण के लिए, किसी मौजूदा सिस्टम की कॉपी बनाने में कई मिनट लगते हैं:
1) सिस्टम के संसाधनों के विवरण के साथ एक पाठ फ़ाइल कॉपी की जाती है, जिसमें न्यूनतम संस्करण में केवल नए वर्चुअल सर्वर का नाम बदला जाता है;
2) एक नया वर्चुअल सर्वर नए विवरण (एक कमांड) के आधार पर बनाया गया है;
3) डिस्क का एक स्नैपशॉट किया जाता है (सरलता के लिए एक छोटी स्क्रिप्ट लिखी जाती है)।

पूरी प्रक्रिया को क्लोन किए गए सिस्टम को रोकने के बिना किया जा सकता है और, पारंपरिक x86 हाइपरविजर्स के विपरीत, परिणाम अनुमानित रूप से सफल होता है।

सामान्यतया, अधिक विस्तार से, सिस्टम z सर्वर में वर्चुअलाइजेशन के दो स्तर होते हैं। पहले स्तर पर, इसे तार्किक विभाजन (LPAR) में विभाजित किया गया है, और यदि वांछित है, तो एक अतिरिक्त z / VM अतिरिक्त हाइपरविजर के रूप में स्थापित किया गया है, जो लचीलापन जोड़ता है और आपको बड़ी संख्या में ऑपरेटिंग सिस्टम चलाने की अनुमति देता है।

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

हर विस्तार में विश्वसनीयता

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



विश्वसनीयता का समान स्तर बाद के सभी स्तरों तक विस्तृत है - विश्वसनीय हाइपरविजर, विश्वसनीय ऑपरेटिंग सिस्टम, विश्वसनीय एप्लिकेशन ...

यह अजीब होगा अगर "शून्य डाउनटाइम" का संबंध केवल अनियोजित डाउनटाइम से हो। मानक प्रणाली समर्थन प्रक्रियाएं भी किसी का ध्यान नहीं गईं। कॉन्फ़िगरेशन या विफलता के विस्तार के मामले में, माइक्रोकोड को अपडेट करना और हार्डवेयर मॉड्यूल को बदलना, सिस्टम को रोकने के बिना होता है। सॉफ्टवेयर स्तर पर, सभी कार्यों को समानांतर Spleplex नामक क्लस्टर द्वारा हल किया जाता है, जिसका मैंने कुछ समय पहले उल्लेख किया था। जबकि क्लस्टर का एक नोड दूसरों के लिए काम करता है, दूसरे का उपयोग किसी भी तरह के काम के लिए किया जा सकता है। इस तरह के अपडेट न केवल ऑपरेटिंग सिस्टम की चिंता करते हैं। आप बढ़ा सकते हैं, उदाहरण के लिए, DBMS संस्करण - DB2 v9 अभी भी क्लस्टर के एक नोड पर काम करेगा, और दूसरे पर यह पहले से ही v10 तक उठाया जाएगा, और उपयोगकर्ता के लिए सब कुछ पारदर्शी है ...

प्रदर्शन शासक द्वारा मापा जाता है

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

फिर भी, MIPS एक साधारण व्यक्ति के लिए समझ से बाहर हैं और मैं एक शासक के साथ सब कुछ मापना चाहता हूं, इसलिए प्रमुख विशेषताएं हैं:

• एंटरप्राइज़ क्लास के लिए प्रोसेसर क्लॉक स्पीड 5.5 गीगाहर्ट्ज़, बिजनेस क्लास के लिए 4.2 गीगाहर्ट्ज़ है।
• कोर की संख्या - एंटरप्राइज क्लास के लिए 101, बिजनेस क्लास के लिए 13।
• RAM - एंटरप्राइज क्लास के लिए 3 टीबी, बिजनेस क्लास के लिए 496 जीबी।

व्यक्तिगत रूप से, मुझे वर्तमान में उच्चतर घड़ी की गति वाले सर्वर का पता नहीं है। इसके अलावा, मेनफ्रेम अभी भी प्रवृत्ति के खिलाफ है - सर्वर लाइनों के सभी निर्माता घड़ी की गति को कम करते हुए, मल्टीकोर की दिशा में चले गए हैं। एक को लगता है कि यह एक दोष है, अगर इसके लिए अकेले नहीं है - अधिकांश सॉफ्टवेयर अभी भी कोर द्वारा लाइसेंस प्राप्त है ...

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

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