आईटी इन्फ्रास्ट्रक्चर हेल्थ मेट्रिक्स, थ्रेसहोल्ड, और आईटी सेवा उपयोगकर्ता

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

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

परिचय

किसी भी निगरानी का उद्देश्य उपयोगकर्ताओं, ग्राहकों आदि के काम को प्रभावित करने से पहले विफलता के बारे में पता लगाना है। समय पर विफलता का पता लगाने और इसके बारे में सिस्टम व्यवस्थापक या समर्थन सेवा को सूचित करने के लिए निगरानी प्रणाली के लिए, यह आवश्यक है:

1. जानिए किन मेट्रिक्स को नियंत्रित करना होगा।
2. सही ढंग से निगरानी किए गए मीट्रिक के लिए थ्रेसहोल्ड सेट करें।

इन सवालों के जवाब सरल या जटिल हो सकते हैं, और यह निर्भर करता है कि आईटी सेवा विफलता के रूप में क्या समझती है।

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

आईटी सेवा स्तर	एक विफलता क्या है?
आईटी प्रदाता	आईटी इंफ्रास्ट्रक्चर में कुछ गड़बड़ है
आईटी सेवा प्रदाता	उपयोगकर्ता अपने कर्तव्यों को पूरा करने के लिए आईटी सेवा का उपयोग नहीं कर सकते हैं।
बिजनेस पार्टनर	व्यावसायिक प्रक्रिया रुक गई या धीमी हो गई

आईटी इन्फ्रास्ट्रक्चर प्रदाता के लिए विफलता: आईटी इन्फ्रास्ट्रक्चर में कुछ गड़बड़ है

सबसे सरल मामले में, विफलता आईटी बुनियादी ढांचे में एक खराबी है। इस मामले में मेट्रिक्स की जानकारी MIB (प्रबंधन सूचना बेस) में निहित है। थ्रेशोल्ड्स को तीन तरीकों से सेट किया जाता है:

1. यदि मीट्रिक प्रतिशत (निपटान, उपलब्धता, आदि) में मापा जाता है, तो सामान्य ज्ञान विधि।
2. अधिकांश महत्वपूर्ण मीट्रिक के लिए, सॉफ़्टवेयर और हार्डवेयर निर्माताओं की सिफारिशों में निहित संदर्भ मूल्य हैं। हमने इस जानकारी का एक महत्वपूर्ण हिस्सा व्यवस्थित किया और परिणाम वेबसाइट http://www.you-expert.ru , अनुभाग "परीक्षा" पर देखे जा सकते हैं।
3. यदि पी। 1 और पी। 2 संभव नहीं है, तो बेसलाइन विधि का उपयोग किया जाता है।

बेसलाइन विधि

बेसलाइन एक मीट्रिक या मीट्रिक का सेट होता है जो आईटी इन्फ्रास्ट्रक्चर के सामान्य (सामान्य) ऑपरेशन को चिह्नित करता है। बेसलाइन बनाने के लिए, आपको समय की लंबी अवधि में प्राप्त माप परिणामों को सांख्यिकीय रूप से संसाधित करने की आवश्यकता होती है, उदाहरण के लिए, एक महीना, और औसत मूल्य प्राप्त करें, जिसे आदर्श के रूप में लिया जाता है। मान से अधिक (मोडुलो) मान, उदाहरण के लिए, 10%, 30%, या 50% (सहज रूप से निर्धारित), को "खराब" रेटिंग के अनुरूप थ्रेशोल्ड मान के रूप में लिया जाता है।

बेसलाइनों की गणना और प्रतिनिधित्व करने के कई तरीके हैं। सरलतम निगरानी प्रणालियों में, यह मीट्रिक का औसत मूल्य हो सकता है, जो मापा मीट्रिक के ग्राफ को पार करने वाली एक सीधी रेखा के रूप में प्रदर्शित होता है। पेशेवर प्रणालियों में, ये कई सांख्यिकीय अनुमान (आमतौर पर प्रतिशत) हैं जो समय के साथ बंधे हैं। इसका मतलब यह है कि बेसलाइन के मूल्य, उदाहरण के लिए, 7-00 और 11-00 पर दो अलग-अलग मूल्य हैं। आंकड़े 2 और 3 कोर लाइनों के उदाहरण दिखाते हैं जो स्वचालित रूप से प्रोलान उत्पादों द्वारा गणना की जाती हैं। बेसलाइन 20, 20 मिनट के अंतराल पर मैट्रिक्स का मूल्यांकन करता है और एक तालिका की तरह दिखता है। बेसलाइन 60, 60 मिनट के अंतराल पर मेट्रिक्स का मूल्यांकन करती है और तीन ग्राफ का रूप लेती है: औसतन, 75 प्रतिशत (सबसे खराब मानों में से 25% को छोड़ दिया जाता है), 90 प्रतिशत (सबसे खराब मूल्यों का 10% खारिज कर दिया जाता है)।


