Apache Jmeter का उपयोग करके लोड टेस्ट कैसे बनाएं

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

JMeter कई कंप्यूटरों पर समानांतर काम के कारण एक ही समय में बड़ी संख्या में अनुरोध बनाने की क्षमता वाला एक बहुत शक्तिशाली लोड परीक्षण उपकरण है। यह प्लगइन्स का समर्थन करता है जिसके साथ आप कार्यक्षमता का विस्तार कर सकते हैं। बड़े इंटरनेट बैंकिंग का परीक्षण करते समय उपकरण का उपयोग पहले मेरे द्वारा किया गया था। आप JMeter को http://jmeter.apache.org/download_jmeter.cgi पर डाउनलोड कर सकते हैं, शुरू करने के लिए, \ bin \ jmeter.bat पर जाएं।

प्रोग्राम लॉन्च करने के बाद, बाईं ओर हम 2 बिंदु देखते हैं - टेस्ट प्लान और वर्कबेंच । जोड़ना टेस्ट प्लान में थ्रेड ग्रुप , इसके लिए आपको टेस्ट प्लान - ऐड - थ्रेड्स (उपयोगकर्ता) - थ्रेड ग्रुप पर राइट-क्लिक करना होगा।



इसके बाद, थ्रेड समूह के अंदर, परीक्षण सेटिंग तत्व बनाएं, थ्रेड समूह पर राइट-क्लिक करें - ऐड-इन एलीमेंट और बदले में 4 आइटम चुनें:

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

अगली बात यह है कि HTTP प्रॉक्सी सर्वर जोड़ें। WorkBench पर राइट-क्लिक करें - एड - नॉन-टेस्ट एलिमेंट्स - HTTP प्रॉक्सी सर्वर। HTTP प्रॉक्सी सर्वर सेटिंग्स में, किसी भी अनूठे पोर्ट एड्रेस को निर्दिष्ट करें (मैं हमेशा 8089 का उपयोग करता हूं) और HTTP हेडर कैप्चर को अनचेक करें।



अब उस पर प्रॉक्सी सर्वर को कॉन्फ़िगर करने के लिए किसी भी ब्राउज़र पर जाएं। मैं इस उद्देश्य के लिए फ़ायरफ़ॉक्स पसंद करता हूं। नेटवर्क सेटिंग्स में, हम प्रॉक्सी के उपयोग का संकेत देते हैं और HTTP प्रॉक्सी - लोकलहोस्ट, पोर्ट - 8089 का हमारे द्वारा उपयोग करते हैं। लोकलहोस्ट के लिए अपवाद को हटाना न भूलें।

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

Jmeter पर वापस जाएँ और HTTP प्रॉक्सी सर्वर में Stop पर क्लिक करें।

ऐसी स्थिति में जिसमें आपको उन पैकेटों के लिए होस्ट सेटिंग्स को संपादित करने की आवश्यकता होती है, जिसके लिए वे HTTP रिक्वेस्ट डिफॉल्ट्स से अलग हैं, यह इस प्रकार करना अधिक सुविधाजनक है। प्रोजेक्ट सहेजें (फ़ाइल - सहेजें), और इसे बंद करें। नोटपैड + (या नोटपैड) के साथ सहेजे गए * .jmx फ़ाइल को खोलें और सभी लाइनों के मानों को हटा दें:
domain
port
protocol
और अन्य सभी मापदंडों को बदलना होगा। फ़ाइल को सहेजें और इसे Jmeter में खोलें। हम HTTP Request Defaults में मान लौटाते हैं। अब वे उन अनुरोधों पर लागू होते हैं जिनकी सेटिंग निर्दिष्ट है।

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



और हम ऐसे छोड़ देते हैं:

यदि url में हमें किसी पैरामीटर के साथ लिंक रजिस्टर करने या वर्तमान को बदलने की आवश्यकता है, तो उस url पर क्लिक करें जिसमें हमें पैरामीटर को सम्मिलित (संपादित) करने की आवश्यकता है। कॉलम पैरामीटर में हम आवश्यक परिवर्तन करते हैं।

यदि चर के माध्यम से मापदंडों को निर्दिष्ट करना आवश्यक है, तो उस पर राइट-क्लिक करके थ्रेड समूह उपयोगकर्ता परिभाषित वेरिएबल्स को जोड़ें - ऐड-इन कॉन्फ़िगर तत्व - उपयोगकर्ता परिभाषित वेरिएबल्स। उनके नाम और मूल्य को निर्दिष्ट करके चर जोड़ें। अब हम पैरामीटर को एक प्रारूप में चर के रूप में निर्दिष्ट करते हैं $ {VariableName}।

हम बदले में थ्रेड समूह में दृश्य तत्व जोड़ते हैं। थ्रेड समूह पर राइट-क्लिक करें - जोड़ें - श्रोता - ग्राफ़ परिणाम , सकल रिपोर्ट , तालिका में परिणाम देखें और परिणाम पेड़ देखें ।

