WordPress और WooCommerce साइटों के लिए एप्लीकेशन परफॉर्मेंस मॉनिटरिंग आपको यह बताती है कि आपकी साइट का समय वास्तव में कहाँ जाता है: रिस्पॉन्स टाइम पर्सेंटाइल, सबसे धीमे URL, सबसे धीमी डेटाबेस क्वेरीज, और PHP कितनी मेहनत कर रहा है। यह गाइड APM को सक्षम करने, प्रत्येक पैनल को पढ़ने, और इससे जो दिखता है उस पर कार्रवाई करने को कवर करती है।
KPanel में APM कहाँ मिलता है
- KPanel में साइन इन करें।
- बाईं साइडबार में वेबसाइटें पर क्लिक करें, फिर साइट पर क्लिक करें।
- साइट के बाएँ मेनू में, प्रदर्शन खोलें, फिर APM।
सीधा पता /websites/<site-id>/performance है।
APM एक प्लान अधिकार है। यह Managed WordPress Pro के साथ शामिल है। किसी भी अन्य प्लान पर यह पेज डैशबोर्ड के बजाय एक अपग्रेड पैनल दिखाता है जो बताता है कि APM क्या कवर करता है। यदि आपको वह पैनल दिखता है, तो इसका मतलब है कि यह फ़ीचर आपके मौजूदा प्लान पर उपलब्ध नहीं है, न कि यह बंद कर दिया गया है।
APM चालू करना
जब तक आप इसे सक्षम नहीं करते, APM बंद रहता है। योग्य प्लान पर यह पेज एक एप्लीकेशन परफॉर्मेंस मॉनिटरिंग कार्ड दिखाता है जिसमें APM को सक्षम करें बटन होता है।
इसे सक्षम करने से PHP वर्कर स्तर पर एक हल्का एक्सेस लॉग और एक स्लो-रिक्वेस्ट ट्रैकर जुड़ जाता है। यह आपके पेजों में कुछ भी इंजेक्ट नहीं करता और विज़िटर की रिक्वेस्ट में कोई अतिरिक्त काम नहीं जोड़ता, इसलिए इसे स्थायी रूप से चालू रखना सुरक्षित है।
एक बार सक्षम हो जाने पर यह पेज एक APM सक्रिय पिल दिखाता है जिसमें इसे चालू करने की तारीख, एक Refresh बटन, और एक APM को अक्षम करें बटन होता है। मेट्रिक्स केवल वास्तविक ट्रैफ़िक आने के बाद दिखाई देते हैं, इसलिए एक शांत साइट कुछ समय के लिए Requests की प्रतीक्षा दिखाएगी।
रिस्पॉन्स टाइम्स
पहला कार्ड पिछले एक घंटे के चार आँकड़े रखता है, साथ ही इसके हेडर में रिक्वेस्ट काउंट और कैप्चर समय भी होता है।
| मेट्रिक | अर्थ |
|---|---|
| मीडियन (P50) | आधी रिक्वेस्ट इससे तेज थीं |
| P95 | 95 प्रतिशत रिक्वेस्ट इससे तेज थीं |
| P99 | 99 प्रतिशत रिक्वेस्ट इससे तेज थीं |
| 5xx एरर रेट | उन रिक्वेस्ट का हिस्सा जो सर्वर त्रुटि के साथ विफल हुईं |
प्रत्येक टाइल कलर-कोडेड है ताकि आप सीमाएँ जाने बिना भी स्थिति पढ़ सकें।
पर्सेंटाइल को एक साथ पढ़ें, अलग-अलग नहीं। एक अच्छा मीडियन लेकिन खराब P95 का मतलब है कि अधिकतर रिक्वेस्ट ठीक हैं और एक अल्पसंख्यक भाग पीड़ादायक है, जो एक धीमे पेज, एक धीमी क्वेरी, या ऐसे कैश का क्लासिक संकेत है जो कुछ विशेष URL पर मिस करता है। एक खराब मीडियन का मतलब है कि पूरी साइट धीमी है और इसका कारण आमतौर पर संरचनात्मक होता है: एक छोटा प्लान, एक भारी थीम, या कैशिंग जो बंद है।
5xx एरर रेट वह एक आँकड़ा है जो शून्य होना चाहिए। शून्य से ऊपर कोई भी निरंतर मान यह दर्शाता है कि विज़िटर को विफलताएँ दिख रही हैं।
PHP वर्कर्स
PHP वर्कर्स कार्ड तीन संख्याएँ दिखाता है:
- सक्रिय Workers: कितनी PHP प्रक्रियाएँ वर्तमान में रिक्वेस्ट संभाल रही हैं।
- स्लो रिक्वेस्ट्स: वे रिक्वेस्ट जो स्लो-रिक्वेस्ट सीमा से अधिक हो गईं और लॉग की गईं।
- कुल Handled: पूल शुरू होने के बाद से स्वीकार किए गए कनेक्शन।
सक्रिय Workers एक सैचुरेशन संकेत है। यदि सामान्य ट्रैफ़िक के दौरान यह अपनी ऊपरी सीमा के पास टिका रहता है, तो रिक्वेस्ट PHP के पीछे कतार में लग रही हैं, और ऊपर दिए पेज पर हर रिस्पॉन्स टाइम आंशिक रूप से कतार का समय है। यह एक क्षमता की समस्या है, कोड की समस्या नहीं, और समाधान एक बड़ा प्लान या प्रति रिक्वेस्ट कम काम है।
स्थिर रिक्वेस्ट वॉल्यूम के साथ बढ़ता हुआ स्लो-रिक्वेस्ट काउंट इसका मतलब है कि कुछ महंगा हो गया है।
सबसे धीमे एंडपॉइंट
यह कार्ड P95 रिस्पॉन्स टाइम के अनुसार आपकी सबसे धीमी URL सूचीबद्ध करता है, प्रत्येक के साथ एक बार, मिलीसेकंड में P95, और इसे कितनी कॉल मिलीं। रंग सबसे बड़े अपराधियों को चिह्नित करता है।
इसे एक शॉर्टलिस्ट के रूप में पढ़ें, लीडरबोर्ड के रूप में नहीं। आप जो चाहते हैं वह धीमे और बार-बार कॉल होने वाले का प्रतिच्छेदन है: एक पेज जो चार सेकंड लेता है और दिन में दो बार हिट होता है, उसका मामला उस पेज से कहीं कम मायने रखता है जो 900 मिलीसेकंड लेता है और दस हज़ार बार हिट होता है।
सामान्य दोषी:
- खोज पेज जो बिना इंडेक्स के स्कैन करते हैं।
- श्रेणी और आर्काइव लिस्टिंग जो प्रति रिक्वेस्ट बड़ी क्वेरीज बनाती हैं।
- कार्ट, चेकआउट, और अकाउंट पेज, जो कभी कैश नहीं होते क्योंकि वे प्रति-विज़िटर होते हैं। देखें साइट कैशिंग यह जानने के लिए कि कौन से पथ डिज़ाइन के अनुसार कैश को बायपास करते हैं।
- एडमिन URL, जो हमेशा डायनामिक होते हैं।
- रिक्वेस्ट के भीतर किसी बाहरी API को कॉल करने वाली कोई भी चीज़, जहाँ आप किसी और के सर्वर को माप रहे होते हैं।
स्लो क्वेरीज
स्लो क्वेरीज कार्ड उन डेटाबेस क्वेरीज को सूचीबद्ध करता है जिनका औसत 100 मिलीसेकंड से अधिक है, जो डेटाबेस के अपने परफॉर्मेंस डेटा से लिया गया है। प्रत्येक पंक्ति में औसत समय, अधिकतम समय, कॉल काउंट, और सामान्यीकृत क्वेरी टेक्स्ट दिखाया जाता है।
क्वेरी टेक्स्ट एक डाइजेस्ट है, जिसमें शाब्दिक मान हटा दिए गए हैं, इसलिए अलग-अलग पैरामीटर वाली वही क्वेरी एक पंक्ति में समूहित हो जाती है। यही कारण है कि कॉल काउंट सार्थक बनता है।
धीमी क्वेरीज को ठीक करना आमतौर पर इन तीन में से एक चीज़ होती है: क्वेरी को आवश्यक एक इंडेक्स जोड़ना, इसके परिणाम को कैश करके क्वेरी के चलने की आवृत्ति कम करना, या इसे उत्पन्न करने वाले प्लगइन को हटाना। बहुत अधिक कॉल काउंट और मध्यम औसत वाली क्वेरी अक्सर कुल मिलाकर एक अकेली नाटकीय असामान्यता से भी बदतर होती है।
यदि एंडपॉइंट और क्वेरीज दोनों सूचियाँ खाली वापस आती हैं, तो कार्ड कहता है कि कोई धीमी रिक्वेस्ट नहीं मिली, जिसका अर्थ है कि पिछले एक घंटे में सब कुछ सामान्य सीमाओं के भीतर था।
APM का सही उपयोग
एक आधार रेखा लें। जब साइट स्वस्थ हो तब आँकड़े देखें, ताकि आपको पता हो कि सामान्य कैसा दिखता है। 700 मिलीसेकंड का P95 तब तक कुछ नहीं दर्शाता जब तक आपको यह पता न हो कि यह पहले 300 था।
एक बार में एक ही चीज़ बदलें। एक कैश सक्षम करें, रिफ्रेश करें, और तुलना करें। किसी संदिग्ध प्लगइन को निष्क्रिय करें, रिफ्रेश करें, और तुलना करें। एक साथ किए गए कई बदलाव आपको कोई स्पष्ट संकेत नहीं देते।
सोच-समझकर रिफ्रेश करें। Refresh बटन मांग पर मेट्रिक्स को फिर से पढ़ता है। आँकड़े पिछले एक घंटे को कवर करते हैं, इसलिए किसी बदलाव को आंकने से पहले उसे थोड़ा समय दें।
APM से बाहर भी देखें। APM आपके एप्लीकेशन को मापता है। यदि समस्या कोड के बजाय नेटवर्क या एज में है, तो साइट ट्रैफ़िक एनालिटिक्स और साइट अपटाइम मॉनिटरिंग इसके बजाय इसे दिखाएँगे।
समस्या निवारण
पेज एक अपग्रेड पैनल दिखाता है। APM Managed WordPress Pro के साथ शामिल है। अन्य प्लान पर यह उपलब्ध नहीं है।
APM चालू है लेकिन कोई मेट्रिक्स नहीं है। अभी तक कोई ट्रैफ़िक नहीं है। साइट को रिक्वेस्ट मिलने पर मेट्रिक्स दिखाई देते हैं।
APM में रिस्पॉन्स टाइम ठीक हैं लेकिन साइट धीमी लगती है। APM केवल सर्वर-साइड समय मापता है। ब्राउज़र में इमेज डाउनलोड करने, JavaScript चलाने, और फॉन्ट लोड करने में बिताया गया समय यहाँ अदृश्य है। यदि सर्वर का समय अच्छा है लेकिन पेज फिर भी धीमा लगता है, तो समस्या फ्रंट एंड में है या उसमें है जो आप ब्राउज़र को फ़ेच करने के लिए कह रहे हैं।
एक प्लगइन अपडेट के बाद P95 और खराब हो गया। सबसे पहले सबसे धीमे एंडपॉइंट की सूची जाँचें, फिर स्लो क्वेरीज की सूची। एक प्लगइन जिसने हर पेज लोड में एक क्वेरी जोड़ दी है, वह दोनों में दिखाई देगा।
हमेशा सब कुछ धीमा रहता है। पहले सैचुरेशन के लिए PHP Workers की जाँच करें। यदि Workers अपनी सीमा पर टिके हैं, तो कुछ और अनुकूलित करने से पहले क्षमता बढ़ाएँ या प्रति रिक्वेस्ट काम कम करें।
त्रुटियाँ शून्य से ऊपर हैं। मिलीसेकंड के पीछे भागने से पहले इन्हें ठीक करें। अपने लॉग से शुरू करें, और साइट के त्रुटि पृष्ठ टैब पर Troubleshoot with Kora बटन का उपयोग करें, जो Kora से आपके लिए आपके त्रुटि लॉग और हाल की विफलताओं को पढ़ने के लिए कहता है। देखें कस्टम त्रुटि पृष्ठ।
संबंधित पेज
- साइट कैशिंग आमतौर पर WordPress साइट के लिए सबसे बड़ी जीत होती है।
- साइट सुरक्षा उसी साइट पर भेद्यता और मैलवेयर स्कैनिंग के लिए।
- बैकअप लेना प्लगइन हटाना शुरू करने से पहले।