WordPress वाला VPS
अपडेट के बाद PHP-FPM रुक जाता है और विज़िटर “502 Bad Gateway” देखते हैं। अलर्ट में सेवा का नाम होता है और LayerAssist वह सेटिंग ढूँढता है जो अपडेट ने बदली।
जानें कि आपके सर्वर पर कोई सेवा कब रुकती है।
आपकी वेबसाइट कई सेवाओं पर टिकी है: वेब सर्वर, डेटाबेस, PHP और ईमेल। LayerAssist आपकी चुनी हुई सेवा पर नज़र रखता है और आसान भाषा में बताता है कि वह कब और क्यों रुकी।
एक नज़र में
- बिल्ट-इन मॉनिटरSSH से चलने वाला एक बिल्ट-इन मॉनिटर जाँचता है कि आपकी बताई सेवा चल रही है – Linux और Windows सर्वर पर।
- बिल्ट-इन मॉनिटरसेवा रुकने पर आपको अलर्ट मिलता है और LayerAssist वजह समझने के लिए उसके लॉग पढ़ता है। “सुरक्षित रूप से ठीक करें” के साथ वह उसे खुद चालू करता है; पूरा रीस्टार्ट या कॉन्फ़िगरेशन बदलाव आपकी मंज़ूरी का इंतज़ार करता है।
- चैट मेंचैट में वह सेवा रीस्टार्ट करता है, ढूँढता है कि वह क्यों रुकी, और जहाँ संभव हो कारण ठीक करता है।
- अभी नहींबिल्ट-इन मॉनिटर हर सर्वर पर एक सेवा पर नज़र रखता है। बाकी सेवाओं को आप अपनी जाँच से कवर कर सकते हैं।
एक रुकी सेवा पूरी साइट गिरा सकती है
वेबसाइट एक प्रोग्राम नहीं है। वेब सर्वर विज़िटर को जवाब देता है, PHP साइट का कोड चलाता है, डेटाबेस सामग्री रखता है और मेल सेवा संदेश भेजती है। इनमें से कोई भी रुके, तो साइट टूट जाती है – अक्सर ऐसी त्रुटि के साथ जो यह नहीं बताती कि कौन रुका।
सेवाएँ आम वजहों से रुकती हैं: किसी अपडेट ने सेटिंग बदल दी, सर्वर की मेमोरी खत्म हो गई, रीस्टार्ट के बाद सब कुछ फिर चालू नहीं हुआ। कौन-सी सेवा क्यों रुकी, यह जानना आधा इलाज है।
संकेत कि कोई सेवा रुक गई है
- “502 Bad Gateway” या “503 Service Unavailable”
- “Error establishing a database connection”
- साइट चलती है, पर उसके ईमेल कभी नहीं जाते
- सर्वर रीस्टार्ट या अपडेट के बाद सब कुछ टूट गया
सर्वर पर सेवाएँ क्यों रुकती हैं
मेमोरी की कमी
मेमोरी खत्म होने पर सिस्टम सबसे बड़ा प्रोसेस रोकता है, अक्सर डेटाबेस। यह ट्रैफ़िक बढ़ने पर या बहुत ज़्यादा माँगने वाली सेटिंग्स से होता है।
अपडेट के बाद कॉन्फ़िगरेशन त्रुटि
पैकेज अपडेट या हाथ से किया बदलाव ऐसी सेटिंग छोड़ सकता है जिसे सेवा स्वीकार नहीं करती, और वह शुरू नहीं होती।
रीस्टार्ट के बाद अपने आप शुरू होने के लिए सेट नहीं
जो सेवा सिस्टम बूट पर चालू नहीं की गई, वह सर्वर रीस्टार्ट के बाद बंद ही रहती है।
भरी डिस्क या क्रैश
जगह की कमी, खराब फ़ाइल या प्रोग्राम की गड़बड़ी सेवा को रोक सकती है, और फिर वह बंद ही रहती है।
LayerAssist आपकी सेवाओं पर नज़र कैसे रखता है
आप सेवा एक बार बताते हैं। LayerAssist उसे जाँचता है, और रुकने पर सबसे काम के सवाल से शुरू करता है: क्यों?
खुद सेवा को जाँचता है
SSH से और आपके शेड्यूल पर वह सर्वर से पूछता है कि सेवा चल रही है या नहीं: Linux पर systemd या पुराने service टूल से, Windows पर सर्विस मैनेजर से।
अलर्ट सिर्फ़ एक बार
सेवा रुकने पर एक अलर्ट और फिर चलने पर एक – ऐप में और ईमेल से।
लॉग पढ़ता है
वह सेवा के लॉग और सिस्टम लॉग की ताज़ा एंट्री देखता है ताकि समझ सके कि उसे किसने रोका: मेमोरी, कॉन्फ़िगरेशन, डिस्क या क्रैश।
वापस चालू करता है और कारण ठीक करता है
“सुरक्षित रूप से ठीक करें” के साथ वह रुकी सेवा खुद चालू करता है। चैट में वह उसे रीस्टार्ट भी कर सकता है और खराबी की वजह बनी सेटिंग या सीमा भी ठीक कर सकता है।
उदाहरण: बार-बार रुकने वाला डेटाबेस
यह क्या जांचता है
- MariaDB: 02:41 पर रुका
- डिस्क स्पेस: 52% इस्तेमाल
- सिस्टम लॉग: सर्वर की मेमोरी खत्म हुई और सिस्टम ने डेटाबेस रोका
- कारण: डेटाबेस की मेमोरी सेटिंग सर्वर की 2 GB RAM से ज़्यादा है
यह क्या बदलता है
डेटाबेस की मेमोरी सेटिंग सर्वर के हिसाब से घटाई, MariaDB चालू किया और सिस्टम के साथ शुरू होने के लिए सक्षम किया
आपको क्या मिलता है
- आपको पता होता है कि कौन-सी सेवा रुकी, सिर्फ़ यह नहीं कि साइट टूटी
- रुकने की वजह, सेवा के अपने लॉग से
- रुकी सेवाएँ फिर चालू, कारण ठीक करके
- Linux और Windows सर्वर पर काम करता है
असली स्थितियाँ
बैकग्राउंड प्रोसेस वाला सर्वर
एक क्यू वर्कर या बॉट सेवा के रूप में चलता है। जब वह रुकता है, कुछ टूटा नहीं दिखता – जब तक ऑर्डर जमा न होने लगें। सेवा मॉनिटर इसे तुरंत पकड़ता है।
Windows सर्वर
एक छोटे कारोबार के सर्वर पर एक ऐप Windows सेवा के रूप में चलता है। LayerAssist उसे OpenSSH से जाँचता है और रुकने पर ज़िम्मेदार व्यक्ति को बताता है।
सर्वर सेवाओं की निगरानी कैसे सेट करें
सर्वर को SSH से जोड़ें
साइट और सर्वर में SSH पहुँच (Windows पर OpenSSH) के साथ सर्वर जोड़ें।
नज़र रखने वाली सेवा बताएँ
ऑटोमेशन में नया ऑटोमेशन, सर्वर और फिर “सेवा स्वास्थ्य” चुनें, और सेवा का नाम लिखें, जैसे nginx, mariadb या php8.2-fpm।
कितनी बार, यह चुनें
ज़रूरी सेवा के लिए हर 5 मिनट, या जो सेवा इंतज़ार कर सकती है उसके लिए कम बार।
सबसे ज़रूरी सेवा से शुरू करें
बिल्ट-इन मॉनिटर हर सर्वर पर एक सेवा पर नज़र रखता है: आम तौर पर डेटाबेस या वेब सर्वर। बाकी को अपने ऑटोमेशन के रूप में नियमित जाँच से कवर करें।
सर्वर सेवाओं की निगरानी पर सवाल
किसी भी सेवा पर जिसे सर्वर नाम से चलाता है: Nginx, Apache या LiteSpeed जैसे वेब सर्वर, MySQL, MariaDB या PostgreSQL जैसे डेटाबेस, PHP-FPM, मेल सेवाएँ या आपका अपना ऐप। Windows पर कोई भी Windows सेवा।
“सुरक्षित रूप से ठीक करें” के साथ वह रुकी सेवा खुद चालू करता है। अपने आप चलने वाले रन के दौरान पूरा रीस्टार्ट या कॉन्फ़िगरेशन बदलाव आपकी मंज़ूरी का इंतज़ार करता है। चैट में बस कहें, और वह तुरंत करता है।
बिल्ट-इन मॉनिटर हर सर्वर पर एक सेवा पर नज़र रखता है। बाकी के लिए LayerAssist से अपने ऑटोमेशन के रूप में नियमित जाँच माँगें; वह कितनी बार चलेगी, यह प्लान पर निर्भर है।
सेवा चल रही है या नहीं, यह जाँचना सामान्य SSH पहुँच से हो जाता है। सिस्टम लॉग पढ़ने और सेवाएँ रीस्टार्ट करने के लिए आम तौर पर sudo या root चाहिए, जो Plus और ऊपर के प्लान में मिलता है।
संबंधित गाइड
- बिल्ट-इन मॉनिटरवेबसाइट उपलब्धतासाइट के जवाब देना बंद करने पर अलर्ट देता है और वजह ढूँढता है।
- बिल्ट-इन मॉनिटरडिस्क स्पेसडिस्क भरने से पहले चेतावनी देता है और सुरक्षित रूप से जगह खाली करता है।
- ऑटोमेशनडेटाबेस स्वास्थ्यजाँचता है कि डेटाबेस चल रहा है, जवाब दे रहा है और त्रुटियों से मुक्त है।
निगरानी की सभी गाइडदेखें कि हर प्लान में क्या हैLayerAssist कैसे काम करता है
$9 प्रति माह से · मन बदलने के लिए 14 दिन
अगली बार कुछ खराब हो, तो आपको पता होगा किससे पूछना है।
आज ही अपनी वेबसाइट जोड़ें और पहला सवाल पूछें। आपके लिए नहीं? 14 दिनों में रद्द करें और पहला भुगतान वापस पाएँ, केवल इस्तेमाल किए गए AI काम की लागत घटाकर।
7 दिन मुफ़्त · क्रेडिट कार्ड की ज़रूरत नहीं · तकनीकी जानकारी की ज़रूरत नहीं।