शुरू करने से पहले अंतिम सेटिंग थ्रेड समूह पर क्लिक करके और उचित पैरामीटर सेट करके उपयोगकर्ताओं की संख्या (थ्रेड्स की संख्या) और पुनरावृत्तियों की संख्या (लूप काउंट) को निर्दिष्ट करना है।

आप अलग-अलग मेजबानों पर परीक्षण की कई प्रतियां चलाकर परीक्षण वितरित कर सकते हैं, लेकिन एक केंद्रीय एक से प्रबंधित। यह लोड बढ़ाता है और निम्नानुसार किया जाता है:

• सर्वर कंप्यूटर पर, फ़ाइल /bin/rmiregistry.exe चलाएँ। यदि असेंबली में यह फ़ाइल नहीं है, तो इसे एक खोज इंजन के माध्यम से डाउनलोड करें। यदि, स्टार्टअप पर, फ़ाइल jli.dll लाइब्रेरी की अनुपस्थिति पर शपथ लेती है, तो इसे भी डाउनलोड करें (उदाहरण के लिए, यहां www.search-dll.com/dll-files/download/jli.dll.html ) और इसे विंडोज़ (सिस्टम 32) (सिस्टम 64) पर अपलोड करें।
• हम नोटपैड ++ के माध्यम से /bin/jmeter.properties को खोलते हैं, यहां लाइन सर्वर से टिप्पणी को हटाना आवश्यक है ।rmi.create = झूठी, लाइन की शुरुआत में "#" चरित्र को हटा दें।
• /Bin/jmeter-server.bat चलाएं।
• क्लाइंट पर, /bin/jmeter.properties फ़ाइल में, आपको रिमोट_होस्ट्स लाइन में मेजबानों को निर्दिष्ट करने की आवश्यकता है, उदाहरण के लिए, रिमोट_होस्टेस = 10.1.100.101, 10.1.100.102, 10.1.100.103, जिसके बाद आपको जेमीटर को पुनरारंभ करने की आवश्यकता है।
• हम मेनू आइटम रन - रिमोट स्टार्ट (एक होस्ट शुरू करने के लिए) या रन - रिमोट स्टार्ट ऑल (सभी होस्ट शुरू करने के लिए) का चयन करके परीक्षण शुरू करते हैं।

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

ग्राफ परिणाम एक ग्राफ में परिणाम प्रदर्शित करेगा :



मिलीसेकंड में दिए गए मूल्य।
डेटा - प्रत्येक व्यक्ति डेटा यूनिट का प्रतिक्रिया समय यानी। हर सत्यापित url।
औसत - औसत प्रतिक्रिया समय, लोड परिवर्तनों का उद्देश्य ग्राफ।
माध्यिका - माध्य मूल्य (आंकड़ों में प्रयुक्त, मैं इन आंकड़ों का उपयोग नहीं करता हूं)।
विचलन - त्रुटि, मानक विचलन।
थ्रूपुट - निष्पादित अनुरोधों के थ्रूपुट।

काम के लिए, मूल्य औसत और थ्रूपुट पर्याप्त हैं, जो वेब सर्वर पर लोड और अनुरोधों की बैंडविड्थ को प्रदर्शित करेगा। ऊपर दिए गए ग्राफ़ से पता चलता है कि प्रतिक्रिया समय लगभग 200ms है और इसमें वृद्धि नहीं होती है, अर्थात, सर्वर आमतौर पर 3 आभासी उपयोगकर्ताओं के लोड को रोक देता है। लेकिन क्या होता है अगर उनमें से 30 हैं:



प्रतिसाद समय काफी बढ़ जाता है, क्वेरी थ्रूपुट (मिलीसेकंड से कम) जितना अधिक होगा, सर्वर को संसाधित करने में उतना ही अधिक समय लगेगा।

वैसे, जिस समय परीक्षण चल रहा है, साइट वास्तव में नीचे बैठ जाती है, इसलिए आपको तीसरे पक्ष के इंटरनेट संसाधनों के लोड की जांच नहीं करनी चाहिए, क्योंकि हम ddosers के लिए गलत हो सकते हैं।

अलग-अलग रिपोर्ट प्रत्येक अलग-अलग यूआरएल के लिए अलग से आंकड़े प्रदर्शित करेगी ।



औसत कॉलम में हम औसत प्रतिक्रिया समय देखते हैं, यह मानना ​​तर्कसंगत है कि यह जितना बड़ा होता है, इस यूआरएल पर भार उतना अधिक होता है।

तालिका में परिणाम देखें तालिका के रूप में परिणाम प्रदर्शित करता है, समय यहां इंगित किया गया है, साथ ही साथ स्थिति (सफल / सफल नहीं)।



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



यह परीक्षण पूरा करता है। इसके दौरान, हमने लोड के लिए एक वेब एप्लिकेशन का परीक्षण किया, और हमें बहुत दृश्य परिणाम मिले।