अपनी मॉनिटरिंग: Uptime Kuma

आपकी मशीन का पैनल CPU, ट्रैफ़िक और मेमोरी के ग्राफ़ दिखाता है, लेकिन उसे यह पता नहीं होता कि आपकी साइट जवाब दे रही है या डेटाबेस ज़िंदा है या नहीं। इसके लिए आपको अपना खुद का वॉचर चाहिए। Uptime Kuma सबसे आसान विकल्प है: एक कंटेनर, एक वेब इंटरफ़ेस, दर्जनों नोटिफ़िकेशन तरीके।

इंस्टॉलेशन

services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    container_name: uptime-kuma
    restart: unless-stopped
    volumes:
      - ./data:/app/data
    ports:
      - "127.0.0.1:3001:3001"

docker compose up -d

पोर्ट जानबूझकर लोकल इंटरफ़ेस पर बाइंड किया गया है: मॉनिटरिंग पैनल बाहर से खुला नहीं होना चाहिए। इसे या तो सर्टिफ़िकेट और पासवर्ड वाले वेब सर्वर से खोलें, या SSH टनल से:

ssh -L 3001:127.0.0.1:3001 root@<machine-address>

फिर अपने ब्राउज़र में http://localhost:3001 पर जाएँ; पहला यूज़र एडमिनिस्ट्रेटर बन जाता है।

किस चीज़ की मॉनिटरिंग करें

छोटी शुरुआत करें, वरना आप शोर में डूब जाएँगे:

• हर साइट के होम पेज का HTTP चेक — रिस्पॉन्स कोड और समय।
• किसी अहम API का HTTP चेक, रिस्पॉन्स में कीवर्ड चेक के साथ। कोई पेज 200 लौटा सकता है और फिर भी एरर दिखा सकता है।
• डेटाबेस या गेम सर्वर का TCP पोर्ट।
• सर्टिफ़िकेट एक्सपायरी — Kuma एक्सपायर होने से N दिन पहले चेतावनी देगा।
• शेड्यूल्ड टास्क के लिए पुश चेक: सफल रन के बाद स्क्रिप्ट एक यूनीक एड्रेस पर हिट करती है, और अगर नहीं करती, तो आपको अलर्ट मिलता है। शेड्यूल्ड टास्क के साथ अच्छा चलता है।

60 सेकंड का इंटरवल लगभग हमेशा काफ़ी होता है। रिट्राई — 2-3, वरना नेटवर्क का एक खोया पैकेट झूठा अलार्म बजा देगा।

साइट की मॉनिटरिंग उसी मशीन पर न रखें जहाँ वह साइट है। मशीन डाउन हुई तो वॉचर भी साथ डाउन हो जाएगा, और आपको कभी पता नहीं चलेगा। बाहरी साइटों के लिए Kuma किसी अलग मशीन पर रखें, और इस मशीन पर — सिर्फ़ अंदरूनी सर्विसेज़ के चेक।

नोटिफ़िकेशन

Telegram बॉट या Discord वेबहुक सेट करें और उसे नोटिफ़िकेशन सेक्शन में जोड़ें। ईमेल चैनल इस्तेमाल न करें: मशीन के पोर्ट 25, 465 और 587 पर आउटबाउंड कनेक्शन तब तक बंद रहते हैं जब तक रिक्वेस्ट पर खोले न जाएँ, और Kuma के ईमेल बस बाहर नहीं जाएँगे — मेल सर्वर देखें।

काम की आदतें:

• "डाउन" और "सर्टिफ़िकेट एक्सपायर हो रहा है" के लिए अलग चैनल। पहले पर अभी रिएक्शन चाहिए, दूसरे पर — हफ़्ते भर के अंदर।
• रिकवरी नोटिफ़िकेशन चालू रखें। इनके बिना पता नहीं चलेगा कि आउटेज खत्म हुआ या नहीं।
• सेटअप के दौरान एक टेस्ट मैसेज भेजें। आधी सारी दिक्कतें गलत टोकन की होती हैं, और यह पता असली आउटेज में ही चलता है।

रिसोर्स और मेंटेनेंस

कंटेनर 150-250 MB मेमोरी में फ़िट हो जाता है और VDS-1 पर आराम से चलता है। डेटाबेस चेक हिस्ट्री के साथ बढ़ता है: सेटिंग्स में रिटेंशन 90-180 दिन सेट करें, वरना एक साल में फ़ाइल गीगाबाइट तक बढ़ जाएगी — डिस्क स्पेस देखें।

./data डायरेक्टरी में सर्विस की पूरी स्टेट रहती है। इसे अपने बैकअप में शामिल करें: तीन दर्जन चेक हाथ से रीस्टोर करना मज़ेदार नहीं होता।

आम गलतियाँ

• डोमेन की जगह IP एड्रेस से चेक करना। सर्टिफ़िकेट और वर्चुअल होस्ट चेक नहीं होते, और DNS आउटेज पकड़ में नहीं आता।
• बहुत ज़्यादा सेंसिटिव थ्रेशोल्ड। हर 2 सेकंड की ओवररन पर अलर्ट का मतलब है कि लोग नोटिफ़िकेशन पढ़ना बंद कर देते हैं।
• पासवर्ड के बिना पैनल बाहर से खुला। यह आपकी पूरी इन्फ़्रास्ट्रक्चर दिखा देता है: एड्रेस, पोर्ट, सर्विस के नाम।