Netdata: मशीन के डिटेल्ड मेट्रिक्स

पैनल में /hosting/vds/m/<id> पर मौजूद ग्राफ़ इस सवाल का जवाब देते हैं कि “मशीन पर लोड है या नहीं?” जब आपको इस बात का जवाब चाहिए कि “ठीक क्या और किस सेकंड पर,” तो आप Netdata इंस्टॉल करें: यह एक-सेकंड के अंतराल पर सैकड़ों मेट्रिक्स जमा करता है और बिना किसी कॉन्फ़िगरेशन के उन्हें ब्राउज़र में दिखा देता है।

इंस्टॉलेशन

curl -Ss https://my-netdata.io/kickstart.sh -o /tmp/netdata-kickstart.sh
sh /tmp/netdata-kickstart.sh --stable-channel --disable-telemetry

स्क्रिप्ट आपके सिस्टम को खुद पहचान लेती है और पैकेज इंस्टॉल कर देती है। Debian और Ubuntu में रिपॉज़िटरी वर्शन भी होता है (apt install -y netdata) — यह पुराना है, लेकिन सिस्टम के साथ अपडेट होता रहता है।

Netdata काफ़ी मेमोरी खाता है: 2 GB वाले VDS-1 पर इसके लिए लिमिट सेट करें, वरना यह आपके एप्लिकेशन से मुकाबला करेगा। /etc/netdata/netdata.conf में हिस्ट्री रिटेंशन घटाना काफ़ी है:

[db]
    mode = dbengine
    dbengine multihost disk space MB = 256

बदलावों के बाद systemctl restart netdata चलाएँ।

एक्सेस बंद करें

डिफ़ॉल्ट रूप से Netdata सभी एड्रेस पर पोर्ट 19999 पर सुनता है। इसे खुला न छोड़ें: बिना पासवर्ड वाला इंटरफ़ेस मशीन की पूरी अंदरूनी कार्यप्रणाली उजागर कर देता है, प्रोसेस की लिस्ट और एक्टिव कनेक्शन तक।

/etc/netdata/netdata.conf में इसे localhost पर बाइंड करें:

[web]
    bind to = 127.0.0.1

इसे देखने के लिए अपने कंप्यूटर से SSH टनल खोलें:

ssh -L 19999:127.0.0.1:19999 root@YOUR_ADDRESS

फिर अपने ब्राउज़र में http://127.0.0.1:19999 खोलें। अगर आपको स्थायी बाहरी एक्सेस चाहिए, तो Netdata को पासवर्ड और सर्टिफ़िकेट के साथ Nginx के पीछे रखें और फ़ायरवॉल में पोर्ट 19999 बंद कर दें।

किस पर नज़र रखें

• CPU → utilization ब्रेकडाउन के साथ: ज़्यादा iowait का मतलब डिस्क, steal का मतलब नोड पर कॉन्टेंशन, system का मतलब कर्नेल ओवरहेड, जो अक्सर नेटवर्क की वजह से होता है।
• Disks → backlog और await — डिस्क क्यू। इसकी तुलना अपने टियर की लिमिट से करें, देखें डिस्क लोड।
• Memory → available और स्वैप सेक्शन। लगातार बढ़ोतरी का मतलब लीक है।
• Applications — प्रोसेस ग्रुप के हिसाब से खपत। यही वह सेक्शन है जो बाद में भी “दोष किसका है” का जवाब देता है।
• Alarms — बिल्ट-इन थ्रेशोल्ड। Netdata खुद फुल डिस्क, ओवरहीटेड क्यू और फेल हुई सर्विस को हाइलाइट कर देगा।

ईमेल या Telegram नोटिफ़िकेशन /etc/netdata/health_alarm_notify.conf में कॉन्फ़िगर होते हैं — रेसिपिएंट सेट करें और मनचाहा चैनल चालू करें।

आम गलतियाँ

• पोर्ट 19999 को इंटरनेट पर खुला छोड़ देना। इससे आपके इन्फ्रास्ट्रक्चर का डेटा लीक होता है और कभी-कभी यह हमले का रास्ता भी बनता है। जाँचें: ss -tulpn | grep 19999.
• VDS-1 पर Netdata इंस्टॉल करके मेमोरी की कमी पर हैरान होना। डिफ़ॉल्ट सेटिंग्स में यह सैकड़ों मेगाबाइट लेता है। हिस्ट्री सीमित करें या एकबारगी टूल्स के फ़ायदे में इसे छोड़ दें।
• Netdata को बाहरी मॉनिटरिंग का विकल्प मानना। यह उसी मशीन पर रहता है: अगर वह डाउन हो गई, तो आपको पता भी नहीं चलेगा। बाहरी मॉनिटरिंग के बारे में साइट डाउनटाइम अलर्ट लेख में बताया गया है।
• महीनों तक हिस्ट्री रखना। मेट्रिक्स डेटाबेस लगातार डिस्क पर लिखता है और बैकग्राउंड लोड बढ़ाता है। VPS के लिए कुछ दिन काफ़ी हैं।

Millida पैनल और Netdata में कोई टकराव नहीं है: पहला गेस्ट पर बाहर से नज़र देता है और सिस्टम फ़्रीज़ होने पर भी काम करता है, जबकि दूसरा अंदर से बारीकी देता है। दोनों रखें।