तनाव परीक्षण के दौरान Java VisualVM के साथ काम करें

किसी भी बड़े WEB एप्लिकेशन को विकसित करते समय, जल्दी या बाद में लोड परीक्षण के संचालन पर सवाल उठता है। इसी तरह का एक सवाल हमारे प्रोजेक्ट में आया। इस बारे में हमने निर्णय लिया कि आप इस लेख से कैसे सीख सकते हैं।

असल में, हम क्या करेंगे

कार्य निम्नानुसार निर्धारित किया गया था:

यह आवश्यक है कि एप्लिकेशन कम से कम 1,500 समवर्ती उपयोगकर्ताओं के भार का सामना करे, जो निम्नलिखित परिदृश्य के अनुसार काम करेंगे:
1. एप्लिकेशन पेज खोलें
2. सिस्टम में लॉगिन करें
3. डेटाबेस से रिकॉर्ड की एक बड़ी सूची को लोड करना
4. लॉगआउट

पात्र

अनुप्रयोग IBM WebSphere अनुप्रयोग सर्वर 7 पर तैनात है
Apache JMeter 2.7 को लोड टूल के रूप में चुना गया था
हम जावा VisualVM का उपयोग करके परीक्षा परिणाम देखेंगे

यह सब कैसे काम करना है?

एप्लिकेशन सर्वर कॉन्फ़िगर करें

सबसे पहले, हमारे एप्लिकेशन को एप्लिकेशन सर्वर (इसके बाद WAS) पर तैनात करें ।
1. ब्राउज़र एड्रेस बार में, 'https: //% hostname%: 9043 / ibm / कंसोल / logon.jsp डालें।
2. WAS व्यवस्थापक के लॉगिन और पासवर्ड का उपयोग करते हुए, हम स्वयं AdminConsole में आते हैं



3. एप्लिकेशन पर जाएं -> एप्लीकेशन के प्रकार -> वेबस्फेयर एंटरप्राइज एप्लिकेशन और पेज पर जाएं:
उद्यम अनुप्रयोगों
इंस्टॉल किए गए एप्लिकेशन को प्रबंधित करने के लिए इस पृष्ठ का उपयोग करें। एक एकल एप्लिकेशन को कई सर्वरों पर तैनात किया जा सकता है।

एप्लिकेशन इंस्टॉल करने के बाद (पोषित इंस्टॉल बटन का उपयोग करके), हमारा कंसोल कुछ इस तरह दिखेगा:



लाल आयत परियोजना के मुख्य अनुप्रयोग को चिह्नित करता है। बाकी सहायक मॉड्यूल हैं।

बहुत बढ़िया! हमने इससे मुकाबला किया। अब आपको Java VisualVM के साथ काम करने के लिए WAS को कॉन्फ़िगर करना होगा। ऐसा करने के लिए, उसी AdminConsole में आपको निम्न चरण करने होंगे:
1. सर्वर -> सर्वर प्रकार -> वेबस्फीयर अनुप्रयोग सर्वर -> सर्वर 1 -> जावा और प्रक्रिया प्रबंधन -> प्रक्रिया परिभाषा -> जावा वर्चुअल मशीन

का चयन करें:
झंडा
डिबग मोड [गलत]

डिबग तर्क
-Xdebug -Xrunjdwp: परिवहन = dt_socket, पता = 52772, निलंबन = n, सर्वर = y, -Dwas.debug.mode = false

जेवीएम के तर्क
-Dclient.encoding.override = UTF-8 -Dfile.encoding = UTF-8 -Djavax.management.builder.initial = -Djava.rmi.server.hostname = होस्ट होस्ट% -Dcom.sun.management.jmxremote -Dcom। sun.management.jmxremote.port = 8686 -Dcom.sun.management.jmxremote.ssl = false -Dcom.sun.management.jmxremote.authenticate/ झूठ
* तर्क में -Djava.rmi.server.hostname =% hostname% के बजाय, आपको वह होस्ट नाम निर्दिष्ट करना होगा जिस पर WAS स्थापित है। द% वखत स न स न।

जावा विजुअलवीएम को कॉन्फ़िगर करना

