Resource Mgmt-II-M38DDZvr-YI

नमस्ते।
 हम क्लाउड (cloud) में संसाधन प्रबंधन (resource management) पर हमारी चर्चा जारी रखेंगे।
 इसलिए, जैसा कि हमने संसाधन प्रबंधन (resource management) पर अंतिम व्याख्यान या अंतिम 2 व्याख्यान पर चर्चा की थी और हमने यह देखने की कोशिश की है, कि यह कुल क्लाउड (cloud) सेवा में एक महत्वपूर्ण भूमिका निभाता है।
 इसलिए, यह न केवल सेवा प्रदाता के दृष्टिकोण से महत्वपूर्ण है,बल्कि ये सेवा उपभोक्ता के दृष्टिकोण से भी महत्वपूर्ण है।
 इसलिए, प्रदाता कम से कम ऊर्जा लागत के साथ अपने संसाधनों के अपने उपयोग को अधिकतम करना चाहता है और यदि आप उपभोक्ता दृष्टिकोण से देखते हैं ,तो इसे लाभ को अधिकतम करना।
 यह गारंटी या एसएलए (SLA) के लिए समर्थन की एक विशेष गुणवत्ता या समर्थन चाहता है।
 तो, एसएलए (SLA) मान्य नहीं है।
 तो, फिर भी यह संपूर्ण संसाधन प्रबंधन (resource management), इसके लिए महत्वपूर्ण भूमिका निभाता है।
 हम इस क्लाउड कंप्यूटिंग (cloud computing) प्रतिमान की सही सफलता उद्धृत करते हैं, ठीक है।
 तो, आज हम सिखेंगे की इन संसाधन प्रबंधन (resource management), के कुछ पहलुओं को देखने का प्रयास करेंगे, हम एक समीक्षा पत्र (review paper )के लिए विशेष रूप से देखने की कोशिश करेंगे और संसाधन प्रबंधन (resource management), के कुछ पहलुओं को उठाएंगे।
 इसलिए, मैं दावा नहीं करना चाहता कि सभी पहलुओं को छोड़ दें, लेकिन ये कुछ महत्वपूर्ण पहलू हैं, जहां एक विशेष क्लाउड कंप्यूटिंग (cloud computing) पर्यावरण या क्लाउड कंप्यूटिंग प्लेटफार्म क्या है।
 तो, यह देखते हैं।
 तो, कुछ स्लाइड शायद दूसरे से प्रतिशोध (imputation)हो सकती हैं।
 तो, संसाधनों द्वारा हमने जो कुछ भी किया है, उसे तुरंत पुनः प्राप्त करने के लिए।
 तो, मेरे पास कोर इंफ्रास्ट्रक्चर प्लेटफॉर्म और एप्लिकेशन या आईएएसएस, पास, सास हैं (core infrastructure platform and application or IaaS, PaaS, SaaS )और इस तरह के विभिन्न प्रकार के उपयोगकर्ता हैं, इस क्लाउड (cloud) के लिए उपयोगकर्ता का मतलब है, कि वे या तो मानव उपयोगकर्ता हो सकते हैं या यह कुछ प्रक्रिया या मशीन हो सकती है, जो अप्रत्यक्ष रूप से अन्य सेवाओं के लिए क्लाउड (cloud) सेवा उपभोग कर रही है।
 तो, हम यह देखना चाहते हैं, कि इन संसाधनों को अनुकूलित करने के लिए कोर पर कैसे प्रबंधित किया जा सकता है।
 जैसा कि हमने देखा है, उपयोगकर्ता की 2 श्रेणियां हैं, संसाधनों की भौतिक 2 श्रेणी और एक भौतिक संसाधन है, दूसरा एक तार्किक संसाधन है (2 categories of user; physical 2 category of resources; one is physical resource, another is a logical resource)।
 तो, शारीरिक (physically) रूप से, अनुप्रयोगों की निगरानी और चीजों के प्रकार की तरह क्या है और तार्किक रूप से क्या है।
 इसलिए, दोनों संसाधन प्रबंधन में एक महत्वपूर्ण भूमिका निभाते हैं।
 और हमने यह भी देखा कि हम संसाधन प्रबंधन (resource management) की इन विशेष रेखांकन परिभाषाओं से गुजर चुके हैं, यह क्लाउड संसाधनों (cloud resources) और सेवाओं द्वारा प्रदान की जाने वाली क्षमताओं को नियंत्रित करने के लिए प्रयुक्त ऑपरेशन को संदर्भित करता है और अन्य संस्थाओं को उपलब्ध कराया जा सकता है, उपयोगकर्ता अनुप्रयोगों को एक कुशल तरीके से।
 अब अगर हम इस संसाधन प्रबंधन तंत्र या संसाधन प्रबंधन (resource management) को देखते हैं, तो अधिकतम या प्रमुख जोर आईएएएस प्रकार (IaaS type) के संसाधनों या आधारभूत संसाधनों के प्रबंधन पर है।
 प्लेटफार्म जैसे अन्य संसाधन या सास (SaaS), यद्यपि वे भी प्रबंधन आवश्यक हैं, लेकिन वे ज्यादातर आपके पास होने वाले रीढ़ की हड्डी के कठिन संसाधनों (underlining backbone hard resources) को रेखांकित करने की मात्रा से निर्धारित होते हैं।
 इसलिए, इनमें से कुछ प्रकार की तकनीकें विभिन्न प्रकार की सेवाओं में लागू होती हैं।
 जबकि, कुछ चीजें आईएएस (IaaS) के लिए अधिक अच्छी होती हैं।
 तो, आज हम जो देखते हैं की आईएएसएस संसाधन प्रबंधन (IaaS resource management ) के अधिकार के लिए अलग-अलग दृष्टिकोण क्या हैं।
 इसलिए, सेवा के रूप में आधारभूत संरचना को सबसे लोकप्रिय माना जाता है।
 या इन विभिन्न प्रकार की सेवाओं के बीच सबसे लोकप्रिय क्लाउड (cloud) सेवा माना जाता है।
 इसलिए, आईएएएस (IaaS) में, क्लाउड प्रदाताओं संसाधन प्रदान करता है, जिसमें कंप्यूटर वर्चुअल मशीन कच्चे स्टोरेज फ़ायरवॉल लोड बैलेंसर नेटवर्क डिवाइस (computer as virtual machines raw storage firewalls load balancer network devices) और इतने आगे के रूप में शामिल हैं।
 इसलिए, ये विभिन्न प्रकार की चीजें हैं, जिन्हें हम मानते हैं, जब हम संसाधन के रूप में बुनियादी ढांचे के बारे में बात करते हैं और आईएएएस (IaaS) में प्रमुख चुनौतियों में से एक संसाधन प्रबंधन है।
 संसाधन को बेहतर तरीके से प्रबंधित करने के लिए और जैसा कि हमने ऊर्जा के रूप में देखा है, क्लाउड (cloud)के समग्र कामकाज के लिए एक महत्वपूर्ण भूमिका निभाता है।
 तो, यह पहलू में से एक है, न्यूनतम या ऊर्जा खपत के साथ मैं एक विशेष स्तर पर सेवा कैसे दे सकता हूं।
 तो, यह बहुत महत्वपूर्ण है, जब हम आईएएसएस (IaaS) के बारे में बात करते हैं और हम संसाधन प्रबंधन (resource management) के बारे में बात करते हैं।
 इसलिए, मैं प्रदाता बिंदु (provider point )से लाभ को अधिकतम करना चाहता हूं और संसाधनों के उपयोग को अधिकतम करना और ऊर्जा की न्यूनतम आवश्यकता और निश्चित रूप से, दूसरी तरफ जो हमारे पास है।
 हमें इन गुणवत्ता सेवाओं और एसएलए (quality of services and SLA )अधिकारों को संतुष्ट करने की आवश्यकता है, बल्कि कई मेट्रिक्स हैं, जिन्हें हम आज चर्चा करते समय देखेंगे।
 लेकिन जब हम संसाधन प्रबंधन (resource management) पहलुओं को देखते हैं, तो इन पहलुओं को देखने के लिए हमें ये पहलुओं की आवश्यकता होती है।
 इसलिए, हम देखेंगे (following) या, हम ज्यादातर एक सर्वेक्षण पत्र (survey paper)से इनपुट ले रहे होंगे, जहां लिंक प्रदान किया गया है, आप डाउनलोड करने और चीजों को देखने के लिए स्वतंत्र हैं और वहां, आपको अन्य संबंधित पेपर (corresponding paper) मिलेगा, जो आगे के शोध(research) में रूचि रखते हैं या इस प्रकार के संसाधन प्रबंधन (resource management) पर आगे के अध्ययन को देखने के लिए आपका स्वागत है।
 इसलिए, यदि हम संसाधन प्रबंधन (resource management) को देखते हैं, तो यदि मैं व्यापक उद्देश्यों या व्यापक लक्ष्य को देखता हूं।
 इसलिए, उन चीजों को संतुष्ट करने के लिए जिनके लिए क्लाउड (cloud)उस गुणों में से एक है जिसके लिए स्केलेबिलिटी (scalability) संरक्षित की जानी चाहिए, कि मैं स्केल डाउन कर सकता हूं और आदर्श रूप से सेवाओं की अनंत स्केलेबिलिटी (scalability) गुणवत्ता को संरक्षित किया जाना चाहिए इष्टतम उपयोगिता 1 या 2, उससे कम की तरह कम होनी चाहिए।
