ओपनस्टैक के साथ बिल्डिंग टेस्ट का माहौल

लेखक: यूजीन शूमाकर

यूजीन शूमाकर - मिरांटिस व्यापार विश्लेषक और प्रस्ताव: कैसे उठाएं समस्याओं से बचने के लिए जो ओपनस्टैक को हल नहीं कर सकता , स्पीकर आपके बादल के लिए शिकायत करें? अटलांटा में इस वसंत में ओपनस्टैक शिखर सम्मेलन में।

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

मामलों की वर्तमान स्थिति

शायद एक परीक्षण वातावरण के लिए सबसे महत्वपूर्ण आवश्यकता यह है कि यह संबंधित कार्यशील वातावरण की एक प्रति हो (हालाँकि वास्तव में यह हमेशा 100% सत्य नहीं है - नीचे देखें)। किसी भी अन्य आवश्यकताओं और सीमाएं सॉफ्टवेयर (सॉफ्टवेयर) और परीक्षण पद्धति के उपयोग के मामलों से उत्पन्न होती हैं।

कमीशनिंग से पहले किए गए परीक्षणों का सेट कार्यात्मक परीक्षणों के साथ शुरू हो सकता है और समानांतर परीक्षण के साथ समाप्त हो सकता है।

एक परीक्षण दृष्टिकोण पर विचार करें जिसमें निम्न चरण शामिल हैं:
• पहले परीक्षण वातावरण में सॉफ्टवेयर के पिछले संस्करण पर परीक्षण चलाएं;
• दूसरे परीक्षण वातावरण में नए सॉफ्टवेयर संस्करण पर परीक्षण चलाएं; और
• परिणामों की तुलना करें।

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

ज्यादातर मामलों में, ऐसे परीक्षण वातावरण के मालिक सिस्टम प्रशासक होते हैं - परीक्षण वातावरण तक पहुंच प्राप्त करने या बदलने के लिए, परीक्षण टीम को विभिन्न अनुप्रयोगों में होना चाहिए।



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

यदि आप ओपनस्टैक का उपयोग करते हैं तो क्या होगा?

निम्नलिखित विशेषताओं को परीक्षण वातावरण के लिए प्रमुख आवश्यकताओं के रूप में पहचाना जा सकता है:
• कम निर्माण लागत;
• सरल और त्वरित सेटअप और संचालन;
• सरल और तेज स्केलिंग;
• स्वयं सेवा विकल्प।

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

क्या बादल आपके लिए सही है?

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

• परिस्थितियों का पर्याप्त मूल्यांकन जब परीक्षण वातावरण ठीक से काम के माहौल का अनुकरण नहीं करता है (जैसा कि अक्सर तनाव परीक्षण के दौरान होता है)।

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

यदि आप सुनिश्चित हैं कि आपका एप्लिकेशन ठीक से काम करेगा, और क्लाउड में परीक्षण सार्थक परिणाम देगा, तो क्लाउड (और उसी समय ओपनस्टैक) सही विकल्प है।

क्लाउड आर्किटेक्चर

क्लाउड में परीक्षण वातावरण को स्थानांतरित करने से तस्वीर बदल जाती है:



उस स्टैक को स्थानांतरित करने के लिए क्या आवश्यक है जिस पर एप्लिकेशन वर्चुअल वातावरण में चलता है?

मान लीजिए कि आप मौजूदा हार्डवेयर पर ओपनस्टैक क्लाउड बना रहे हैं।

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

कोई एकल सही क्लाउड परीक्षण वातावरण डिज़ाइन योजना नहीं है, लेकिन कुछ डिज़ाइन युक्तियां हैं जो सहायक हो सकती हैं।

सबसे पहले, क्लाउड के लिए उच्च उपलब्धता की आवश्यकता मुख्य लोगों में से एक है। आप यहां अत्यधिक सुलभ ओपनस्टैक क्लस्टर बनाने के बारे में पढ़ सकते हैं: मिरांटिस ओपनस्टैक के हा के कार्यान्वयन ,



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

अन्य डिजाइन निर्णय, जैसे:
• नेटवर्क कॉन्फ़िगरेशन
ओ कितने नेटवर्क की जरूरत है?
o VM ट्रैफ़िक को कैसे स्थानांतरित किया जाएगा?
ओ क्या इंटरनेट की आवश्यकता होगी और यह कैसे प्रदान किया जाएगा?
• ओपनस्टैक घटक विन्यास
o किन घटकों को स्थापित करने की आवश्यकता है?
o मुझे कहां ओपनस्टैक सेवाएं स्थापित करनी चाहिए (एक गणना नोड पर, एक नियंत्रक नोड पर, कुछ अन्य समर्पित नोड पर, उदाहरण के लिए, एक डेटा भंडारण नोड)?

... सॉफ्टवेयर की विशेषताओं, डेटा ट्रांसफर के तरीकों और यातायात प्रतिबंध आवश्यकताओं (उदाहरण के लिए, उच्च बैंडविड्थ, कम विलंबता, सेवा की गुणवत्ता, प्रतिक्रिया समय) और स्वयं परीक्षण प्रक्रिया पर निर्भर करते हैं। निम्नलिखित प्रश्नों के उत्तर देने का प्रयास करें:
• परिचालनात्मक डेटा को परीक्षण वातावरण में कैसे कॉपी किया जाता है?
• परीक्षण वातावरण कितनी बार बनाया या अद्यतन किया गया है?

नतीजतन, आउटपुट आवश्यकताओं की एक सूची होगी जिसे डिजाइन समाधानों में परिवर्तित किया जा सकता है।

वर्चुअल मशीन छवियों को तैयार करना