चित्रा 2. बेसलाइन 20।


चित्रा 3. बेसलाइन 60।

आईटी सेवा प्रदाता के लिए विफलता: उपयोगकर्ता अपने कर्तव्यों को पूरा करने के लिए एक आईटी सेवा का उपयोग नहीं कर सकते हैं

आईटी के बुनियादी ढांचे में खराबी की तुलना में, यह मामला अधिक जटिल और अधिक दिलचस्प है। इसका महत्व इस तथ्य से निर्धारित होता है कि आईटी सेवाओं की उपलब्धता एसएलए (सेवा स्तर समझौते) का मुख्य घटक है।

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

आपको या तो यह निर्धारित करने की आवश्यकता है कि सेवा किन मैट्रिक्स में अच्छी तरह से काम करती है, और किस पर - इतना नहीं, या व्यावसायिक अनुप्रयोगों की प्रतिक्रिया समय (अंत-से-अंत प्रतिक्रिया समय) को मापें।

आइए दोनों तरीकों पर अधिक विस्तार से विचार करें।

पहला तरीका व्यावसायिक अनुप्रयोगों के प्रतिक्रिया समय (एंड-टू-एंड प्रतिक्रिया समय) को मापना है। व्यावसायिक अनुप्रयोगों के प्रतिक्रिया समय को मापने के लिए, विशेष मैट्रिक्स और विशेष माप उपकरण की आवश्यकता होती है। आप GUI रोबोट का उपयोग कर सकते हैं (हम SLA-ON Probe के साथ एकीकृत ऑटिट का उपयोग करते हैं), नेटवर्क प्रोटोकॉल विश्लेषक (उदाहरण के लिए, नेटवर्क इंस्ट्रूमेंट्स से ऑब्जर्वर सूट ), क्लाइंट या सर्वर पर स्थापित सॉफ्टवेयर एजेंट (उदाहरण के लिए, पांचवें स्तर )। थ्रेशोल्ड या तो सामान्य ज्ञान विधि द्वारा या बेसलाइन विधि द्वारा निर्धारित किए जाते हैं।

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

उपयोगकर्ताओं के आरामदायक काम के अनुरूप कौन-सा व्यवहार व्यवहार में निर्धारित हो सकता है?

आईटी सेवा उपयोगकर्ताओं के आरामदायक काम के अनुरूप ताकना मूल्यों का निर्धारण करने के लिए एल्गोरिदम

स्ट्रीमिंग एप्लिकेशन (आवाज, वीडियो) के लिए, तकनीकी मैट्रिक्स और उपयोगकर्ता की धारणा (या एक आईटी सेवा का उपयोग करने की सुविधा) के दहलीज मूल्यों के मिलान का कार्य लंबे समय से हल किया गया है। हर कोई जो सिस्को उपकरण के साथ काम करता है (और न केवल) जानता है कि यह उपकरण आपको व्यक्तिपरक मैट्रिक्स MOS (मीन ओपिनियन स्कोर) और ICPIF को नियंत्रित करने की अनुमति देता है, जो मापा नहीं जाता है, लेकिन तकनीकी मैट्रिक्स से गणना (कोडेक के प्रकार के आधार पर): घबराना, देरी, पैकेट नुकसान (जो वास्तव में मापा जाता है)। इसके लिए, आर-वैल्यू मॉडल का उपयोग किया जाता है। संचार मंत्रालय के प्रासंगिक मानकों और आदेश संख्या 113 के अंशदान विशेषज्ञ का समर्थन कर रहे हैं और इस विषय पर अन्य जानकारी www.you-expert.ru वेबसाइट पर देखी जा सकती है।

लेकिन यूडीपी के बजाय टीसीपी के शीर्ष पर चल रहे लेन-देन वाले अनुप्रयोगों के लिए, ऐसे कोई मानक नहीं हैं। इसका मतलब है कि हमें तकनीकी मैट्रिक्स और उपयोगकर्ता धारणाओं के मूल्यों के बीच पत्राचार स्थापित करना होगा। इसके लिए, APDEX कार्यप्रणाली (नीचे देखें) और प्रोलान समाधान का उपयोग करने का प्रस्ताव है।


चित्रा 4. ALFA व्यावसायिक अनुप्रयोग का संचालन।