ओवरहेड (overhead) उच्च होने पर संसाधन प्रबंधन प्रोटोकॉल या एल्गोरिदम (resource management protocol or algorithms ) करें तो, मैं प्रदर्शन पर खुलता हूं (loose on performance)।
 तो, यह एक इष्टतम ओवरहेड (optimal overhead )होना चाहिए, बल्कि इसके ऊपर कम किया जाना चाहिए और थ्रूपुट(throughput) में सुधार होना चाहिए।
 तो, समग्र थ्रूपुट (overall throughput ) को विलंबता को कम करने में सुधार किया जाना चाहिए।
 इसलिए, यह समग्र प्रणाली के विशिष्ट परिवेश की समय विलंबता को नहीं बढ़ाएगा, जैसे कि मैं एक विशेष वातावरण चाहता हूं, ताकि आखिरी दिन हम रैक प्रबंधन शक्ति (rack management power)के लिए एक विशेष वातावरण के रूप में चर्चा कर सकें और इसी तरह से आगे बढ़ सकें।
 लागत प्रभावीता समग्र रूप से; यह लागत प्रभावी होना चाहिए, यह प्रदाता और उपभोक्ता दोनों के लिए आर्थिक रूप से फायदेमंद होना चाहिए।
 प्रदाता को अधिक खर्च नहीं करना चाहिए और उपभोक्ताओं को इसके लिए अधिक सदस्यता का भुगतान नहीं करना चाहिए और यह एक सरल इंटरफ़ेस (simplified interface) होना चाहिए, यह बहुत बोझिल इंटरफ़ेस (cumbersome interface) नहीं होना चाहिए।
 इसलिए, मैं कह सकता हूं, कि हमें आसानी से उपयोग करना चाहिए।
 तो, उस प्रकार के पर्यावरण का उपयोग करना आसान है।
 इसलिए, ये हमारा व्यापक लक्ष्य हैं, या मैं क्लाउड (cloud) सेवा प्रावधान का व्यापक उद्देश्य कह सकता हूं, कि इस बात से समझौता किए बिना, कि क्या मेरे पास बेहतर संसाधन प्रबंधन (resource management) हो सकता है जो चीजों का उद्देश्य है।
 अब, कई चुनौतियां हैं, जैसे कि आप हार्डवेयर या नंगे धातु या चीजों की रीढ़ की हड्डी (hardware or the bare metal or the backbone ) को देखते हैं, वह एक है कि सीपीयू प्रबंधन, मेमोरी प्रबंधन, स्टोरेज प्रबंधन, वर्कस्टेशन, नेटवर्क तत्व, सेंसर अक्टुँतोर्स (CPU management, memory management, storage management, workstation, network element, sensor actuators )और कुछ ऐसा ही।
 तो, ये अलग-अलग घटक हैं, जिन्हें उचित रूप से प्रबंधित करने की आवश्यकता है और ये सीपीयू मेमोरी स्टोरेज (CPU memory storage ) की तरह अलग चीजें नहीं हैं ,ये अलग घटक (isolated components) नहीं हैं।
 इसलिए, चीजों पर संचालन करते समय उनके पास एक इंटेल लिंकिंग (Intel linking ) है।
 इसलिए, आपके पास कम स्मृति और चीजों के प्रकार में बहुत अधिक पावर CPU नहीं हो सकता है, तो प्रदर्शन वहां नहीं होगा।
 इसलिए, यदि इस नंगे धातु या रीढ़ की हड्डी के संसाधनों (bare metal or the backbone resources ) के बीच समन्वय महत्वपूर्ण हैं।
 इसलिए, जब हम संसाधनों का प्रबंधन करते हैं, तो हमें सावधानी बरतनी चाहिए कि वे संरक्षित हैं।
 मैं नेटवर्क घटक के अन्य घटक को अनदेखा किए बिना भंडारण का इष्टतम प्रबंधन (optimal management) नहीं कर सकता हूं और अन्य चीजें जो, तेजी से भंडारण करती हैं, मेरी नेटवर्क (network component) पहुंच क्षमता अभी भी धीमी है, तो उद्देश्य हल नहीं किया जाता है।
 तो, इसे देखने की जरूरत है।
 तो, अन्य तार्किक संसाधन (logical resources) भी हैं।
 इसलिए, हम भौतिक कठोर संसाधनों (physical hard resources) के बारे में कहते हैं, ऐसे में तार्किक संसाधन (logical resources) हैं, जैसे ऑपरेटिंग सिस्टम ऊर्जा प्रबंधन नेटवर्क थ्रूपुट या बैंडविड्थ लोड संतुलन तंत्र सूचना सुरक्षा(operating system energy management network throughput or bandwidth load balancing mechanisms information security ) जो बड़े पैमाने पर आ रही है।
 या जब आप बहुत अधिक लाभ उठा रहे हैं, तो बड़े पैमाने पर देखा जाता है की क्लाउड (cloud) पर चीजों और विशेष रूप से आपकी संवेदनशील या अर्ध संवेदनशील (sensitive or semi sensitive information )जानकारी, क्लाउड (cloud) या गोपनीयता को संरक्षित करने में देरी से पता चलता है, कि कितना देरी या समय देरी उनके एप्लिकेशन प्रोग्रामिंग इंटरफेस या एपीआई हैं (application programming interface or API)।
 इसलिए, एपीआई (API) यह है कि नए प्रकार के, एपीआई (API) पर फिर से शुरू करने की आवश्यकता है और वहां कई प्रोटोकॉल हैं।
 इसलिए, ये सब कुछ, जो हम नरम संसाधन या तार्किक संसाधन (soft resources or logical resources ) कहते हैं, जो एक महत्वपूर्ण भूमिका निभाते हैं और इन कठिन संसाधनों और नरम संसाधन (hard resources and soft resources) एक-दूसरे से अलग नहीं होते हैं, बल्कि उन्हें एक एकीकृत तरीके से देखने की आवश्यकता होती है।
 इसलिए, ये अलग-अलग चुनौतियां या व्यापक उदेश्य हैं, जिन्हें आप देखते हैं।
 अब, शोधकर्ताओं (researchers)के विभिन्न प्रकार के दृष्टिकोण हैं और संसाधन प्रबंधन (resource management) पहलुओं के पास हैं, या हम कहते हैं, कि विभिन्न संसाधन प्रबंधन (resource management) पहलुओं प्रावधान है, हम देखेंगे कि संसाधन आवंटन सही क्या है।
 इसलिए, मुझे संसाधन आवश्यकता मैपिंग (mapping) आवंटित (allocate ) करने के लिए प्रावधान की आवश्यकता है।
 तो, क्या मैं संसाधन आवश्यकताओं को सही या. कभी-कभी मैप कर सकता हूं, कि क्या मैं संसाधन आवश्यकता की प्राथमिकता मैपिंग (priority mapping)कर सकता हूं, ठीक है।
 जैसे कि मैं यहाँ मजबूर कर रहा हूं, कि इस प्रकार की संसाधन आवश्यकता हो रही है।
 तो, मैं इसे संसाधन आवश्यकता के अनुसार सही तरीके से प्रावधान करता हूं, दिन के अलग-अलग समय के विभिन्न हिस्सों में, दिन की अलग-अलग समय अवधि अलग-अलग होती है,वर्ष की अलग-अलग समय अवधि होती हैं।
 फिर हमारे पास संसाधन अनुकूलन (resource adaptation) है ,कि संसाधन को कैसे अनुकूलित किया जा सकता है, वहां एक तंत्र होना चाहिए कि मैं संसाधनों को ईमानदारी से कैसे खोज सकता हूं,जैसे कि मुझे उन संसाधनों और चीज़ों के प्रकार कहां मिलते हैं और मैं उपयोगकर्ता के रूप में संसाधनों की तलाश कैसे कर सकता हूं।
 तो, फिर मैं उस उपयोग को दोहराता हूं और हमेशा मानव उपयोगकर्ता नहीं हो सकता है, यह प्रक्रियाओं का एक और सेट, एक साथ हो सकता है।
 तो, इष्टतम (optimal) के लिए और यह एक बड़े अनुप्रयोगों का हिस्सा हो सकता है।
 तो, ऐसा करने के लिए मुझे संसाधनों और चीजों के प्रकार की खोज करने की ज़रूरत है।
 इसलिए, कुछ कैटलॉगिंग रजिस्ट्री (cataloging registry) प्रकार की कुछ प्रावधानों को प्रावधान करना चाहिए, चाहे संसाधन वहां हों या संसाधन ब्रोकिंग (resource brokering) हो।
 तो, कुछ प्रकार के ब्रोकरेज या एजेंट (brokerage or agent ) आधारित चीजें,जहां वे हो सकते हैं, जहां एजेंट के रूप में कार्य करता है, जो मुझे एक इष्टतम संसाधन (optimal resource) प्रदान करता है, बल्कि मुझे यह कहना चाहिए कि जब कोई उपयोगकर्ता कुछ संसाधन के लिए अनुरोध करता है, तो शुरुआत में यह एजेंट या ब्रोकर को मारता है, जो यह देखने की कोशिश करता है, कि कौन से संसाधन उपलब्ध हैं ,जो कम लोड नोड्स (less loaded nodes) हैं, वीएम(VM) कैसे आवंटित किया जा सकता है।
 तो, यह एक महत्वपूर्ण पहलू है, कि बुकर ब्रोकरेज (booker brokerage) चीजें संसाधन अनुमान का अनुमान लगा रहा है, कि संसाधनों की आवश्यकता किस तरह की होगी और कभी-कभी महत्वपूर्ण होती है ,जब हम उच्च स्तर की चीजें करते हैं।
 जैसे कि मैं सास या पास (SaaS or PaaS ) लेबल को देख कर अनुमान लगा रहा हूं, कि किस प्रकार के बैकबोन संसाधनों (back backbone resources )की आवश्यकता है और संसाधन मॉडलिंग (resource modeling ) नामक एक चीज है, कि मैं अपने वर्तमान भार और चीजों के प्रकार पर विचार करने के अनुमान के विचारों के लिए संसाधनों को कैसे मॉडल कर सकता हूं।
 इसलिए, ये अलग-अलग पहलू हैं और आप देख सकते हैं, कि ये सभी स्वतंत्र पहलू नहीं हैं, जिनके बीच इंटेल लिंकिंग(Intel linking ) भी है।
 इसलिए, ये अलग-अलग पहलू हैं और आवेदन के प्रकार या आवश्यकता के प्रकार के आधार पर जोर भिन्न हो सकता है, ठीक है।
 इसलिए, कुछ मामलों में कुछ पहलू उच्च प्राथमिकता हो सकते हैं और इतने आगे और फिर भी ये अलग-अलग घटकों (isolated components) नहीं हैं, फिर भी उनके पास चीजों के बीच एक अंतर जुड़ाव (inter linking) है।
 तो, इस स्लाइड पर हम यह देखने की कोशिश कर रहे हैं, कि अलग-अलग पहलुओं के अलग-अलग प्रकार क्या हैं और उनका क्या मतलब है।
 तो, सेवा का एक स्थान प्रावधान करने वाला संसाधन कौन सा पहलू है, जो निरंतर ग्राहकों को संसाधन प्रदान करता है, यदि ग्राहक उपयोगकर्ता या प्रक्रिया हो।
 इसलिए, संसाधन आवंटन (resource allocation) उपयोगकर्ताओं की आवश्यकता को पूरा करने के लिए, गतिशील रूप से संसाधन को समायोजित करने के लिए लोगों, या कार्यक्रमों या प्रक्रिया संसाधन अनुकूलन (processes resource adaptation ) क्षमता या उस प्रणाली की क्षमता के कंप्यूटिंग समूहों (computing groups) के बीच आर्थिक रूप से संसाधनों के वितरण के लिए है।
 तो, उपयोगकर्ता की आवश्यकता के आधार पर समग्र रूप से, यह प्रणाली स्वयं को समायोजित करती है, यह संसाधन कैसे; उपलब्ध संसाधन उपयोगकर्ताओं के बीच बेहतर रूप से उपयोग किया जा सकता है, फिर मुझे यह कहना चाहिए कि एसएलए (SLA) और सेवाओं की अन्य गुणवत्ता और चीजों के प्रकार से समझौता किए बिना।
 फिर हमारे पास संसाधन मैपिंग (resource mapping)है, जो कहती है कि उपयोगकर्ताओं द्वारा आवश्यक संसाधन और प्रदाताओं के साथ उपलब्ध संसाधन के बीच पत्राचार (correspondence) है।
 तो, उपलब्ध संसाधन के आधार पर और उन्हें आवश्यकता है, कि हम कैसे संसाधन मॉडलिंग (resource modeling) को मैप करते हैं, नेटवर्क में भाग लेने वाली विस्तृत सूचना संचरण नेटवर्क तत्व (transmission network element )संसाधन संस्थाओं पर आधारित है।
 इसलिए, इसका मतलब है, संसाधन प्रबंधन (resource managements) के गुण अगर हम देखते हैं, कि वे अलग-अलग राज्य अलग-अलग संक्रमणों (frame work) को, किसी दिए गए पर्यावरण के साथ अलग-अलग आउटपुट (output)करते हैं ।
 इसलिए, यदि मैं संसाधन प्रबंधन (resource management) को एक इकाई या फ्रेम कार्य के रूप में देखता हूं।
 इसलिए, यह 2 अलग-अलग राज्यों में चला गया है, इसमें एक राज्य से दूसरे राज्य में अलग-अलग संक्रमण हैं और प्रत्येक राज्य में आउटपुट प्रकार की चीजें हैं।
 इसलिए, मैं कुछ प्रकार के राज्य चार्ट आरेख (state chart diagram) या चीजों के प्रकार को महसूस कर सकता हूं और उस पर आधारित मुझे उस मॉडल के आधार पर मॉडल करने की आवश्यकता है, की यह संक्रमण कैसे चल जाएगा।
 तो, संसाधन अनुमान (resource estimation): इसलिए, मैं आम तौर पर कुछ विचार या गणना के साथ आवेदन द्वारा आवश्यक वास्तविक संसाधन (actual resource) का अनुमान लगा सकता हूं, मैं कुछ प्राथमिकता कर सकता हूं, मुझे आवेदन के बारे में कुछ पूर्व ज्ञान हो सकता है, या इस एप्लिकेशन (application) के आवेदन में मुझे कुछ मेटा जानकारी (meta information )हो सकती है और जहा इतनी मेमोरी की आवश्यकता है।
 तो, बहुत विस्थापन (displace)।
 तो, बहुत सारे धागे (threads) और चीजों के प्रकार और उस पर आधारित मैं संसाधन खोज (resource discovery) और चयन स्थानांतरित करता हूं।
 इसलिए, जैसा कि हम प्रमाणित संसाधनों (authenticated resource ) की सूची की पहचान पर चर्चा कर रहे हैं, जो नौकरी जमा (job submission)करने के लिए उपलब्ध हैं और उनमें से सर्वश्रेष्ठ का चयन करें।
 इसलिए, यह हमेशा संभव है, कि आपके पास संसाधनों के साथ कई संसाधन या एकाधिक प्रदाता उपलब्ध हैं।
 इसलिए, यह पता चलता है कि कौन से संसाधन हैं और जो उपयुक्त चीज है और सबसे इष्टतम आवंटित और चीज़ और संसाधन ब्रोकिंग (resource brokering) के आधार पर।
 तो, एक एजेंट के माध्यम से संसाधनों की बातचीत सुनिश्चित करना आवश्यक है, कि उद्देश्यों को पूरा करने के लिए सही समय पर आवश्यक संसाधन उपलब्ध हों।
 इसलिए, मैंने तोड़ दिया, क्योंकि मुझे उपयोगकर्ता की आवश्यकता है, क्योंकि मुझे उपयोगकर्ता की प्रक्रिया के रूप में आवश्यकता हैऔर फिर मैं ब्रोकर करना चाहता हूं, मैं एजेंट के साथ बातचीत करना चाहता हूं, जो कि चीजें उपलब्ध हैं ।
 चीजें कैसे उपलब्ध होंगी ।
 इसलिए, कि मेरा उद्देश्य पूरा हो गया है और उद्देश्य संसाधन के उद्देश्य से हो सकता है ।
 उद्देश्य कभी-कभी मूल्य निर्धारण उद्देश्य पर भी हो सकता है, यहाँ बहुत अधिक लागत और मुझे चुनने के लिए बहुत सी चीजें हैं।
 तो, वहां देखा गया है, कि पूरी चीज के अनुकूलन की ज़रूरत है।
 इसलिए, मुझे इसके लिए एक ब्रोकिंग सेवा (brokering service) की आवश्यकता है और अंत में, संसाधन शेड्यूलिंग (resource scheduling) की।
 तो, क्या यह एक शेड्यूलिंग घटनाओं और संसाधनों का एक समय सारिणी है।
 तो, कहें कि हमारे संसाधन कुछ समय पर उपलब्ध हैं और उन समय के दौरान घटनाओं की योजना बनाई गई है।
 तो, यह हो सकता है की, इसलिए, मेरे पास संसाधन हैं और मेरे पास मेरी ऑपरेशन प्रक्रिया है।
 इसलिए, समय के लिए मुझे उन संसाधनों को झुकाव के कुछ प्रकार की समय-सारिणी की आवश्यकता होती है, जो वास्तव में एक सिबलिंग (sibling) समस्या है।
 इसलिए, मेरे पास बहुत से घटकों की अवधि हो सकती है, जैसे कुछ पूर्ववर्ती गतिविधियां (predecessor activities), कुछ पूर्ववर्ती संबंध संसाधन (predecessor relationship resource) आवंटित और इतने पर और आगे।
 इसलिए, यह निर्धारित करने के लिए अलग-अलग घटक हो सकते हैं, कि प्रारंभ अंत और चीजों के प्रकार क्या है।
 इसलिए, अगर हम कुछ दृष्टिकोणों या, कुछ अलग-अलग प्रकार के पहलुओं को देखते हैं, जैसे कि हमने पहले चर्चा की थी, संसाधन प्रावधान ,संसाधन आवंटन (resource provisioning, resource allocation )और यह देखने का प्रयास करें कि किस तरह के दृष्टिकोण निम्नलिखित हैं।
