1000 क्लाइंट विंडोज 7 क्लाइंट्स का परीक्षण कैसे करें

Question

हमारे पास .NET क्लाइंट विंडोज 7 पर चल रहे हैं एसक्यूएल सर्वर एक्सप्रेस के साथ एम्बेडेड। ये रन डिस्कनेक्ट हो जाते हैं और हर बार एक केंद्रीय सर्वर में डायल करेंगे और उनकी जानकारी डंप करेंगे और प्रासंगिक नई जानकारी खींचेंगे। हम पूरे वितरित सिस्टम का तनाव परीक्षण करना चाहते हैं और ऐसा करने के लिए लागत प्रभावी तरीके से सोचने की कोशिश कर रहे हैं। हमारे देवताओं में से एक को अमेज़ॅन क्लाउड का उपयोग करने और 1000 क्लाइंट्स को स्पिन करने का विचार था, लेकिन वे केवल विंडोज सर्वर ओ/एस का समर्थन करते हैं और ऐसा लगता है कि अगर आप परीक्षण को कई बार फिर से चलाते हैं तो यह कुछ पैसे में चला सकता है ।

हमने 1000 ग्राहकों को एक मशीन पर सिमुलेट करने के बारे में सोचा था, जो 1000 क्लाइंट रखने का नाटक करेगा और सभी कॉल को असीमित रूप से बनाएगा, लेकिन यदि आप एक मशीन पर चल रहे हैं तो आपकी कुछ छतें रैम और प्रोसेसर होंगी एक बड़ी प्रणाली बनाम मशीन, इसलिए मुझे यकीन नहीं है कि एक तस्वीर का "वास्तविक" यह हमें कैसे देगा।

सभी कॉल क्लाइंट और सर्वर के बीच डब्ल्यूसीएफ के साथ होती हैं।

किसी को भी इस क्षेत्र में कोई अनुभव है और यदि ऐसा है तो आप इससे कैसे निपटते हैं?

धन्यवाद,

सुपर टिम्मी

Answer 1

आप SOASTA को देखा है? वे क्लाउड-आधारित एसओए लोडटेस्टिंग प्रदान करते हैं।

Answer 2

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

डेवलपर्स में आमतौर पर बहुत अच्छी मशीनें होती हैं और उनमें से कुछ सामान्य रूप से होती हैं। इस तरह आप परीक्षण मशीन को नष्ट नहीं करेंगे और क्या होता है इसकी निगरानी कर सकते हैं।

आदर्श रूप से आप देव मशीनों पर विजुअल स्टूडियो 2010 लोड टेस्ट एजेंट का उपयोग करने में सक्षम होंगे। यह टूल आपको परीक्षण में सभी मशीनों के आंकड़ों की निगरानी करने की क्षमता देगा और आपके सर्वर का जवाब देने की वास्तव में अच्छी तस्वीर देगा।

यदि टेस्ट टेस्ट चलाने वाली मशीनें स्थानीयहोस्ट पर एक वेबपृष्ठ होस्ट करती हैं जो आवश्यक वेब सेवा कहती है तो परीक्षण करने के लिए सबसे अच्छी शर्त हो सकती है।

यह आपके देव पर्यावरण और विजुअल स्टूडियो लाइसेंसिंग व्यवस्था की सटीक प्रकृति पर निर्भर करता है।

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

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

उदा। यदि प्रत्येक क्लाइंट प्रति मिनट कुल 1000/60 = 16.7 कॉल प्रति सेकंड के लिए वेब सेवा तक पहुंचता है। यदि प्रत्येक कॉल 3 सेकंड में पूर्ण हो जाती है, तो 50 आभासी उपयोगकर्ता एक ही लोड (50/3 = 16.7) बनाने में सक्षम होंगे। अनुभव से, विजुअल स्टूडियो लोड टेस्ट चलाने वाली दो मशीन लोड उत्पन्न करने में सक्षम होंगी और थियर सीपीयू ओवरलोड नहीं कर पाएंगी।

Answer 3

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

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