यह तय करने के बाद कि वास्तुकला क्या होगी, आप आभासी मशीनों की छवियां तैयार करना शुरू कर सकते हैं। इसे बनाना आवश्यक है:
• वीसीपीयू, वीआरएएम, वीएचडीडी, अतिथि ओएस और कुछ निश्चित कार्यक्रमों के लिए सार्वभौमिक चित्र का एक सेट जो स्थापित और कॉन्फ़िगर किया गया है;
• विशिष्ट वीसीपीयू, वीआरएएम, वीएचडीडी के लिए छवियों का एक सेट, संभवतः असामान्य ऑपरेटिंग सिस्टम और विशेष प्रोग्राम जो स्थापित और कॉन्फ़िगर किए गए हैं।
यहां लक्ष्य विभिन्न प्रकार के परीक्षण वातावरणों को जल्दी से तैनात करने की क्षमता के लिए छवियों का एक पुस्तकालय बनाना है, जिनमें से घटकों को एक सख्त तरीके से कॉन्फ़िगर किया गया है, पहले से ही प्रलेखित और परीक्षण किया गया है।

इसे गर्म करें!

परीक्षण वातावरण की तैनाती कैसे सुनिश्चित करें?

हीट बचाव के लिए आता है, ऑर्केस्ट्रेटिंग क्लाउड एप्लिकेशन के लिए जिम्मेदार ओपनस्टैक घटक।



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

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

परीक्षण वातावरण को क्लाउड में स्थानांतरित करना परीक्षण टीम को उनके परीक्षण वातावरण के मालिकों को बनाना संभव बनाता है: वे आईटी हस्तक्षेप के बिना उन्हें बना सकते हैं, हटा सकते हैं और प्रबंधित कर सकते हैं। इस बीच, एक आईटी टीम आमतौर पर एक हार्डवेयर क्लस्टर और क्लाउड वातावरण का प्रबंधन करती है।

उदाहरण का उपयोग करें

आभासी परीक्षण वातावरण बनाने के लिए सामान्य दृष्टिकोण ऊपर वर्णित है। अब एक विशिष्ट उपयोग के मामले को देखते हैं।

कंपनी WEB के लिए एप्लिकेशन विकसित कर रही है।

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

कंपनी ने कई समस्याओं की पहचान की:
• परीक्षण दल मांग पर स्थानीय परीक्षण वातावरण नहीं बना सका।
• आईटी पेशेवरों ने नए परीक्षण वातावरण के लिए अनुरोधों को पूरा करने में बहुत लंबा समय लिया।
• परीक्षण वातावरण को बढ़ाने और / या एक नया जोड़ने में कठिनाइयाँ थीं।
• परीक्षण वातावरण बनाने, बनाए रखने और स्केलिंग की लागत अधिक थी (आंशिक रूप से VMWare लाइसेंस की लागत के कारण)।

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

समाधान वास्तुकार ने ओपनस्टैक के आधार पर क्लाउड में एक परीक्षण वातावरण बनाने का सुझाव दिया। नतीजतन, ओपनस्टैक क्लस्टर को तैनात किया गया था, जिसमें नियंत्रक नोड्स की उच्च डिग्री के साथ 10-20 नोड्स शामिल थे।

परिणामस्वरूप समाधान निम्नलिखित लाभ प्रदान करता है:
• अलगाव सुनिश्चित करने के लिए, प्रत्येक परीक्षण वातावरण एक अलग किरायेदार में काम करता है। उदाहरण के लिए, परीक्षकों की एक टीम के लिए एक परियोजना, सलाहकारों की एक टीम के लिए अन्य आदि। (देखें docs.openstack.org/trunk/openstack-ops/content/projects_users.html )
• हीट टेम्प्लेट आपको जल्दी से नए वातावरण बनाने की अनुमति देते हैं। परीक्षण टीम अपने दम पर नए हीट टेम्प्लेट बना सकती है।
• स्वयं सेवा ओपनस्टैक सीएलआई / क्षितिज और हीट पैटर्न के माध्यम से प्रदान की जाती है।
• ओपनस्टैक-आधारित समाधान की कुल लागत कम है, क्योंकि कंपनी को लाइसेंस के लिए भुगतान करने की आवश्यकता नहीं है और यह सस्ती सॉफ्टवेयर और सामान्य प्रयोजन हार्डवेयर का उपयोग कर सकता है।
• परीक्षक अपने परीक्षण वातावरण के मालिक हैं। वे आवश्यक होने पर किसी भी समय वातावरण बना सकते हैं और हटा सकते हैं।
• ओपनस्टैक आईटी कर्मचारियों को प्रत्येक परियोजना के लिए कोटा निर्धारित करने की अनुमति देता है। क्लाउड इंस्टेंसेस द्वारा संसाधन खपत की निगरानी के लिए Ceilometer नामक एक OpenStack घटक का उपयोग किया जा सकता है।

निष्कर्ष

एक परीक्षण वातावरण के निर्माण की प्रक्रिया बहुत जटिल हो सकती है। यह विचार करना बहुत महत्वपूर्ण है कि किस सॉफ्टवेयर का परीक्षण किया जा रहा है; क्या परीक्षण पद्धति का उपयोग किया जाता है; जो परीक्षण के माहौल का समर्थन करने के लिए जिम्मेदार है और बहुत कुछ।

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

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

जब यह तय करना हो कि परीक्षण के माहौल को ओपनस्टैक-आधारित क्लाउड में स्थानांतरित करना है, तो प्रत्येक चरण की सावधानीपूर्वक योजना बनाना महत्वपूर्ण है।

मूल लेख अंग्रेजी में ।