खींचता है - खींचता है, खींच नहीं सकता है ...

मैं, एक नई प्रणाली के विकास से संबंधित कर्तव्य पर एक व्यक्ति के रूप में, अक्सर एक ही सवाल पूछा जाता है: "सिस्टम कितने उपयोगकर्ताओं को आकर्षित करता है?" एक बहुत ही असहज सवाल है, है ना? मैं हमेशा बुद्धि में व्यायाम करना चाहता हूं, और "हानिकारक व्यवस्थापक" व्यवहार मॉडल को चालू करना चाहता हूं: कुछ काउंटर प्रश्न पूछें जो मुझे इस कठिन लेकिन दिलचस्प विषय के बारे में सोचने के लिए समय से बचाएंगे:
• लोहे के किस विन्यास पर?
• “पुल” को कितना समय देना चाहिए?
• डेटा की प्रारंभिक राशि क्या है?
खैर, एक नियंत्रण शॉट: "पुल" का क्या मतलब है?
लेकिन अगर आप चाहते हैं, तो आप नहीं चाहते हैं, लेकिन आपको जवाब देना होगा। इस प्रश्न के उत्तर के बारे में एक कठिन खोज, मेरी निम्नलिखित पोस्ट।

हम क्या खींच रहे हैं?

हमारी प्रयोगात्मक एक दस्तावेज़ प्रबंधन प्रणाली EVFRAT E1 है। एक पूरी तरह से नई प्रणाली, पिछले 2-3 वर्षों में खरोंच से लगभग लिखी गई है संज्ञानात्मक टेक्नोलॉजीज एलएलसी।
सिस्टम में एक त्रिस्तरीय वास्तुकला है: एक डेटाबेस (एमएस एसक्यूएल), एक आईआईएस-आधारित एप्लिकेशन सर्वर और अधिक मोटा और मोबाइल क्लाइंट। मुख्य विकास मंच .NET 3.5 है, मुख्य भाषा C # है। जैसा कि अक्सर होता है, रिलीज प्रक्रिया के दौरान परीक्षणों को लोड करने के लिए कुछ ध्यान दिया गया था, लेकिन निर्मित वास्तुकला की क्षमताओं को समझने के लिए पर्याप्त नहीं था। और उस समय जब जीवन ने मुझे पद के मुख्य प्रश्न का उत्तर दिया, तनाव परीक्षणों के लिए कुछ बुनियादी ढांचा अभी भी मौजूद है। इसे MS Visual Studio के बिल्ट-इन टूल्स पर बनाया गया था।
हमने एक स्टैंड तैयार किया है, जिसमें एक मध्यम-शक्ति सर्वर (विंडोज सर्वर 2008 आर 2 वर्चुअल मशीन, 6 सीपीयू, 10 जीबी रैम) शामिल है, जिस पर एक डेटाबेस, एप्लिकेशन सर्वर और कंप्यूटर जिसमें क्लाइंट एप्लिकेशन के संचालन का अनुकरण करने वाले परीक्षण तैनात थे। एक सामान्य परीक्षण परिदृश्य एक विशिष्ट बड़े संगठन के कार्य दिवस का अनुकरण करता है। प्रत्येक परीक्षण परिदृश्य ने कागजी कार्रवाई में उपयोगकर्ता की एक विशिष्ट भूमिका निभाई: रजिस्ट्रार, दस्तावेज़ और मार्ग नियंत्रक, असाइनमेंट का निष्पादन, अनुमोदन, और उपयोगकर्ता जो केवल मेल पढ़ते हैं और उपलब्ध दस्तावेजों के माध्यम से देखते हैं।
सामान्य परिदृश्य में उपयोगकर्ता भूमिकाओं का प्रतिशत चित्र 1 में दिखाया गया है। यह वितरण सिस्टम के पिछले संस्करण पर ग्राहकों के एक छोटे से विपणन अनुसंधान के बाद अपनाया गया था।


चित्र 1: परिदृश्य वितरण

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

कैसे खींचेंगे?

