साइट अपटाइम मॉनिटरिंग

KapsuleHost पर हर साइट को हर 60 सेकंड में स्वतः जाँचा जाता है, और Uptime टैब आपको परिणाम दिखाता है: वर्तमान स्थिति, अपटाइम प्रतिशत, response times, और पूरा incident इतिहास। यह गाइड बताती है कि इसे कैसे पढ़ें और जब कुछ गलत हो तो क्या करें।

KPanel में Uptime कहाँ मिलता है

Uptime किसी साइट से संबंधित होता है, इसलिए आप इसे मुख्य साइडबार से नहीं बल्कि साइट से ही एक्सेस करते हैं:

1. KPanel में साइन इन करें।
2. बाईं साइडबार में वेबसाइटें पर क्लिक करें, फिर साइट पर क्लिक करें।
3. साइट के बाएँ मेनू में, अवलोकन खोलें, फिर अपटाइम।

सीधा पता /websites/<site-id>/uptime है।

क्या जाँचा जा रहा है

आपकी साइट से हमारे monitoring नोड द्वारा हर 60 सेकंड में अनुरोध किया जाता है। कुछ भी सक्षम करने की आवश्यकता नहीं है और इंस्टॉल करने के लिए कोई एजेंट नहीं है: जाँच स्वतः शुरू हो जाती है। एक जाँच एक वास्तविक HTTP अनुरोध है, इसलिए यह उसी क्रम में DNS, TLS, वेब सर्वर, और एप्लिकेशन की जाँच करती है।

यदि आपने अभी-अभी कोई साइट बनाई है और पेज पर No uptime data yet लिखा दिख रहा है, तो यह सामान्य है। पहली जाँच कुछ ही मिनटों में शुरू हो जाती है।

ऊपर दिए गए तीन आंकड़े

समय-खंड को कार्डों के ऊपर मौजूद 24h, 7d, और 30d बटनों द्वारा तय किया जाता है, और पेज पर हर पैनल उसी का अनुसरण करता है। समय-खंड बदलने से अपटाइम प्रतिशत और औसत दोनों बदल जाते हैं, क्योंकि इससे यह बदल जाता है कि कौन-सी जाँचें गिनी जा रही हैं।

औसत response time को मिनटों के बजाय हफ्तों के हिसाब से देखना बेहतर है। एक अकेली धीमी जाँच सिर्फ शोर है। पिछले महीने से दोगुनी हुई संख्या एक संकेत है, और आमतौर पर इसका मतलब है कि साइट अपने मौजूदा प्लान से आगे बढ़ चुकी है या कोई महंगी चीज़ उठा ली है। Site Performance and APM अगली जगह है जहाँ देखना चाहिए।

Response Time चार्ट

कार्डों के नीचे प्रति जाँच एक बार है, अधिकतम पिछले 60, सबसे पुरानी बाईं ओर। बार की ऊँचाई उस समय-खंड की सबसे धीमी जाँच के सापेक्ष response time दर्शाती है।

रंग का अर्थ इस प्रकार है:

• नीला तीन सेकंड से कम समय की सफल जाँच है।
• एम्बर तीन सेकंड से अधिक समय की सफल जाँच है। साइट ने जवाब दिया, लेकिन धीरे।
• लाल, एक छोटे टुकड़े के रूप में दिखाया गया, एक विफल जाँच है।

response time देखने के लिए किसी भी बार पर होवर करें, या विफल होने पर एरर संदेश देखें।

लगातार एक जैसी ऊँचाई वाली नीली बारों की दीवार एक स्वस्थ साइट दर्शाती है। आरी जैसा (sawtooth) पैटर्न आमतौर पर इसका मतलब है कि कुछ शेड्यूल पर चल रहा है और आपके विज़िटरों से प्रतिस्पर्धा कर रहा है: एक cron job, एक बैकअप, या थोक काम करने वाला कोई plugin।

Incident इतिहास

जब जाँचें विफल होना शुरू होती हैं तो एक incident खुलता है और जब वे फिर से सफल होती हैं तो बंद हो जाता है। तालिका में सूचीबद्ध है:

यदि आपको कोई incident नहीं हुआ है, तो तालिका स्पष्ट रूप से यह बता देती है।

Reason कॉलम में सबसे अधिक निदान संबंधी मूल्य होता है। सामान्य कारण और उनका आमतौर पर क्या मतलब होता है:

