ऐप इंजन ऐप प्रदर्शन परीक्षण

Question

मैंने अपने एपेंजिन ऐप प्रदर्शन का परीक्षण करने के लिए जेएमटर का उपयोग किया है।

मैं

• 500 उपयोगकर्ताओं का एक धागा समूह,
• से बढ़ाना अवधि बनाया है: 0 सेकंड
• और पाश 1 करने के लिए

और परीक्षण भाग गया।

यह ऐप इंजन में 4 उदाहरण बनाए। लेकिन दिलचस्प बात यह है कि, > 450 अनुरोधों को एक ही उदाहरण द्वारा संसाधित किया गया था।

मैंने इस उदाहरण के साथ परीक्षण फिर से चलाया है, अभी भी अधिकांश अनुरोध (> 9 0%) एक ही उदाहरण पर जा रहे थे।

• उदाहरण के प्रकार: एफ 1 कक्षा
• मैक्स निष्क्रिय उदाहरण: (स्वचालित)
• मिन विचाराधीन प्रतीक्षा अवधि: (स्वचालित)

मैं बहुत अधिक विलंबता हो रही है।
क्या गलत हो रहा है? 1 आईपी से भार उत्पन्न करना, क्या कोई समस्या है?

Answer 1

यह पूरी तरह से एप्लिकेशन इंजन के मुद्दे ...

see this issue reported at appengine's issue tracker

कि विशेष रूप से परीक्षण मैं लगभग की औसत विलंबता मिल गया के लिए

Answer 2

जब आप कहते हैं कि "मुझे बहुत अधिक विलंब हो रहा है" आप वास्तव में क्या प्राप्त कर रहे हैं? क्या आप इसे धीमा मानते हैं?

यदि विलंबता कोई समस्या है तो आप एप्लिकेशन सेटिंग्स में अधिकतम लंबित विलंबता को कम कर सकते हैं। यदि आप इसे आजमाते हैं तो मुझे लगता है कि आप अपने अनुरोधों को और अधिक उदाहरणों में फैलाएंगे।

मेरा अनुमान यह है कि 2-3 निष्क्रिय उदाहरणों में वृद्धि हुई लोड की प्रत्याशा में वृद्धि हुई है लेकिन वास्तव में आपके परीक्षण के लिए आवश्यक नहीं है।

Answer 3

आपकी समस्या यह है कि आप यथार्थवादी रैंप अप मान का उपयोग नहीं कर रहे हैं। ऐपइंजिन, अधिकांश ऑटो-स्केलिंग समाधानों की तरह, नए हार्डवेयर को स्पिन करने के लिए उचित समय की आवश्यकता होती है। इस प्रक्रिया के दौरान जबकि यह नए उदाहरण बना रहे हैं यातायात में बड़ी और अचानक वृद्धि होने पर विलंबता बढ़ सकती है।

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