Azure वेब ऐप में धीमी और अनावश्यक भार (30s + भार)

Question

मुझे Azure Webapp के साथ एक बहुत बड़ी समस्या है और सुझाव सुनना चाहते हैं।

हम क्या अनुभव:

जब मैं गोटो हमारी वेबसाइट यह काफी तेज है। औसत भार लगभग 1 सेकंड होता है और अपेक्षित प्रतिक्रिया देता है।

हालांकि, एक बार पीआर। 10-20 मिनट, हमें बहुत ठंडा भार मिलता है - जहां यह 30-60 सेकंड + है।

यह समझ में आता है कि वेबसाइट के पास आगंतुक नहीं थे और यह ठंडा था, लेकिन हमारे पास वेबसाइट पर 10+ विज़िटर ऑनलाइन हैं, जो कि सभी व्यावसायिक घंटों में कम से कम 3-5 अनुरोध पीआर मिनट के साथ होते हैं।

यह अतिरिक्त भार पूरी तरह से अस्वीकार्य है।

कोई भी विचार?

हमारे स्थापना:

हम दो नीला वेब क्षुधा की है। उत्पादन के लिए एक और विकास के लिए एक।

उत्पादन एक "मानक छोटा" है, ऑटो स्केल के साथ जब CPU 65-85% हिट करता है।

हम डेटाबेस 10 जीबी के साथ एस 2 है।

यह कुछ ग्रंथों, रूपों और कुछ दूरस्थ कनेक्शन के साथ एक साधारण मानक एएसपी.नेट एमवीसी साइट है।

एकमात्र "गैर-मानक" 3 मिलियन अनुक्रमित पृष्ठ है जो डेटाबेस में दिखता है (पृष्ठ लोड लगभग 1s है)। यह Google से बहुत से आगंतुकों को प्राप्त करता है। हमें Google से कुछ क्रॉल भी मिलते हैं क्योंकि हमारे पास 3mio + पृष्ठों के साथ साइटमैप है। मॉनिटर से

डाटा:

संपादित करें: नया मॉनिटर से डेटा।

वेब एप्लिकेशन:

डेटाबेस:

विन्यास:

उत्पादन वेब-एप्लीकेशन:

डेटाबेस:

के हमारे प्रयास:

1: हमेशा पर।

हमने कई बार हमेशा कोशिश की है, लेकिन फिर पहले 30 मिनट से 6 घंटे के भीतर, साइट बस नीचे जाती है और वापस नहीं आती **। यह निश्चित रूप से एक बड़ी समस्या है और समाधान नहीं है।

2: वीएम पर चल रहा है।

हमारे पास Azure (4 जीबी रैम) पर एक वीएम पर एक सुंदर स्थिर और बढ़िया सेटअप है जो ठीक काम करता है। हमारे पास काफी धीमी प्रतिक्रिया थी, लेकिन यह सभ्य काम करता था। हालांकि, हम Azure करने के लिए स्केलिंग और मंच "आउटसोर्स" करने के लिए वेब एप्लिकेशन का उपयोग करना चाहते हैं - हम सिर्फ इस गति स्वीकार नहीं कर सकते :)

**

यह हमेशा के लिए चला जाता है अनुत्तरदायी समय समाप्त होने तक। मैंने दो परिदृश्यों की कोशिश की है: एक जहां वेब-ऐप को रोकना और शुरू करना, एक दूसरा स्थान जहां मुझे एक पुनर्वित्त

Answer 1

मुझे एक समाधान मिला।

समाधान केवल एक ही स्थान पर नहीं था, बल्कि कई स्थानों पर था।

मुझ में गोता लगाने के लिए कोशिश करते हैं।

मुख्य चुनौती 3 लाख पृष्ठों हम अनुक्रमित किया गया था। गूगल जनसंपर्क दिन 50-150k के बीच पृष्ठों को क्रॉल करता है, जो हम Google वेबमास्टर टूल में देख सकते हैं: इन पृष्ठों में से

99,9% पता पृष्ठों की एक अद्वितीय प्रकार थे। मैंने इन्हें डाला, और पाया कि इन्हें डिफ़ॉल्ट रूप से 1.5-2s (!) पर लिया गया। परीक्षण की ओर दौड़ते समय भी धीमी थी।

चरण # 1 एक नई अनुक्रमणिका बनाना और कोड अनुकूलित करना था। वहां 5x प्रदर्शन सुधार।

अब, यह स्वयं ही इस मुद्दे को हल नहीं करता है। मैंने डेटाबेस को नए एस 3 में भी अपग्रेड किया ... पूरी तरह से समस्या हल नहीं की (लेकिन अभी भी बेहतर)।

मैंने अपने एज़ूर वेब ऐप को 7 जीबी संस्करण में भी अपग्रेड किया - और फिर चीजें करने लगे।

हालांकि, हम अभी भी हर 30 वें मिनट में एक छोटा सा मुद्दा था। मैं अपने वीएम पर गया और एक पुरानी कंसोल नौकरी पाई जिसने कुछ सामग्री को क्रम में रखा .... मैंने उस नौकरी को रोक दिया।

इनमें से कोई भी निष्कर्ष अकेला नहीं खड़ा हो सकता है - लेकिन इन सभी के बाद तय किया गया - हम फिर से अच्छे हैं और वेबसाइट स्वीकार्य प्रतिक्रिया देती है!

Hurray!

Answer 2

बाधाओं को अलग करने में मदद करने के लिए, क्या आप http: पोर्टल पर नए आईबीज़ा पोर्टल का उपयोग कर सकते हैं .azure.com।

पुराने पोर्टल, ऊपर स्क्रीनशॉट, 54 मिनट औसत दिखा रहा है। जाहिर है 5 मिनट के औसत और डीटीयू ~ 80% पर ऐसी अवधि होने की संभावना है जहां सभी डीटीयू का उपभोग किया जाता है और यह बाधा हो सकती है।

नए पोर्टल का उपयोग करके, ये डीटीयू ग्राफ 15-सेकंड औसत हैं और यह बेहतर ग्रैन्युलरिटी बाधा को इंगित कर सकती है। क्या आप नए पोर्टल में बदल सकते हैं और कुछ और ग्राफ पेस्ट कर सकते हैं?

धन्यवाद गाय