या, शोधकर्ता पहले की तरह चीजों में अनुसरण कर रहे हैं ,जैसे हम संसाधन प्रावधान दृष्टिकोणों (resource provisioning approaches) पर देखते हैं।
 तो, हमारे पास खेल सिद्धांत (game theory)के लिए, नैश समतोल दृष्टिकोण (Nash equilibrium approach )क्या है।
 तो, संसाधन के इष्टतम उपयोगों को जानने के लिए किसी प्रकार के गेम सैद्धांतिक दृष्टिकोण (game theoretic approach )का उपयोग कर सकते हैं।
 इसलिए, यह रनटाइम प्रबंधन (runtime management )और आईएएएस संसाधनों (IaaS resources )के आवंटन का कई मानदंडों (criteria) पर विचार करता है।
 जैसे कि संसाधनों के विषम वितरण (heterogeneous distribution), क्लाउड (cloud) उपयोगकर्ताओं के तर्कसंगत विनिमय (rational exchange) व्यवहार को पूर्ण आम जानकारी और गतिशीलता क्रमिक आवंटन (dynamics successive allocation )और इसी तरह से कुछ आगे।
 इसलिए, यहाँ मतलब है, मैं संसाधनों की विषम अवधि या क्लाउड (cloud) उपयोगकर्ताओं के उपयोगकर्ता पैटर्न और चीजों के प्रकार के बारे में इस विभिन्न घटकों पर आधारित है।
 जिन्हें मैं इस पर देखने के लिए एक गेम सैद्धांतिक दृष्टिकोण (game theoretic approach)चाहता हूं।
 इसलिए हम इसे,एक ऐसे खेल के रूप में देख सकते हैं ,जहां एक तरफ उपभोक्ता है और जिसे संसाधनों की भूख (hungry ) अथवा संसाधनों की तलाश में हैं।
 वहां प्रदाता है, जो संसाधनों का प्रावधान कर रहे हैं और मैं, संसाधनों को आवंटित करने का एक इष्टतम तरीका ढूंढना चाहता हूं।
 तो, यह खेल दृष्टिकोण (game approach) का उपयोग कर आधारित नैश संतुलन (Nash equilibrium) है।
 इसलिए, वहां अनुसंधान हैं और वहां विधियाँ और दृष्टिकोण हैं, जिन पर लोग अनुसरण कर रहे हैं अथवा हमारे पास नेटवर्क क्यूइंग मॉडल (network queuing model) है।
 तो, जो नेटवर्क कतार मॉडल (network queue model) या, नेटवर्क में नेटवर्क कतार मॉडल के माध्यम से चला गया है।
 जैसे, आप समझ सकते हैं, की यह फिर से संसाधन प्रावधान तंत्र कतारों (resource provisioning mechanism queues )में से एक है, जहां कतार आवेदन के विभिन्न टायर का प्रतिनिधित्व करती है (queues represent different tires of application)।
 इसलिए, मॉडल महत्वपूर्ण रूप से या ,पर्याप्त रूप से विभिन्न प्रदर्शन विशेषताओं और सत्र आधारित वर्कलोड समेकन सीमाओं (behavior of the tires with significantly different performance characteristics) जैसे, अनुप्रयोगों और इंटरमीडिएट टायर को कैश करने और टायर के व्यवहार को कैप्चर करता है (session based workload concurrency limits and caching the intermediate tires)।
 तो, यह आप की कोशिश है, की हम नेटवर्क क्यूइंग मॉडल का फायदा (exploit network queuing model ) उठाने के लिए हम क्या कर रहे हैं, हम प्रोटोटाइप प्रावधान (prototype provisioning )के लिए दृष्टिकोण हैं।
 जिसका का मतलब है, वर्कलोड मिश्रण (workload mix)और क्यूइंग मॉडल (queuing model ) को स्वचालित रूप से , निर्धारित वर्कलोड मिश्रण के लिए सर्वर क्षमता (server capacity )की भविष्यवाणी करने के लिए, k मीन्स (means), क्लस्टरिंग एल्गोरिदम (clustering algorithm )का उपयोग करता है।
 तो, यह क्या करने की कोशिश कर रहा है।
 इसलिए, यह क्लस्टर के-साधन(cluster k-means) ,क्लस्टर (cluster) में स्वचालित रूप से, इन्हें निर्धारित करने के लिए क्लस्टर का उपयोग करके क्लस्टर करने का प्रयास करता है।
 अलग-अलग उपयोगकर्ता का यह, वर्कलोड माध्यम क्या है और फिर यह अनुमान लगाने के लिए कि क्या प्रावधान किया जा सकता है।
 वीएम (VM)प्रावधान जैसे अन्य संसाधन प्रावधान हैं, जो उपयोगकर्ता वर्चुअल मशीन जैसी चीजें, जो ज़ेन हाइपरवाइजर (Xen hypervisor)के शीर्ष पर चलती हैं।
 इसलिए, सिस्टम कुछ प्रकार के शेड्यूलर (scheduler)कहता है, जैसे कि कुछ कामों में वे एक सरल समय सीमा का पहला शेड्यूलर प्रस्तावित करते हैं, जो वीएम (VM) के बीच सीपीयू क्षमता (CPU capacity )के भारित निष्पक्ष साझाकरण को लागू करता है।
 तो, यह क्या कर रहा है, यह वीएम(VM) ले रहा है, जो हाइपरवाइजर (hypervisor) पर चलता है और इसे लोड के प्रकार के आधार पर शेड्यूल कर रहा है।
 यहाँ उस सीपीयू चक्र (CPU cycles ) को एक विशेष वीएम (VM) रनटाइम पर बदला जा सकता है।
 इसलिए, अगर मुझे अधिक संसाधन की आवश्यकता है, तो मैं एक वीएम (VM) से दूसरे वीएम (VM) में माइग्रेट करता हूं और कुछ इस प्रकार की चीजें कर सकता हूं।
 अनुकूली संसाधन प्रावधान (adaptive resource provisioning) जैसे, अन्य तरीकों और दृष्टिकोण हैं, जो स्वचालित रूप से बाधाओं और अवशेषों का पता लगाने का प्रयास करते हैं और संकल्प करते हैं, कि गतिशील संसाधन प्रबंधन (dynamic resource management)का उपयोग करके समुद्री एसएलए उन्मुख संसाधन विधियों (sea SLA oriented resource methods), हैंडलिंग प्रक्रिया (handling process) और स्वचालित एसएएलए (SLA) को स्वचालित तरीके से गतिशील करने के लिए, गतिशील प्रावधान (dynamic provisioning) कहा जाता है।
 एक स्वचालित ढांचा जो अनुकूली पैरामीटर को अनुकूलित करता है, जो विशिष्ट उपयोगकर्ताओं या सटीकता लक्ष्यों को पूरा करने के लिए पैरामीटर को अनुकूलित करता है।
 इसलिए, यह सेवाओं की गुणवत्ता या एसएलए (SLA) के प्रकार के आधार पर भर्ती संसाधनों को प्रावधान करने पर चला जाता है।
 इसे समर्थन देना होता है और अनुकूलतम क्लाउड प्रोविजनिंग (optimal cloud provisioning mechanisms) तंत्र भी होता है, जो ऑप्टिमाइज़ करने की कोशिश करने पर मांग और मूल्य अनिश्चितता को देखने की कोशिश करता है।
 इसलिए, हम देखते हैं कि इस तरह के संसाधन प्रावधान तंत्र (resource provisioning mechanisms) के लिए कई दृष्टिकोण हैं, जिनका उपयोग किया जा सकता है।
 इसी तरह, अगर हम संसाधन आवंटन (resource allocation) को देखते हैं, तो फिर बाजार के उन्मुख संसाधन आवंटन (resource allocation)जैसे, कुछ दृष्टिकोण यहां सूचीबद्ध हैं।
 जैसेकी, कुछ चीजे जो बाजार की मांग से प्रेरित होते हैं।
 इसलिए, हम उस विशेष संसाधन आवंटन (resource allocation) के अपने समाधान को खोजने के लिए, मॉडल पूर्वानुमानित मॉडल पूर्वानुमानित नियंत्रण (model predictive model predictive control )करने का प्रयास करते हैं, बुद्धिमान बहु एजेंट मॉडल (intelligent multi agent model) मुख्य रूप से संसाधन दृश्य वर्चुअलाइजेशन (resource view virtualization) की तलाश में हैं।
 जो , स्वचालित रूप से मोबाइल उपकरणों के लिए उपलब्ध सेवाओं, संसाधनों को स्वचालित रूप से आवंटित करने के लिए देख रहे हैं।
 तो, क्या यह इष्टतम संसाधन ऊर्जा (optimal resources energy ),जागरूक संसाधन आवंटन (aware resource allocation.) को, आवंटित करने के लिए एक बुद्धिमान बहु एजेंट मॉडल (intelligent multi agent model) हो सकता है।
 तो, यह आवंटन ऊर्जा जागरूक (energy aware) है।
 इसलिए, मैं प्रदर्शन पर इष्टतम ऊर्जा प्रावधान माप आधारित विश्लेषण (optimal energy provisioning measurement based analysis)कर सकता हूं।
 इसलिए यह; आवंटन फिर से विभिन्न मीट्रिक या मापन पैरामीटर के आधार पर गतिशील संसाधन आवंटन(metrics or measurement parameters dynamic resource allocation) विधियों ,वास्तविक समय संसाधन आवंटन तंत्र (real time resource allocation mechanisms)जैसे कि, संसाधनों को आवंटित करने के तरीकों पर वास्तविक समय की मांग है।
 इसलिए, छोटे मध्यम आकार के आईएएएस क्लाउड (IaaS cloud ) प्रदाताओं की मदद करने के लिए, डिज़ाइन किया गया है, ताकि हार्डवेयर संरचना (hardware resource )के तहत एक अच्छी तरह डिज़ाइन किए गए, हार्डवेयर इंफ्रास्ट्रक्चर (hardware infrastructure)द्वारा न्यूनतम परिचालन लागत के साथ अपने हार्डवेयर संसाधन का बेहतर उपयोग किया जा सके।
 इसलिए, इस विशेष रूप से छोटे और मध्यम आकार के आईएएएस क्लाउड (IaaS cloud )प्रदाता के लिए मदद करने के लिए,इसे वास्तविक समय और गतिशील शेड्यूलिंग और समेकन तंत्र में आवंटित किया जा सकता है।
 इसके ऊपर मैं उपलब्ध संसाधनों का एक गतिशील शेड्यूलिंग और समेकन तंत्र (dynamic scheduling and consolidation mechanisms )कर सकता हूं।
 रिसोर्स मैपिंग(resource mapping), के लिए कई दृष्टिकोण हैं।
 जैसे, समेकित मैपिंग पैटर्न (symmetric mapping pattern )जो, संसाधन आपूर्ति प्रणालियों (resource supply systems) को डिजाइन करने के लिए है, यह संसाधन को तीन प्रमुख कार्यों में विभाजित करता है और प्रदाता मेल (match) संसाधन प्रबंधन समझौतों (resource supply management agreements)से मेल खाते हैं और संलग्न करते हैं।
 तो, वह उपयोगकर्ता हैं और प्रदाता मेल(match) करतें हैं, जहां आवश्यकता मेल खाती है और उस प्रकार के मिलान करने से पहले उपयोगकर्ता को सब्सक्राइब संसाधन कंटेनर (subscribe resource containers) पर कार्य करते हैं।
 इसलिए, यह संसाधन कंटेनर ((subscribe resource containers)की सदस्यता लेता है और कार्यों को मैप किया जाता है।
 या प्रदाता स्थान भौतिक संसाधनों (physical resources )और चीजों के प्रकार पर संसाधन कंटेनर प्रदान करता है।
 इसलिए, ये कंटेनर आधारित सेवाओं द्वारा संचालित होते हैं, जो एक और प्रकार का होता है।
 एक और तकनीक है, जो बड़े पैमाने पर आ रही है, जैसे कंटेनर वर्ग और कंटेनर चीजें हैं।
 इसलिए, उपयोगकर्ता संसाधन महाद्वीप (resource continent) को अपने कार्यों को सब्सक्राइब कर सकता है, या प्रदाता भौतिक संसाधनों पर आपूर्ति संसाधन कंटेनर रख सकते हैं।
 यह भार जागरूक मानचित्रण (load aware mapping) का मानचित्रण हो सकता है।
 तो, मल्टीकास्ट फ़ाइल स्थानान्तरण (multicast file transferring )और छवि कैशिंग और उपयोग (image caching and using)करके इसे, आसानी से वीएम(VM) छवि प्रबंधन और छवि तैयार (VM image management and reduce image) के काम को करें।
 इसलिए, यह लोड पर आधारित है, यह एक दर पर तैनाती को कम करने और संसाधनों का कुशल उपयोग करने के लिए, एक लोड जागरूक मैपिंग करता है।
 इसलिए, उपलब्ध लोड के आधार पर लोड उपलब्धता ,पुनरावृत्त स्थानीय खोज (iterated local search )आधारित अनुरोध विभाजन के लिए तकनीक हो सकती है।
 तो, क्या मैं विभाजन दृष्टिकोण से विभाजन कर सकता हूं।
 फिर भी, लागत प्रभावी और ऑनलाइन विभाजन (online splitting ) की सुविधा के लिए पुनरावृत्त स्थानीय खोज (iterated local search)के आधार पर एक योग्य क्लाउड सेवा प्रदाता(eligible cloud service provider) के बीच आपका अनुरोध है।
 इसलिए, उपयोगकर्ता अनुरोधों पर अनुरोध कर रहा है, यदि मूल रूप से विभाजन करने का कोई तरीका है, तो मैं मूल रूप से छोटे हिस्से में विभाजन कर सकता हूं, मैं एक बुद्धिमान विभाजन एल्गोरिदम (intelligent partitioning algorithm) कर सकता हूं और फिर विभिन्न क्लाउड (cloud) सेवा प्रदाताओं, जैसे विभिन्न सीएसपी (CSPs) में चीजें आवंटित कर सकता हूं और इसका मतलब है कि, बड़े अनुरोधों को छोटे में विभाजित किया जा सकता है और इसे देख सकते हैं।
 इसलिए, वर्चुअल एप्लिकेशन (virtual applications) के समूह में वितरित जैसे अन्य दृष्टिकोण हैं।
 जैसे कि मेरे पास आभासी अनुप्रयोगों का नाम है, या सब्सट्रेट नेटवर्क (substrate network) के वर्चुअल नेटवर्क (virtual network )को मैप करना है।
 तो, मेरे पास एक रेखांकित नेटवर्क (underlining network )है और फिर मैं एक सब्सट्रेट नेटवर्क (substrate network) मैप करता हूं।
 जैसे कि वर्चुअल नेटवर्क को मैप क्यों करें ,जो इस सब्सट्रेट नेटवर्क (substrate network) के लिए उपयोगकर्ता के लिए मुख्य है।
 तो, फिर से यह नेटवर्क पक्ष से संसाधन मैपिंग (resource mapping) है, नेटवर्क से उपयोगकर्ता की आवश्यकता है और इसे चीजों उस पर मैप करें।
 और सीखने के निर्देशित नियंत्रण नीति (reinforce learning guided control policy) को मजबूत करने जैसे, कई अनुकूलन दृष्टिकोण हैं।
 तो, यह अनुकूलन को देखने के लिए, एक सीखने की व्यवस्था है, वेब सेवा आधारित प्रोटोटाइप (are web service based prototypes)है।
 इसलिए, संसाधन अनुकूलन (resource adaptation ) के लिए इसका उपयोग किया जा सकता है, ऐसे कई अन्य हैं, जैसे आभासी नेटवर्क डीएनए आधारित लोड संतुलन (virtual networks DNAs based load balancing )और निश्चित रूप से, हम इस तरह के लोड संसाधन अनुकूलन (load resource adaptation)के लिए ,हाइब्रिड दृष्टिकोण प्राप्त (hybrid approaches )कर सकते हैं।
 इसलिए, यदि मेरे पास ऐसी कई प्रकार की तकनीकें हैं, जैसे हमने यहाँ देखा है: संसाधन प्रावधान, आवंटन (resource provisioning, allocation, we discussed few of them; resource requirement, mapping adaptation )की तरह, हमने उनमें से कुछ पर चर्चा की है,जैसे संसाधन की आवश्यकता, मैपिंग अनुकूलन (resource requirement, mapping adaptation) और कुछ ऐसा ही।
 कैसे निर्णय लें कि वे आखिरकार प्रदर्शन कर रहे हैं, जो हम खोज रहे हैं वह कुछ मैट्रिक्स (matrix) है।
 इसलिए, उन सभी दृष्टिकोणों पर कुछ मीट्रिक (matrix) के आधार पर निर्णय लेने की आवश्यकता है, जैसे कि तैनाती की आसानी(reliability ease of deployment) जैसे, कि मेरे पास एक तंत्र (mechanisms) है और सेवाओं की तैनाती गुणवत्ता के लिए बहुत अधिक ओवरहेड (overhead )लेना चाहिए, समझौता नहीं किया जाना चाहिए; इन संसाधन प्रबंधन तंत्रों (resource management mechanisms) या प्रक्रियाओं को नियंत्रित करने के लिए या, इन संसाधन प्रबंधन (resource management) चीजों को प्रबंधित करने के लिए ,देरी या बहुत देरी नहीं होनी चाहिए या देरी को, सीमा के भीतर होना चाहिए या उस पर नियंत्रण करना चाहिए।
 इसलिए, जब भी हम किसी भी संसाधन प्रबंधन (resource management)की तलाश में हैं , तो एक खेल संसाधन प्रबंधन उपकरण या तकनीकों (play resource management tools or techniques)को हमें सभी अलग-अलग पहलुओं से देखने की आवश्यकता है।
 इसलिए, अन्यथा संपूर्ण संसाधन प्रबंधन (overall resource management )इस क्लाउड कंप्यूटिंग प्रतिमान (cloud computing paradigm)के मूल उद्देश्य को मार सकता है।
 तो, यह स्केलेबिलिटी (scalability) और सीमित संसाधनों और उन चीज़ों के प्रकार का उपयोग करता है, जिन्हें हम भुगत सकते हैं।
 इसलिए, हमें इस अलग मैट्रिक्स (matrix) को देखने की ज़रूरत है और यदि आप देख सकते हैं, कि ये मैट्रिक्स (matrix) विभिन्न प्रकार की आवश्यकताओं से भिन्न हो सकते हैं।
 इसलिए, अलग-अलग उपयोगकर्ता,अलग-अलग प्रक्रियाओं को अलग-अलग आवश्यकताओं को ,संसाधित कर सकते हैं।
 और जहां कहीं विश्वसनीयता (reliability) अधिक हो सकती है, जहा कहीं भी, सेवा की गुणवत्ता संबंधित कुछ देरी हो सकती है, कुछ आवेदन संबंधित सटीकता हो सकते हैं।
 और हमें उन पैरामीटरों के आधार पर संसाधन प्रबंधन (resource management) प्रक्रिया, संसाधन उपकरण (resource management tools) और तकनीक को वास्तविक रूप से लेने की आवश्यकता है।
 धन्यवाद।