आधाररेखाएँ और प्रदर्शन माप

बेसलाइन इस बात का रिकॉर्ड होती है कि सामान्य परिस्थितियों में नेटवर्क कैसे व्यवहार करता है: सामान्य बैंडविड्थ उपयोग, CPU भार, विलंबता और त्रुटि दरें। यह दर्ज करती है कि "सामान्य स्थिति कैसी दिखती है"। सामान्य स्थिति पता होने पर असामान्य स्थिति पहचानी जा सकती है। बेसलाइन के बिना आप यह नहीं बता सकते कि लिंक का 60% उपयोग स्वस्थ है या चेतावनी का संकेत, क्योंकि तुलना के लिए आपके पास कुछ नहीं होता।

बेसलाइन कच्ची संख्याओं को अर्थ देती हैं। वे आपको विचलन जल्दी पहचानने, प्रमाण के आधार पर उन्नयन उचित ठहराने और वास्तविक चेतावनी सीमाएँ तय करने देती हैं। यदि आपकी बेसलाइन दिखाती है कि कोई सर्वर औसतन 30% CPU उपयोग करता है, तो अचानक 90% तक पहुँचना स्पष्ट रूप से असामान्य लगेगा। समस्या-निवारण के दौरान भी बेसलाइन उपयोगी होती हैं: वर्तमान मापों की बेसलाइन से तुलना करने पर तुरंत पता चलता है कि क्या बदला है।

हर तकनीशियन द्वारा ट्रैक किए जाने वाले मुख्य मापदंडों में शामिल हैं:

• बैंडविड्थ / उपयोग — कोई लिंक कितना भरा हुआ है।
• विलंबता — ट्रैफ़िक को नेटवर्क पार करने में लगने वाली देरी।
• जिटर — विलंबता में होने वाला उतार-चढ़ाव।
• पैकेट हानि — छोड़े गए पैकेटों का प्रतिशत।

मिलकर ये किसी कनेक्शन की गति और गुणवत्ता, दोनों का वर्णन करते हैं।

बैंडविड्थ किसी लिंक की अधिकतम क्षमता होती है, जैसे सड़क पर लेनों की संख्या। थ्रूपुट वास्तव में प्राप्त की गई डेटा दर होती है, जैसे सड़क से सचमुच निकल पाने वाली गाड़ियाँ। थ्रूपुट हमेशा बैंडविड्थ के बराबर या उससे कम होता है और भीड़, त्रुटियों तथा अतिरिक्त प्रोटोकॉल-भार के कारण घटता है। बैंडविड्थ की तुलना में थ्रूपुट की निगरानी करने से पता चलता है कि कितनी अतिरिक्त क्षमता बची है।

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

पैकेट हानि उन पैकेटों का अंश है जो कभी पहुँचते ही नहीं; इसे प्रतिशत के रूप में व्यक्त किया जाता है। थोड़ी हानि सामान्य हो सकती है, लेकिन बढ़ती हानि प्रदर्शन को खराब करती है: TCP पैकेटों को दोबारा भेजता है, जिससे स्थानांतरण धीमा हो जाता है, और वास्तविक समय का मीडिया अटकने लगता है। हानि अक्सर भीड़, खराब होती केबल या अत्यधिक भार वाले डिवाइस की ओर संकेत करती है। हानि की अपनी बेसलाइन के सापेक्ष निगरानी करने से उन लिंक का पता चलता है जो विफल होना शुरू हो रहे हैं।

उपयोग बताता है कि कोई संसाधन कितना व्यस्त है; इसे क्षमता के प्रतिशत के रूप में दिखाया जाता है। 100% के पास लगातार रहने वाला लिंक संतृप्त होता है और पैकेट छोड़ने के साथ देरी भी बढ़ाता है। उपयोग की प्रवृत्तियों पर नज़र रखने से आप संतृप्ति के उपयोगकर्ताओं को प्रभावित करने से पहले उन्नयन कर सकते हैं। बेसलाइन सामान्य व्यस्तता की सीमा बताती है, इसलिए आपको पता रहता है कि उपयोग कब खतरनाक स्तर तक पहुँच गया है।

इंटरफ़ेस त्रुटियों (दूषित फ़्रेम) और छोड़े गए पैकेटों (अक्सर भीड़ या बफ़र की सीमा के कारण गिराए गए फ़्रेम) के काउंटर रखते हैं। लगातार बढ़ता त्रुटि काउंटर आमतौर पर किसी भौतिक समस्या, जैसे खराब केबल या विफल हो रहे पोर्ट, का अर्थ होता है, जबकि बढ़ते छोड़े गए पैकेट अत्यधिक भार की ओर संकेत करते हैं। इन काउंटरों की स्वच्छ बेसलाइन से तुलना करने पर ठीक-ठीक पता चलता है कि कौन-सा इंटरफ़ेस सही ढंग से काम नहीं कर रहा है।

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

किसी घटना के दौरान मापदंड खोज का क्षेत्र सीमित करते हैं। कम उपयोग के साथ अधिक विलंबता भीड़ के बजाय मार्ग या दूरी की समस्या का संकेत देती है। पैकेट हानि के साथ इंटरफ़ेस त्रुटियों का बढ़ना किसी भौतिक खराबी की ओर संकेत करता है। वर्तमान मापों की बेसलाइन से तुलना करने पर मुख्य प्रश्न "क्या बदला?" का उत्तर मिलता है, जो कारण तक पहुँचने का सबसे तेज़ मार्ग है।

तुरंत समस्या-निवारण के अलावा, मापदंड ऐसी रिपोर्टों में भी उपयोग होते हैं जो महीनों की प्रवृत्तियाँ दिखाती हैं। ये रिपोर्ट बजट को उचित ठहराती हैं, SLA अनुपालन का दस्तावेज़ बनाती हैं और क्षमता-योजना का मार्गदर्शन करती हैं। संतृप्ति की ओर लगातार बढ़ता प्रवृत्ति-ग्राफ़ उन्नयन के पक्ष में स्पष्ट, डेटा-आधारित तर्क देता है। बेसलाइन और मापदंड मिलकर निगरानी को अंतर्ज्ञान-आधारित काम से प्रमाण-आधारित नेटवर्क प्रबंधन में बदल देते हैं।

आपने आधाररेखाओं और मेट्रिक्स के बारे में सीखा। मुख्य बिंदु:

• आधाररेखा सामान्य व्यवहार दर्ज करती है, ताकि आप विचलनों का पता लगा सकें।
• मुख्य मेट्रिक्स हैं: उपयोग, विलंबता, जिटर और पैकेट हानि।
• बैंडविड्थ क्षमता है; थ्रूपुट वास्तविक दर है।
• बढ़ती हुई त्रुटियाँ भौतिक खराबियों का संकेत देती हैं; बढ़ते हुए त्याग भीड़भाड़ का संकेत देते हैं।
• कई सप्ताहों में आधाररेखाएँ बनाएँ और बड़े बदलावों के बाद उन्हें अद्यतन करें।