WAS सेवा के तर्कों और अनिवार्य पुनरारंभ को निर्धारित करने के बाद, आपको स्वयं Java VisualVM को कॉन्फ़िगर करना होगा
1. यदि आपके पास Sun JDK 6u7 और अधिक है, तो आपके पास पहले से ही VisualVM है। Sun JDK 7 के नवीनतम संस्करण के साथ काम करने की सिफारिश की गई है, Java VisualVM $ JAVA_HOME \ jdk1.7.0 \ bin \ jvisualvm निर्देशिका में स्थित है
साथ ही Java VisualVM को अलग से डाउनलोड किया जा सकता है
2. Java VisualVM लॉन्च करें। जब आप पहली बार VisualVM शुरू करते हैं तो उपयोगकर्ता नाम और पासवर्ड मांग सकते हैं, इसे मना न करें
3. Java VisualVM का सामान्य दृश्य



जैसा कि आप देख सकते हैं, कई अनुप्रयोगों को स्थानीय रूप से परिभाषित किया गया था, जिसमें विजुअलवीएम भी शामिल है।

4. उपलब्ध प्लगइन्स टैब पर "टूल्स -> प्लग-इन" मेनू में, उपलब्ध प्लगइन्स को इंगित किया गया है, यदि वांछित है, तो आवश्यक लोगों को चुनें और इंस्टॉल करें। हमारे उद्देश्य के लिए, उन्हें ज़रूरत नहीं होगी, लेकिन उनके बारे में जानने लायक है।
5. उस दूरस्थ होस्ट को जोड़ें जिसके लिए पिछली सेटिंग्स की गई थीं:



6. JMX कनेक्शन जोड़ें। होस्ट नाम के बाद पोर्ट 8686 निर्दिष्ट करना सुनिश्चित करें और ठीक पर क्लिक करें



7. दूरस्थ होस्ट से कनेक्ट होने के बाद, ओपन जेएमएक्स कनेक्शन का चयन करें और आपको वांछित प्रक्रिया के अवलोकन पर ले जाया जाएगा



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

महत्वपूर्ण!

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

JMeter में एक प्रोजेक्ट बनाएं

हैबे पर जेमीटर में एक परियोजना कैसे बनाई जाए, पहले से ही बार-बार लिखा गया है, इसके अलावा, किसी ने मैनुअल को रद्द नहीं किया है, इसलिए लेख के इस भाग में हम केवल उन बारीकियों के बारे में बात करेंगे जो हमने सामना किए हैं।

स्थानीय होस्ट

जैसा कि अद्भुत मैनुअल कहता है, JMeter में काम करने के लिए आपको JMeter HTTP प्रॉक्सी का उपयोग करने के लिए अपने ब्राउजर को कॉन्फ़िगर करने की आवश्यकता है:



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

हमारे मामले में, निम्नलिखित "कान के साथ feint" ने मदद की:
वे कॉर्पोरेट प्रॉक्सी के माध्यम से एप्लिकेशन से जुड़े, फिर ब्राउज़र सेटिंग्स में सेटिंग्स को लोकलहोस्ट में बदल दिया, पृष्ठ को पुनः लोड किया और (लो और निहारना!) स्थानीय होस्ट के माध्यम से रिमोट होस्ट पर काम किया। इसके अलावा, हमारे पास "जंगली आतंक" की गति में एक स्क्रिप्ट रिकॉर्ड करने की शक्ति के लिए 5-7 मिनट थे, जिसके बाद स्वचालित कॉन्फ़िगरेशन स्क्रिप्ट ने प्रॉक्सी सेटिंग्स को पिछले वाले में बदल दिया।

हमारा नाम लीजन है!

उपयोगकर्ता बनाएं और उन्हें JMeter फ़ीड करें।
एक साधारण स्क्रिप्ट लिखी गई थी जिसमें अद्वितीय लॉगिन TEST1-TEST1500 के साथ 1,500 प्रविष्टियां शामिल की गई थीं जो टेबल टेबल पर थीं। सभी के पास एक पासवर्ड था: 123456
अगला, एक CSV डेटा सेट कॉन्फिग तत्व JMeter में जोड़ा गया था।