मान लीजिए कि एक संचार चैनल द्वारा दो कार्यालय अलग-अलग हैं। उसी समय, एएलएफए एप्लिकेशन सर्वर एक कार्यालय में स्थित है, और एएलएफए एप्लिकेशन उपयोगकर्ता स्वयं दूसरे में, चित्र 4 देखते हैं। एएलएफए नाम, निश्चित रूप से सशर्त है। यह भी मान लें कि हमारे पास एक प्रोलान SLA-ON मॉनिटरिंग सिस्टम (या कुछ अन्य) है जो हमें राउटर, एप्लिकेशन सर्वर, संचार चैनलों के तकनीकी स्वास्थ्य मैट्रिक्स को मापने की अनुमति देता है, विशेष रूप से, घबराना, देरी, पैकेट हानि ।

और यहाँ हम इस बात से चिंतित हैं कि टेलीकॉम ऑपरेटर के साथ SLA में हमें रजिस्टर करने के लिए घबराना, देरी, पैकेट खो जाने के क्या मूल्य हैं, ताकि ALFA व्यवसाय एप्लिकेशन के उपयोगकर्ता आराम से काम करें। उन्हें हमारी निगरानी प्रणाली में थ्रेसहोल्ड के रूप में भी पेश किया जाएगा, ताकि सिस्टम प्रशासक या समर्थन सेवा, जब वे पार हो जाएं, तो तुरंत पहचान सकें कि विफलता हुई है (यानी उपयोगकर्ता प्रदान की गई सेवा का उपयोग करके अपने कर्तव्यों का पालन करने में असमर्थ हैं - एएलआई व्यापार अनुप्रयोग) ।


चित्रा 5. आईटी अवसंरचना स्वास्थ्य मेट्रिक्स का संग्रह, उपयोगकर्ता के प्रदर्शन और ALFA आवेदन के असंतोषजनक संचालन के मामलों के बारे में जानकारी

1. इस समस्या को हल करने के लिए, कंप्यूटर पर ALFA रेड बटन एप्लिकेशन (USB डिवाइस, सेल्फट्रेस प्रोग्राम, EPM- एजेंट प्लस प्रोग्राम) के सबसे उपयुक्त उपयोगकर्ता स्थापित करें। SelfTrace प्रोग्राम स्वचालित रूप से तब मापेगा जब उपयोगकर्ता ALFA एप्लिकेशन के साथ काम करते हैं (वे काम करते हैं, यानी वे कीबोर्ड पर कीज़ दबाते हैं और माउस को स्थानांतरित करते हैं, न केवल एप्लिकेशन खुला है, बल्कि कर्मचारी दूसरे विभाग में कॉफी पी रहा है) और परिणामों को समेकित डेटाबेस में स्थानांतरित करें। , चित्र 5 देखें।

2. मॉनिटरिंग सिस्टम को जिटर, देरी, पैकेट लॉस मेट्रिक्स को इकट्ठा करने के लिए कॉन्फ़िगर किया गया है, जो कि समेकित डेटाबेस में स्वचालित रूप से रिकॉर्ड किए जाते हैं, और एक सामान्य समय रेखा से बंधे होते हैं।

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

4. हम दहलीज मूल्यों की गणना के लिए आगे बढ़ते हैं। हम एक विशेष एप्लिकेशन (स्क्रिप्ट) लॉन्च करते हैं जो समेकित डेटाबेस तक पहुंचता है और घबराना, देरी, पैकेट डेटा मैट्रिक्स के औसत मूल्यों की गणना करता है:

1. उस समय जब ALFA उपयोगकर्ताओं ने IT सेवा के बारे में शिकायत की (उन्होंने एक बटन दबाया);
2. ऐसे समय में, जब उपयोगकर्ताओं की राय में, अल्फा के साथ सब कुछ सामान्य था।

नोट। वाणिज्यिक प्रोलान उत्पादों का उपयोग करने वाले सहयोगी इस स्क्रिप्ट को मुफ्त में प्राप्त कर सकते हैं।

नतीजतन, प्रत्येक घबराना, देरी, पैकेट हानि मीट्रिक के लिए , हमारे पास 2 थ्रेशोल्ड मान होंगे:

1. jitter_satisfied और jitter_frustrated
2. delay_satisfied और delay_frustrated
3. पैकेट loss_satisfied और पैकेट loss_frustrated

APDEX कार्यप्रणाली के अनुसार, प्रत्यय के साथ मैट्रिक्स कुंठित हैं, जो संबंधित मीट्रिक के चार गुना दहलीज मूल्य हैं। यही है, अगर jitter_frustrated मान 200 माइक्रोसेकंड था, तो ALFA उपयोगकर्ताओं के आरामदायक काम के अनुरूप जिटर मीट्रिक का दहलीज मूल्य 50 माइक्रोसेकंड है।


