इलास्टिसिटी (क्लाउड कंप्यूटिंग)

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

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

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

उद्देश्य
लोच का उद्देश्य किसी सेवा को आवंटित संसाधन की मात्रा का मिलान वास्तव में आवश्यक संसाधन की मात्रा के साथ करना है, अधिक या कम प्रावधान से बचना। आवश्यकता से अधिक संसाधनों के आवंटन से बचना चाहिए, क्योंकि सेवा प्रदाता को अक्सर उन संसाधनों के लिए भुगतान करना पड़ता है जो सेवा के लिए आवंटित किए जाते हैं। उदाहरण के लिए, एक Amazon EC2  M4 एक्स्ट्रा-लार्ज इंस्टेंस की कीमत US$0.239/घंटा है। यदि किसी सेवा ने केवल एक की आवश्यकता होने पर दो वर्चुअल मशीनें आवंटित की हैं, तो सेवा प्रदाता हर साल $2,095 बर्बाद करता है। इसलिए, सेवा प्रदाता के  खर्च  इष्टतम से अधिक होते हैं और उनका  लाभ (लेखा)  कम हो जाता है।

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

संसाधन प्रावधान समय
एक संभावित समस्या यह है कि लोच में समय लगता है। क्लाउड वर्चुअल मशीन (VM) को उपयोगकर्ता द्वारा किसी भी समय प्राप्त किया जा सकता है; हालाँकि, अधिग्रहीत VM को उपयोग के लिए तैयार होने में कई मिनट लग सकते हैं। वीएम स्टार्टअप समय कारकों पर निर्भर है, जैसे कि छवि का आकार, वीएम प्रकार, डेटा सेंटर स्थान, वीएम की संख्या आदि। क्लाउड प्रदाताओं का VM स्टार्टअप प्रदर्शन भिन्न होता है। इसका तात्पर्य लोचदार अनुप्रयोगों के लिए डिज़ाइन किए गए किसी भी नियंत्रण तंत्र को अपनी निर्णय प्रक्रिया में लोच क्रियाओं के प्रभावी होने के लिए आवश्यक समय पर विचार करना चाहिए, जैसे किसी विशिष्ट अनुप्रयोग घटक के लिए अन्य वीएम का प्रावधान करना।

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

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

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

यह भी देखें

 * माइक्रोसॉफ्ट एज़्योर
 * अमेज़न इलास्टिक कंप्यूट क्लाउड
 * CELAR|CELAR: क्लाउड इलास्टिसिटी प्रोविजनिंग

बाहरी कड़ियाँ

 * The NIST Definition of Cloud Computing. Peter Mell and Timothy Grance, NIST Special Publication 800-145 (September 2011). National Institute of Standards and Technology, U.S. Department of Commerce.