जाँच साइट दोष सहिष्णुता

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

तो चलिए चलते हैं।



यह सर्विस लोड इम्पैक्ट के उपयोग के बारे में होगा। पहले हमें खुद ही परीक्षा शुरू करने की जरूरत है।

परीक्षण निर्माण

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



एक्शन रिकॉर्डिंग (प्रॉक्सी रिकॉर्डर) Advanced mode -> Load script generation -> Record session



में उपलब्ध Advanced mode -> Load script generation -> Record session



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



सेटिंग्स के बारे में।



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



प्रॉक्सी का उपयोग करते समय, सभी गतिशील और AJAX अनुरोधों का परीक्षण करना संभव हो जाता है: जब वे किसी साइट पर जाते हैं, तो वे बस रिकॉर्ड किए जाते हैं, और फिर वे परीक्षण बनाते समय संबंधित क्षेत्र में उपलब्ध हो जाते हैं ...



लेकिन प्रॉक्सी का उपयोग करने से पहले, यह जांचने योग्य है कि सब कुछ सही तरीके से कॉन्फ़िगर किया गया है। अन्यथा, आपको पूरी परीक्षण स्क्रिप्ट को फिर से रिकॉर्ड करना होगा।



अंत में, परीक्षण के गठन में अंतिम चरण उपयोगकर्ताओं के लिए सीमा का विकल्प और लोड बढ़ाने का कदम है।



छोटी साइटों के लिए, जैसा कि मैंने ऊपर उल्लेख किया है, 50 एक साथ यात्राएं पर्याप्त हैं। पहले से ही इन नंबरों पर यह स्पष्ट होगा कि साइट कम से कम किसी तरह के लोड के लिए तैयार है या नहीं।



साइट दोष सहिष्णुता के सरल परीक्षण के लिए, आप 100 की वेतन वृद्धि में 500-1000 उपयोगकर्ताओं के क्षेत्र में एक सीमा निर्धारित कर सकते हैं। यह लोड के तहत साइट के व्यवहार की पूरी तरह से तस्वीर देगा, लेकिन यह परीक्षण के समय और ट्रैफ़िक सीमा दोनों को बहुत कम कर देगा।



यदि आवश्यक हो, तो एक विस्तृत चित्र को 10-20 उपयोगकर्ताओं का एक चरण सेट करना होगा। यह सुनिश्चित करता है कि परीक्षण यथासंभव सटीक हो और आपको साइट की शक्ति का सही मूल्यांकन मिले।



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

परीक्षण चलाएं

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



मुख्य रेखांकन सर्वर प्रतिक्रिया समय (उपयोगकर्ता लोड समय) और कुल लोड समय (उपयोगकर्ता समय संचित) हैं। बाद के पैरामीटर का लोड के तहत साइट के वास्तविक लोड समय के साथ बहुत कम हो सकता है (चूंकि मुख्य सर्वर स्वीडन में हैं), लेकिन गतिशीलता बिल्कुल दिखाई जाएगी।



सर्वर रिस्पांस टाइम एक HTML डॉक्यूमेंट बनाने के सर्वर ओवरहेड को दर्शाता है जो साइट पर एक साथ आने वाली उचित संख्या में होता है। यहां महत्वपूर्ण बिंदु 10-15 सेकंड होगा, जब 80% तक उपयोगकर्ता केवल लोड होने की प्रतीक्षा किए बिना साइट को छोड़ देंगे। इसके अलावा, उपयुक्त सर्वर सेटिंग्स के साथ, टाइम-आउट त्रुटियां (उदाहरण के लिए, nginx) दिखाई देने लगती हैं।



अच्छी साइटों के लिए, रिसिलिविशन ग्राफ एक घातांक (जैसा कि ऊपर के उदाहरण में है) से मिलता जुलता है, जो वर्तमान पीक लोड की तुलना में 3-5 सेकंड के मूल्य को 10 गुना पार करता है। इसका मतलब यह है कि आगंतुकों की संख्या में तेज वृद्धि के साथ, आपकी साइट, सिद्धांत रूप में, भार का सामना कर सकती है।



आगंतुकों की संख्या (या मौजूदा चरम मूल्य पर) में 2 गुना वृद्धि के साथ भी अगर चार्ट तेजी से ऊपर जाता है तो स्थिति और खराब होती है। इस मामले में, अनुकूलन कार्यों को लेने की आवश्यकता है, और तत्काल।



लेकिन यह बहुत अच्छा है जब, किसी भी (परीक्षण किए गए) लोड के लिए, ग्राफ सीधा होगा (थोड़े विचलन के साथ)। इसका मतलब है कि साइट का सुरक्षा मार्जिन बहुत अच्छा है।



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

सारांश

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



मुझे आशा है कि यह लेख आपकी साइटों को नए साल के उछाल के लिए तैयार करने में मदद करेगा :)