अब रिकॉर्ड किए गए अनुरोधों के पेड़ में आप सिस्टम में लॉगिन के लिए जिम्मेदार तत्व पा सकते हैं। हमारे पास यह था ... / userLogin.web, जिसका निम्नलिखित अर्थ था:
LoginService | लॉगिन | java.lang.String / 2004016611 | TEST1 | 1 | 1 | 3 | 4 | 1 | 5 | 6 |
यहां हम अपना उपयोगकर्ता नाम और पासवर्ड देखते हैं। क्यों JMeter ने कूटशब्द 123456 को 1 | 2 | 3 | 4 | 1 | 5 | 6 | 6 के रूप में लिखा है मेरे लिए यह एक रहस्य बना हुआ है।

अब हमारा कार्य निम्नानुसार है:
1. * .csv फ़ाइल बनाएँ और वहाँ फ़ॉर्म के 1500 रिकॉर्ड रखें
LoginService | लॉगिन | java.lang.String / 2004016611 | TEST1 | 1 | 1 | 3 | 4 | 1 | 5 | 6 |
।
।
।
LoginService | लॉगिन | java.lang.String / 2004016611 | TEST1500 | 1 | 2 | 3 | 4 | 1 | 5 | 6 | 6 |
2. इस फ़ाइल को प्रोजेक्ट के समान निर्देशिका में रखें
3. JMeter दिखाएं कि आपको उन्हें इस फ़ाइल से लेने की आवश्यकता है

पहले चरण में छोटी कठिनाइयां पैदा हुईं।
कोशिकाओं A1 और A2 की प्रतिलिपि बनाएँ
LoginService | लॉगिन | java.lang.String / 2004016611 | TEST1
LoginService | लॉगिन | java.lang.String / 2004016611 | TEST2
एक्सेल में और A1500 तक खिंचाव
LoginService | लॉगिन | java.lang.String / 2004016611 | TEST1500
कोई बात नहीं। इसके अलावा, सब कुछ सरल था और शेष भाग 1 | 2 | 3 | 4 | 1 | 5 | 6 |, जिसे हमने 1,1 बार कॉपी किया, बिना कोशिकाओं के बदलाव के B1-B1500। लेकिन यह सब सामान एक टेक्स्ट फ़ाइल में स्थानांतरित करने के बाद, यह बहुत सुंदर नहीं निकला:
LoginService | लॉगिन | java.lang.String / 2004016611 | TEST1 | १ | २ | ३ | ४ | १ | ५ | ६ |

यह स्पष्ट है कि अतिरिक्त स्थान हमारे लिए पूरी तरह से बेकार हैं। लेकिन यहाँ कैसे उन्हें हटाने के लिए है? 1500 रिकॉर्ड संपादित करने के लिए पेन का उपयोग करना हमारी विधि नहीं है। नोटपैड ++ के माध्यम से फ़ाइल को खोलने के बाद, हमने इन स्पेस को रिप्लेस का उपयोग करके हटाने की कोशिश की, लेकिन, दुर्भाग्य से, यह कोई फर्क नहीं पड़ता अगर 10 या 10. का स्पेस है तो यह उन्हें नहीं दिखता है और केवल वर्णों को बदल सकता है।
यहाँ हम बचावकर्ता के पास आए। वह शांति से यह सब करता है:



इस घटना के बाद, EmEditor मेरी नज़र में बहुत बड़ा हो गया है। जैसा कि अभ्यास से पता चला है, यह टेक्स्ट एडिटर अन्य मामलों में मदद करता है, उदाहरण के लिए, जब आपको पहले से तैनात एप्लिकेशन की * .xml फ़ाइल में कुछ बदलने की आवश्यकता होती है। वही नोटपैड या नोटपैड ++ इस कार्य से पहले गुजरता है और अस्वीकृत होने पर शपथ लेता है, लेकिन EmEditor नहीं करता है।

तैयार पाठ फ़ाइल का नाम बदलकर 1500.csv करें और इसे प्रोजेक्ट के साथ एक फ़ोल्डर में रखें।

अब यह सब कैसे उपयोग करने के लिए JMeter को समझाने के लिए बनी हुई है।
ऐसा करने के लिए, CSV डेटा सेट कॉन्फ़िगरेशन में फ़ाइल निर्दिष्ट करें और चर नाम सेट करें



और ... / userLogin.web में हम इस चर को $ {VariableName} के रूप में निर्दिष्ट करते हैं

हम एक गुच्छा बढ़ाते हैं

