पैनल के ग्राफ़: इन्हें कैसे पढ़ें

/hosting/vds/m/<id> पर पैनल में Overview टैब में मशीन का इतिहास होता है: घंटे, दिन, हफ़्ते और महीने के लिए CPU, ट्रैफ़िक और मेमोरी के ग्राफ़, साथ ही डिस्क उपयोग का रिंग। अगर आपने मशीन के अंदर कुछ भी कॉन्फ़िगर नहीं किया है, तो ऐतिहासिक डेटा का यही एकमात्र स्रोत है।

तीन ग्राफ़ और एक रिंग

CPU. टियर के सभी कोर के प्रतिशत के रूप में लोड। 100% का मतलब है कि सभी कोर व्यस्त हैं, सिर्फ़ एक नहीं। प्रोजेक्ट बिल्ड करते समय या पैकेज अपडेट करते समय छोटे स्पाइक आम हैं। घंटों तक 100% पर सपाट लाइन का मतलब है कि या तो आपके पास पर्याप्त कोर नहीं हैं या सिस्टम में कोई ऐसी प्रोसेस चल रही है जो वहाँ नहीं होनी चाहिए।

ट्रैफ़िक. इनबाउंड और आउटबाउंड ट्रैफ़िक। बैंडविड्थ 500 Mbps तक है, इसलिए वर्टिकल स्केल आमतौर पर सीमा से काफ़ी नीचे रहता है। आकार पर ध्यान दें: वेबसाइट विज़िटर के साथ-साथ दाँतेदार पैटर्न बनाती है, बैकअप एक आयत जैसा दिखता है, और हमला या लूप में फँसी स्क्रिप्ट बिना किसी गिरावट के सपाट लाइन होती है।

मेमोरी. इस्तेमाल हुई RAM। यहाँ जो मायने रखता है वह पूर्ण मान नहीं, बल्कि ट्रेंड है। आरी के दाँतों जैसा पैटर्न (बढ़ती है, सर्विस रीस्टार्ट होने पर गिरती है, फिर बढ़ती है) लीक है। छत तक चिकनी चढ़ाई और फिर ग्राफ़ का गिरना मतलब है कि OOM killer ने प्रोसेस को मार दिया; Out of memory पढ़ें।

डिस्क रिंग. इस्तेमाल हुई जगह। यह मान गेस्ट एजेंट qemu-guest-agent से आता है। अगर एजेंट हटा दिया जाए, तो रिंग नहीं भरती; पैनल इंस्टॉलेशन कमांड दिखाएगा, उसे चलाएँ और डेटा वापस आ जाएगा।

अवधि कैसे चुनें

• घंटा — यह देखने के लिए कि अभी क्या हो रहा है: आपने कोई सर्विस रीस्टार्ट की, कोई अपडेट रोलआउट किया, या उसके नतीजे भुगत रहे हैं।
• दिन — रोज़ का रिदम देखने के लिए: रात के cron जॉब, सुबह ट्रैफ़िक का बढ़ना।
• हफ़्ता — एक बार की घटना को नियमित घटना से अलग करने के लिए। हर सोमवार 03:00 बजे का पीक आपका शेड्यूल है, संयोग नहीं।
• महीना — टियर तय करने के लिए। अगर CPU या मेमोरी का पठार हफ़्तों तक बना रहता है, तो ऊँचे टियर का समय आ गया है।

अवधि जितनी लंबी होगी, एवरेजिंग उतनी ही ज़्यादा होगी: एक मिनट का स्पाइक महीने के ग्राफ़ पर लगभग दिखता ही नहीं। इसलिए छोटी समस्याएँ घंटे के स्केल पर देखें।

ग्राफ़ क्या नहीं दिखाते

• मशीन पर लोड ठीक किसने डाला। पैनल को कुल योग पता है, प्रोसेस नहीं। दोषी का नाम सिर्फ़ सिस्टम के अंदर htop या btop से मिलता है।
• डिस्क लोड। रिंग इस्तेमाल हुई जगह दिखाती है, पढ़ने-लिखने की स्पीड नहीं। उसके लिए iostat और iotop हैं।
• वेबसाइट का डाउनटाइम। ग्राफ़ शांत रहते हुए भी एप्लिकेशन डाउन हो सकता है। आपको बाहरी मॉनिटरिंग चाहिए; देखें Website downtime alerts।
• प्रति-सेकंड विवरण। ग्राफ़ के बिंदु एवरेज किए गए हैं। अगर आपको इतिहास के साथ विस्तृत मेट्रिक्स चाहिए, तो Netdata इंस्टॉल करें।

आम गलतियाँ

पहली है इस्तेमाल हुई मेमोरी पर घबरा जाना। Linux खाली मेमोरी कैश को दे देता है, और ग्राफ़ ईमानदारी से यही दिखाता है; चिंता की बात swap का बढ़ना है, उसका भरा होना नहीं।

दूसरी है एक ही बिंदु से नतीजे निकालना। अपना प्लान बदलने से पहले वही सेक्शन हफ़्ते के स्केल पर देखें: अक्सर “लगातार लोड” आधे घंटे का कोई जॉब निकलता है।

अगर मशीन SSH पर जवाब नहीं दे रही है, तब भी ग्राफ़ जुटाए जाते रहते हैं। जब एक्सेस चला जाए, तो “Overview” से शुरू करें — लाइनों में टूटन वह पल दिखाती है जब सब कुछ बिगड़ा।