अगली समस्या जिसे हल किया जाना था: उपयोगकर्ताओं के सबसे इष्टतम संख्या को चुनने के लिए वास्तव में कैसे? कई 8-घंटे लॉन्च करना एक लंबा और कृतघ्न कार्य है। इसलिए, 8 घंटे के रन के लिए इष्टतम संकेतक प्राप्त करने के लिए गतिशील रूप से एक साथ परीक्षणों की संख्या को बदलने का प्रस्ताव था। लेकिन किस पर निर्भर करता है? सर्वर लोड को निर्धारित करने के लिए कई विकल्प हैं: सर्वर पर प्रसंस्करण कतारें, क्लाइंट पर क्वेरी निष्पादन गति, त्रुटि परीक्षणों की संख्या, आदि का अनुरोध करें ...
यहां यह आगे के विवरण की बेहतर समझ के लिए एक छोटा सा विषयांतर करने के लायक है। सिस्टम का एप्लिकेशन सर्वर क्लाइंट अनुरोधों को निम्न तरीके से संसाधित करता है: सभी अनुरोध एक कतार में आते हैं और उनके प्रसंस्करण की प्रतीक्षा करते हैं। वहाँ है
कस्टम वर्कफ़्लो पूल। हमारे मामले में, प्रति कोर 12: 2 थे
प्रोसेसर। कतार में अंतिम अनुरोध पहले पर जाता है
वर्कफ़्लो मुक्त किया।
नतीजतन, प्रयोगों की एक श्रृंखला के बाद, यह निष्कर्ष निकाला गया कि इष्टतम
हमारे मामले में उपयोगकर्ताओं की संख्या निर्धारित करने के लिए कार्यभार को मापना है
ये काम बहते हैं। यह प्रतिशत के रूप में व्यक्त की गई बेकार समय के अनुपात के रूप में गणना की गई थी। इस प्रकार, 50% का मतलब है कि वर्कफ़्लो निष्क्रिय समय आधा है, 90% - वर्कफ़्लो लगभग हर समय लोड होता है। नियंत्रण समारोह काफी सरल है: 70-90% के भीतर काम का बोझ सामान्य माना जाता है। यदि थ्रेड का कार्यभार 70% से कम है, तो एक नया परीक्षण जोड़ा गया था, लेकिन अगर यह 90% से अधिक है, तो परीक्षणों में से एक भी शुरू नहीं हुआ।
परिणामस्वरूप आपको क्या मिला? आदर्श रूप से, हम इस कॉन्फ़िगरेशन के लिए परीक्षण के अंत में उपयोगकर्ताओं की इष्टतम संख्या दिखाते हुए एक सीधी रेखा प्राप्त करना चाहेंगे। दुर्भाग्य से, यह कभी नहीं "बसे"। (चित्र 2 में देखें ग्राफ)


अंजीर। २। उपयोगकर्ताओं की इष्टतम संख्या के स्वचालित निर्धारण का परिणाम है।

परीक्षण ऑपरेशन के 8 घंटे के परिणामस्वरूप:
• डेटाबेस का आकार - 9719.50 एमबी;
• डेटाबेस में दस्तावेज - 4885;
• डेटाबेस में निर्देश - 14478।

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

क्या निकाला?

यदि आपको यह उत्तर देने की आवश्यकता है कि सिस्टम "कितना खींचता है" या इसी तरह का एक पेचीदा प्रश्न है, तो आपको कुछ सरल नियमों का पालन करने की आवश्यकता है:
1. स्पष्ट रूप से कार्य निर्धारित करें - हम एक निश्चित वातावरण में अपनी वास्तुकला के बारे में क्या जानना चाहते हैं?
2. औपचारिक रूप से निर्धारित करें कि हम वास्तव में क्या मापना चाहते हैं, और इस सूचक को किस मूल्य के अनुरूप होना चाहिए?
3. अन्य सभी संभव परीक्षण मापदंडों को ठीक करें जिन्हें हम ठीक कर सकते हैं: हार्डवेयर कॉन्फ़िगरेशन, परीक्षण स्क्रिप्ट, उनका वितरण, आदि।
4. प्रश्न के उत्तर के करीब पहुंचने की प्रक्रिया में, अन्य रोचक और अप्रत्याशित शोध कार्यों से विचलित न हों।
आप नियमों की इस श्रृंखला को उन लोगों के लिए एक प्रारंभिक बिंदु मान सकते हैं जो प्रदर्शन को मापने और सुधारने के कार्यों को लेने की योजना बनाते हैं, लेकिन कहां से शुरू करना है यह स्पष्ट नहीं है।
और नेत्रगोलक के लिए, तनाव परीक्षण से संबंधित अन्य "असहज" मुद्दों की एक छोटी हिट परेड:
1. "XXX उपयोगकर्ताओं के लिए कौन सा सर्वर आवश्यक है?"
2. 2. सिस्टम में कितनी वस्तुओं को दर्ज किया जा सकता है? क्या जगह खत्म होगी? ”
3. "सब कुछ जल्दी से काम करने के लिए नेटवर्क की गति क्या होनी चाहिए?"
4. और मेरा पसंदीदा: "अगर हम एक शक्तिशाली सर्वर खरीदते हैं, तो क्या यह गिरना बंद हो जाएगा?"
जैसा कि आप देख सकते हैं, भविष्य के काम की गुंजाइश हमें प्रदान की जाती है। मुझे उम्मीद है कि इसके लिए विजुअल स्टूडियो टूलकिट काफी है ...