• Connection timed out. सर्वर ने बिल्कुल जवाब नहीं दिया। आमतौर पर होस्ट डाउन है, ओवरलोडेड है, या कोई फ़ायरवॉल नियम ट्रैफ़िक को गिरा रहा है।
• Connection refused. होस्ट ने जवाब दिया लेकिन पोर्ट पर कुछ भी सुन नहीं रहा था। वेब सर्वर रुका हुआ है।
• SSL या certificate एरर। सर्टिफिकेट की अवधि समाप्त हो चुकी है, या यह जाँचे जा रहे hostname को कवर नहीं करता। साइट के सुरक्षा टैब को खोलें, जो सर्टिफिकेट और उसके बचे हुए दिन दिखाता है, और इसे नवीनीकृत करने देता है। देखें Site Security।
• HTTP 5xx। एप्लिकेशन में ही एरर आई। आपके लॉग और Site Performance and APM अगला पड़ाव हैं।
• HTTP 4xx। अक्सर कोई redirect या access नियम checker को पकड़ लेता है। यदि आपने अभी-अभी पूरी साइट पर पासवर्ड सुरक्षा जोड़ी है, तो यही कारण है: देखें Password-Protecting a Site।

Multi-region स्थिति

कुछ साइटें Multi-region स्थिति पैनल भी दिखाती हैं जिसमें प्रति probe क्षेत्र एक टाइल होती है, जो हर एक यह दर्शाती है कि वह क्षेत्र साइट को ऊपर देखता है या नहीं और जवाब देने में कितना समय लगा।

यह वह पैनल है जो आपको बताता है कि समस्या आपकी है या इंटरनेट की। यदि एक क्षेत्र धीमा या डाउन बताता है जबकि बाकी ठीक हैं, तो दोष आमतौर पर रूटिंग में या बीच के किसी नेटवर्क में है, आपके सर्वर पर नहीं। यदि हर क्षेत्र सहमत है, तो समस्या आपकी तरफ़ है।

यदि पैनल कहता है कि परिणाम अभी भी प्रोविज़न किए जा रहे हैं, तो मॉनिटर सेट किया जा रहा है और प्रति-क्षेत्र परिणाम कुछ ही मिनटों में दिखने लगेंगे। यदि पैनल पूरी तरह अनुपस्थित है, तो उस साइट के लिए multi-region probing सक्रिय नहीं है और ऊपर दी गई single-node जाँचें ही भरोसेमंद स्रोत हैं।

रिफ्रेश करना और एक्सपोर्ट करना

पेज हेडर में रिफ्रेश आइकन मांग पर डेटा को फिर से पढ़ता है। पेज लगातार पोल नहीं करता, इसलिए कोई बदलाव करने के बाद और यह देखने के लिए कि वह प्रभावी हुआ या नहीं, रिफ्रेश करें।

समस्या निवारण

Uptime डाउन दिखाता है लेकिन साइट मेरे लिए लोड होती है। पहले incident का कारण जाँचें। 401 या 403 का मतलब है कि कोई access नियम checker को ब्लॉक कर रहा है, न कि साइट खराब है: पूरी साइट पर पासवर्ड सुरक्षा, कोई IP ब्लॉक, या देश फ़िल्टरिंग सामान्य कारण हैं। देखें Site Security और Country Blocking for a Site।

उस समय-खंड के लिए Uptime प्रतिशत गलत लगता है। प्रतिशत उस समय-खंड में की गई जाँचों में से सफल जाँचों के भाग से निकलता है। एक छोटी सी आउटेज 30 दिनों की तुलना में 24 घंटों में बहुत अधिक खराब दिखती है। कोई निष्कर्ष निकालने से पहले तुलना समान आधार पर करें।

Response times बढ़ गए और कुछ भी नहीं बदला। कुछ तो बदला है, बस आपके द्वारा नहीं: किसी plugin का अपडेट, ट्रैफ़िक में बढ़ोतरी, बढ़ा हुआ डेटाबेस, या एक शेड्यूल्ड job। पहले चार्ट में कोई पैटर्न देखें, फिर धीमे endpoints के लिए Site Performance and APM देखें।

हर दिन लगभग एक ही समय पर बार-बार छोटे incident होना। अपने शेड्यूल्ड कार्यों को देखें। एक भारी cron job जो सर्वर को संतृप्त कर देता है, एक निश्चित घंटे पर विफलताओं के समूह के रूप में दिखेगा।

साइट वास्तव में डाउन है और आपको इसे वापस लाना है। यदि आपके द्वारा किया गया अंतिम बदलाव इसे तोड़ गया, तो डीबग करने की तुलना में पुनर्स्थापित करना तेज़ है। देखें Restoring From a Backup।

संबंधित पेज

• ट्रैफ़िक मात्रा और विज़िटर कहाँ से आते हैं, इसके लिए Site Analytics।
• response time percentiles और धीमी queries के लिए Site Performance and APM।
• सर्टिफिकेट, मालवेयर स्कैनिंग, और access नियमों के लिए Site Security।
• किसी भी चीज़ को बदलने से पहले, जिसे आपको पूर्ववत करने की ज़रूरत पड़ सकती है, Taking a Backup।

यदि कोई साइट बार-बार डाउन होती रहती है और कारण स्पष्ट नहीं है, तो KPanel में समर्थन से एक टिकट खोलें या साइट का नाम और incident तालिका से टाइमस्टैंप के साथ support@kapsulehost.com पर ईमेल करें।