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

From alpha
Jump to navigation Jump to search


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



उदाहरण

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

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

उद्देश्य

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

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

समस्याएं

संसाधन प्रावधान समय

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

लोचदार अनुप्रयोगों की देखभाल

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

इलास्टिसिटी की आवश्कता

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

नियंत्रण के कई स्तर

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


यह भी देखें

संदर्भ

  1. Herbst, Nikolas; Samuel Kounev; Ralf Reussner (2013). "क्लाउड कंप्यूटिंग में लोच: यह क्या है और यह क्या नहीं है" (PDF). Proceedings of the 10th International Conference on Autonomic Computing (ICAC 2013), San Jose, CA, June 24–28.
  2. Nikolas Herbst, Rouven Krebs, Giorgos Oikonomou, George Kousiouris, Athanasia Evangelinou, Alexandru Iosup, and Samuel Kounev. Ready for Rain? A View from SPEC Research on the Future of Cloud Metrics. Technical Report SPEC-RG-2016-01, SPEC Research Group - Cloud Working Group, Standard Performance Evaluation Corporation (SPEC), 2016. [1]
  3. Cloud Computing Principles and Paradigms, John Wiley and Sons, 2011, ISBN 978-0-470-88799-8
  4. Perez; et al., Responsive Elastic Computing, ISBN 978-1-60558-578-9
  5. Mao, Ming; M. Humphrey (2012). क्लाउड में वीएम स्टार्टअप टाइम पर एक प्रदर्शन अध्ययन. Proceedings of 2012 IEEE 5th International Conference on Cloud Computing (Cloud2012). p. 423. doi:10.1109/CLOUD.2012.103. ISBN 978-1-4673-2892-0.
  6. Gambi, Alessio; Daniel Moldovan; Georgiana Copil; Hong-Linh Truong; Schahram Dustdar (2013). इलास्टिक कंप्यूटिंग सिस्टम में एक्चुएशन देरी का अनुमान लगाने पर. Proceedings of ICSE Workshop on Software Engineering for Adaptive and Self-Managing Systems (SEAMS). pp. 33–42. CiteSeerX 10.1.1.353.691. doi:10.1109/SEAMS.2013.6595490. ISBN 978-1-4673-4401-2.
  7. Moldovan, Daniel; Georgiana Copil; Hong-Linh Truong; Schahram Dustdar (2013). मेला: क्लाउड सेवाओं की लोच की निगरानी और विश्लेषण. Proceedings of IEEE 5th International Conference on Cloud Computing Technology and Science (CloudCom 2013). Vol. 1. pp. 80–87. doi:10.1109/CloudCom.2013.18. ISBN 978-0-7695-5095-4.
  8. Georgiana Copil, Daniel Moldovan, Hong-Linh Truong, Schahram Dustdar, "SYBL: an Extensible Language for Controlling Elasticity in Cloud Applications", Proceedings of the 13th IEEE/ACM International Symposium on Cluster, Cloud and Grid Computing (CCGrid), May 14–16, 2013, Delft, the Netherlands
  9. Georgiana Copil, Daniel Moldovan, Hong-Linh Truong, Schahram Dustdar, "Specifying, Monitoring, and Controlling Elasticity of Cloud Services", Proceedings of the 11th International Conference on Service Oriented Computing. Berlin, Germany, 2–5 December 2013. doi=10.1007/978-3-642-45005-1_31
  10. Kranas, Pavlos (2012). ElaaS: क्लाउड स्टैक परतों में गतिशील प्रबंधन के लिए एक सेवा ढांचे के रूप में एक अभिनव लोच. Proceedings of Sixth International Conference on Complex, Intelligent and Software Intensive Systems (CISIS) 4–6 July 2012. pp. 1042–1049. doi:10.1109/CISIS.2012.117. ISBN 978-1-4673-1233-2.
  11. Mencagli, Gabriele; Vanneschi, Marco (6 February 2014). "मॉडल भविष्य कहनेवाला नियंत्रण का उपयोग करके संरचित समानांतर संगणनाओं के गतिशील अनुकूलन के लिए एक व्यवस्थित दृष्टिकोण की ओर". Cluster Computing. 17 (4): 1443–1463. doi:10.1007/s10586-014-0346-3.


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

  • 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.

श्रेणी:क्लाउड कंप्यूटिंग