Apache-jmeter-2.7 \ bin डायरेक्टरी में हम jmeter.bat फाइल ढूंढते हैं और इसे अपने पसंदीदा टेक्स्ट एडिटर के साथ खोलते हैं।
हम वहाँ एक हिस्सा पाते हैं



और आरामदायक काम के लिए हम प्रतिस्थापित करते हैं
HEAP = -Xms512m -Xmx512m सेट करें
पर
HEAP = -Xms1024m -Xmx1024m सेट करें
यह जेमीटर लॉन्च गाइड (2.4 रनिंग जेमीटर) में भी लिखा गया है

छू मंतर

अब हमारे पास स्क्रिप्ट चलाने के लिए लगभग सब कुछ तैयार है। यह केवल RDP के माध्यम से हमारे दूरस्थ होस्ट से कनेक्ट करने और यह सत्यापित करने के लिए बनी हुई है कि सब कुछ ठीक है (परीक्षण से पहले एप्लिकेशन सर्वर सेटिंग्स हटा दें):



जैसा कि आप देख सकते हैं, सब कुछ कारण के भीतर है। हम यह भी देखते हैं कि java.exe प्रक्रिया कितनी मेमोरी लेती है, जिसका अर्थ है WAS।

टेस्ट, यह आपका समय है

हम परीक्षण चलाते हैं और देखते हैं कि कैसे 1,500 आभासी उपयोगकर्ता खुशी-खुशी हमारे लंबे समय के कष्ट में आवेदन करते हैं। इस बीच, हम फिर से रिमोट टेबल पर जाते हैं और देखते हैं कि वहाँ क्या होता है:



एप्लिकेशन सर्वर सीपीयू पूरे परीक्षण के दौरान 100% पर कब्जा कर लिया गया था, जो बिल्कुल भी अच्छा नहीं है। गिरना लंबा नहीं है
हम अब VisualVM में दिखते हैं, चित्र बहुत हर्षित नहीं है:



हम सैंपलर में जाते हैं और देखते हैं कि सीपीयू क्या लोड करता है:



हम SystemError क्षेत्र लॉग में देखते हैं:

आर log4j: WARN कंटिन्यूअस पार्सिंग एरर 209 और कॉलम 14
Log4j: WARN "लकड़हारा" प्रकार के तत्व की सामग्री का मिलान "(परम * *, स्तर;? परिशिष्ट-रेफरी)" से होना चाहिए।
Log4j: WARN कोई भी लकड़हारा लकड़हारा (org.springframework.web.context.support.XmlWebApplicationContext) के लिए नहीं पाया जा सका।
Log4j: WARN कृपया log4j सिस्टम को ठीक से इनिशियलाइज़ करें।
R log4j: WARN अधिक जानकारी के लिए logging.apache.org/log4j/1.2/faq.html#noconfig देखें।

... और हम समझते हैं कि किसे दोष देना है।

हम अपनी धारणा की जाँच करते हैं।
ऐसा करने के लिए,% WAS_HOME% \ AppServer \ प्रोफाइल \ AppSrv01 \ installApps \% ​​HostName% Node01Cell \ app.ear \ app.war \ WEB-INF \ में तैनात एप्लिकेशन के साथ फ़ोल्डर ढूंढें। हम वहाँ log4j.xml फ़ाइल पाते हैं और जहाँ भी '' लेवल वैल्यू = "कुछ स्तर" के निर्माण पाए जाते हैं, हम इस स्तर को वैल्यू ऑफ़ से बदल देते हैं। उसके बाद, WAS सेवा को पुनरारंभ करें।

परीक्षण फिर से चलाएँ:



एक पूरी तरह से अलग मामला!

परिणाम

इस लेख में, हमने एक WEB एप्लिकेशन के लोड परीक्षण के संचालन के लिए पर्यावरण की स्थापना के पूर्ण चक्र की जांच की। यह स्पष्ट है कि मामला केवल log4j तक सीमित नहीं था; बाद में, कई अन्य सुधार किए गए थे, लेकिन काम का मुख्य बिंदु, मुझे आशा है, स्पष्ट है।

यदि आपके कोई प्रश्न हैं, तो मुझे उनका उत्तर देने में खुशी होगी। आपका ध्यान देने के लिए धन्यवाद।