चित्र 6. 2, 7, 11, 12 - घबराने वाले मूल्यों को ध्यान में नहीं रखा जाता है (उपयोगकर्ता ने इस समय अल्फा एप्लिकेशन में काम नहीं किया था)। 5, 14 - को ध्यान में रखते हुए jitter_frustrated की गणना की जाती है। 1, 3, 4, 6, 8, 9, 10, 13, 15 - को jitter_satisfied की गणना के लिए ध्यान में रखा जाता है।

समस्या हल हो गई है। हमें थ्रेशोल्ड मान मिले, जिसकी अधिकता का अर्थ उपयोगकर्ता के दृष्टिकोण से विफलता है, और इसलिए आईटी सेवा प्रदाता (आईटी सेवा के उपयोगकर्ताओं के लिए ऑपरेशन के आरामदायक मोड का उल्लंघन)।

रास्ते के साथ, एक और महत्वपूर्ण समस्या हल हो गई है: हम यह निर्धारित करते हैं कि इस सेवा के प्रदर्शन के संदर्भ में कौन से मीट्रिक महत्वपूर्ण हैं। उदाहरण के लिए, अगर यह पता चलता है कि jitter_satisfied और jitter_frustrated के मूल्य करीब हैं, तो ALPHA एप्लिकेशन (इसके प्रदर्शन के लिए) के साथ काम करने के लिए जिटर मीट्रिक महत्वपूर्ण नहीं है। आईपी ​​चैनल के संचालन को चिह्नित करने वाले मैट्रिक्स के लिए, यह बहुत लागू नहीं है। लेकिन राउटर, एप्लिकेशन सर्वर के स्वास्थ्य मैट्रिक्स के लिए - यह महत्वपूर्ण है।

APDEX तकनीक

चित्रा 7. APDEX तकनीक।

निष्कर्ष में, APDEX तकनीक के बारे में कुछ शब्द।

APDEX (एप्लीकेशन परफॉर्मेंस इंडेक्स) एक मानक है जो एप्लिकेशन प्रदर्शन के साथ उपयोगकर्ता की संतुष्टि को निर्धारित करता है। APDEX तकनीक इस प्रकार है। सभी माप परिणाम (उदाहरण के लिए, किसी व्यावसायिक अनुप्रयोग के प्रतिक्रिया समय के माप परिणाम) को तीन समूहों में विभाजित किया गया है।

पहले समूह में माप शामिल हैं जिनके मूल्य उपयोगकर्ताओं के आरामदायक काम के अनुरूप थ्रेशोल्ड मान टी से कम हैं। (यह वही है जो हमें निर्धारित करने की आवश्यकता है।) इस तरह की मापों की संख्या संतुष्ट गणना चर का मूल्य है: उपयोगकर्ता संतुष्ट हैं।

दूसरे समूह में माप शामिल हैं जिनके मान T से अधिक हैं लेकिन 4 * T से कम हैं । इस तरह के माप की संख्या सहिष्णु गिनती चर का मूल्य है: उपयोगकर्ता बहुत संतुष्ट नहीं हैं, लेकिन सहन करने के लिए तैयार हैं।

अन्य सभी माप तीसरे समूह में दर्ज किए जाते हैं - निराश : उपयोगकर्ता शिकायत करते हैं। माप की कुल संख्या कुल नमूने चर का मूल्य है। APDEX मान की गणना चित्र 7 में सूत्र का उपयोग करके की गई है।

पोस्ट स्क्रिप्टम

आश्चर्यजनक तथ्य। विशाल रूस में निगरानी प्रणालियों की बिक्री छोटे जर्मनी की तुलना में लगभग 30 गुना कम है। मैं 30 नंबर के लिए वाउच नहीं कर सकता, लेकिन ऑर्डर बिल्कुल वैसा ही है। लंबे समय तक मुझे समझ नहीं आया कि यह किससे जुड़ा हुआ है, हाल ही में जब तक मेरे पास एक बहुत बड़े रिटेलर के आईटी निदेशक के साथ बातचीत नहीं हुई थी। मैंने पूछा कि वे आईटी बुनियादी ढांचे की निगरानी कैसे करते हैं। उन्होंने ओपन सोर्स उत्पादों में से एक का नाम दिया। मैं पूछता हूं: "ठीक है, यह आपको कैसे सूट करता है?" "हाँ," वह कहते हैं। - इंजीनियर खुश हैं। उपयोगकर्ता केवल खुश नहीं हैं, समय-समय पर शिकायत करते हैं कि सब कुछ उन पर धीमा हो रहा है, और कभी-कभी पत्र नहीं आते हैं। और हमारे डेटा के अनुसार, सब कुछ ठीक काम करता है। आप नहीं जानते कि यह क्या हो सकता है? "