जैसा कि आप क्लाउड सिस्टम के प्रदाता हैं। ऐसे कई पहलू हैं जिन्हें आपको बेंचमार्क करना चाहिए।
प्रदाता के रूप में
- सेवा के availbility, अतिरेक।
- समय के साथ बैंडविड्थ, समय के साथ io/s।
- आपके संग्रहण समाधान का खंडन।
- उत्तरदायित्व/पुनर्स्थापन/मेकॅनिकल/इलेक्ट्रिक विफलताओं में विफलता।
- 'बड़े पैमाने पर रैंडम एक्सेस' या 'धारावाहिक का उपयोग'
thoses सब बातों के लिए में डिफ़ॉल्ट कैश & कैश अतिप्रवाह वहाँ बारीकियों उपकरण/API/नियंत्रण है। कभी-कभी यह आपके हार्डवेयर से निकटता से संबंधित है, कभी-कभी कम। लेकिन हार्डवेयर से सॉफ्टवेयर के बीच संबंध विनिर्देश माप और एकीकरण समस्याओं के परिणामस्वरूप। परिभाषित करना कि बेंचमार्क क्या है या डिस्क पर 'objet storage api' से 'एंड टू एंड' क्वेरी को रूट करना सिर्फ पागल हो सकता है। यदि आपका लक्ष्य बेंचमार्क (एपीआई के higther स्तर में) प्राप्त करना है जो आपके सिस्टम को बेहतर बनाने में समाप्त हो सकता है तो आप केवल समाधान ही अपने क्लाउड सिस्टम का कुल नियंत्रण (और समझना) रखना चाहते हैं;
Nagios उपकरण की तरह, इस तरह के परीक्षणों के लिए फिट नहीं हैं। आपको CMDB और कुछ लाने वाले टूल को एक बड़े डेटा उन्मुख स्टोरेज की आवश्यकता है। आपको यह समझने की जरूरत है कि बेंचमार्क के सभी समाधान प्राथमिक डेटा हैं, और चूंकि क्लाउड बहुत जटिल हो सकता है, वहां बहुत सारे डेटा हैं। आप अपने डेटा से क्या सीखेंगे, केवल कुछ ग्राफिकल डेटा नहीं हैं, बल्कि कुछ आपके प्रश्न पूछने के लिए भी हैं। यहां तक कि अधिकार प्रश्न भी प्राप्त करने से आप काम करेंगे।
जैसा कि मैंने अपने पहले संक्षिप्त उत्तर में कहा था कि हम इस तरह के परीक्षण करने के लिए VMware VMmark का उपयोग करते हैं, लेकिन यह केवल एक छोटा सा हिस्सा है। टूल की इतनी गेटेट संख्याएं हैं (कुछ वास्तविक समय निगरानी करने के लिए बस - बेंचमार्किंग) कि एक व्यक्ति उन सभी को नहीं जानता है। एक काम, मैं उन चीजों के बेहतर प्रबंधन को सक्षम करने के लिए कुछ एआई प्रोगोज़ (असफलता के लिए बेयसियन नेटवर्क, पुनरावृत्ति के लिए विकासवादी एल्गोरिदम ...) कर रहा हूं।
बस आपको चिढ़ाने के लिए: क्या आप एक नया ग्राहक स्थापित करते समय बेंचमार्क आयोजित करने की उम्मीद करते हैं, दो अन्य लोगों के संग्रहण को स्वैप करते हैं और आखिरी बार आपातकालीन योजना चलाते हैं, सब एक ही समय में?
एक सही बेंचमार्क में कई मामलों को शामिल करना चाहिए। आज बादल को दुनिया की जटिलता, हर अराजक घटना का प्रबंधन करना चाहिए; सेवा को परेशान नहीं करना चाहिए। तो बस बेंचमार्क क्या है यह कहना मुश्किल है। :-) मैं की तरह हर इंसान निकट भविष्य में क्या करेंगे भी बादल प्रदाताओं में से ग्राहक हूँ
ग्राहक के रूप में
हां (CMDB खिला अपने आप में एक चुनौती है)। बस एक छोटी सी पृष्ठभूमि। ओपनस्टैक को बहुत विशिष्ट जरूरतों वाले संगठनों द्वारा प्रारंभिक रिलीज के रूप में शुरू किया गया था (बस यह सोचने के लिए कि 'ओपनस्टैक' एपीआई के 'गणना' भाग में शेयर/क्लस्टर प्रोसेसिंग से संबंधित कुछ भी नहीं है जो lhc उपभोग की तरह दिखता है)। तो एक सामान्य वेबसाइट क्या है? यूट्यूब ? अमेज़ॅन? भले ही यह सिर्फ उदाहरण के लिए क्लाउड समाधान की तुलना करने के लिए "संपूर्ण स्थिर HTML वेबसाइट" का उपयोग शायद ही किया जा सके।
इस सप्ताह मैंने ओपनस्टैक (ढीला ढीला गेम) में vCloud api के अनुवाद पर भी काम किया है, vCloud मश अच्छी तरह से परिभाषित है, मश अधिक ऑब्जेक्ट्स जो ओपनस्टैक के साथ है, लेकिन इसके साथ ही हम केवल अनुप्रयोगों की इतनी छोटी जरूरतों को कवर करते हैं प्रबंधन।
तो क्लाइंट दो क्लाउड समाधानों की तुलना कैसे कर सकता है? असल में, अपने स्वयं के समाधान की कोशिश करने से पहले वह नहीं कर सकता। यही कारण है कि ग्राहक हमसे मिलने आते हैं, पूछें कि हम क्या उपयोग कर रहे हैं और कैसे, हमारी प्रक्रिया ... अंत में विज्ञापनों के लिए विज्ञापनों, सामान्य रूप से कुछ महीनों के मुफ़्त में क्लाइंट स्थापित करने के लिए और यह पता लगाने के लिए कि हमें पुन: कॉन्फ़िगर करने के लिए क्या करना चाहिए हमारे बादलों के लिए हमारे बादल। बहुत कम ग्राहक जानते हैं कि वे कितने सीपीयू/राम/डिस्क/आईओएस का उपयोग करते हैं; उनमें से कुछ समर्पित संसाधन खरीदते हैं (जैसा कि यह माना जाता है कि हम अन्य क्लाइंट को साझा नहीं कर सकते हैं) वे कभी भी उपयोग नहीं करेंगे।
फिर सामान्य वेबसाइट के लिए किसी भी बेंचमार्क टूल को नौकरी करना चाहिए। यदि आप खेलना चाहते हैं तो आप कुछ प्रकार की प्रतिक्रिया प्राप्त करने के लिए swiftstack और tempest जैसे 'आंतरिक' टूल खोल सकते हैं, लेकिन आपको परिभाषित करना होगा कि किसी वेब साइट का सामान्य उपयोग क्या दिखना चाहिए। यदि आप ओपनस्टैक उत्पादों से संबंधित हैं तो आपको wiki पर भी देखना चाहिए। लेकिन यदि आप ए से अधिक चाहते हैं तो बी से तेज़ है, तो वह शर्त है जिसे आपने सेट किया है, यह क्लाइंट के रूप में असंभव होगा।
मुझे लगता है कि किसी भी 'क्लाइंट' के पास अब तक आपके प्रश्न का उत्तर देने वाला नहीं है, जबकि आपका प्रश्न कई विज्ञापनों/औद्योगिक/पारिस्थितिक पहलुओं में महत्वपूर्ण है।
ध्यान दें कि एस 3 एक गतिशील प्रणाली है, इसलिए 'त्वरित बेंचमार्क' करने से आपको भयानक संख्या मिल जाएगी। ईएलबी पर एक समान परीक्षण चलाने के बारे में यहां एक लेख दिया गया है: http://www.rightscale.com/blog/cloud-management-best-practices/benchmarking-load-balancers-cloud – BraveNewCurrency