सर्व्हर संसाधने तपासणी

जेव्हा सर्व्हर ओव्हरलोड केला जातो, मग तो व्हर्च्युअल असो वा डेडिकेटेड, तेव्हा वेबसाइट्स हळूहळू लोड होतात आणि कंटेंटऐवजी त्रासदायक त्रुटी निर्माण करतात. असे परिणाम टाळण्यासाठी त्याच्या पॅरामीटर्सचे काळजीपूर्वक निरीक्षण करणे आणि संसाधनांचे वेळेवर विश्लेषण करणे आवश्यक आहे,

पुढे, आपण होस्टिंग प्रदात्याच्या साधनांचा वापर करून तसेच सर्व्हरच्या बाजूला असलेल्या टर्मिनलद्वारे वैयक्तिक संसाधनांचे निदान करण्याचा विचार करू. याव्यतिरिक्त, आपण खराब सिस्टम कामगिरीशी संबंधित समस्या सोडवण्यासाठी विविध दृष्टिकोनांचा विचार करू. सूचना Linux OS चालवणाऱ्या कोणत्याही सर्व्हरवर लागू होतात, प्रीइंस्टॉल केलेले सॉफ्टवेअर काहीही असो.

VMmanager द्वारे सर्व्हर संसाधने तपासत आहे

VMmanager व्हर्च्युअलायझेशन टूल हे सर्वात सोपे आहे, परंतु त्याच वेळी निदानासाठी सार्वत्रिक उपाय आहे. ते कार्यक्षम व्यवस्थापन सुनिश्चित करण्यात महत्त्वाची भूमिका बजावते समर्पित or आभासी सर्व्हर बहुतेक आधुनिक होस्टिंग प्रदात्यांवर. उदाहरणार्थ, टूलच्या आवृत्ती 6 वर तपासणी केली जाईल, तथापि, मागील आवृत्त्या देखील समान निदान करू शकतात.

विश्लेषणासाठी, तुम्हाला येथे जावे लागेल VM व्यवस्थापक नियंत्रण पॅनेल उघडा आणि इच्छित व्हर्च्युअल मशीन निवडा:

पुढे, वापरकर्ता रिअल टाइममध्ये संसाधनांचा वापर त्वरित पाहू शकतो. अधिक तपशीलवार आकडेवारीसाठी, तुम्हाला "पॅरामीटर्स" निवडावे लागेल:

वरच्या बाजूला असलेला तपशीलवार आकडेवारी टॅब सामान्य सर्व्हर वैशिष्ट्ये आणि व्हर्च्युअलायझेशन प्रकार प्रदर्शित करतो. आलेखांवर तुम्ही रिअल टाइममध्ये नेटवर्क कंजेशन, प्रोसेसर लोड, रॅम आणि डिस्क स्पेस वापर पाहू शकता:

विशिष्ट कालावधीसाठी डिस्क स्पेस किंवा संसाधन आकडेवारीचे अधिक तपशीलवार विश्लेषण करण्यासाठी, तुम्हाला योग्य मेनू आयटम निवडणे आवश्यक आहे. व्हर्च्युअल डिस्कबद्दलची माहिती या स्वरूपात प्रदर्शित केली जाते:

विशिष्ट संसाधनासाठी लोड आकडेवारी सोयीस्कर आलेखाच्या स्वरूपात प्रदर्शित केली जाते:

दिवस, आठवडा, महिना, वर्षासाठी लोड ग्राफ प्रदर्शित करणे किंवा आवश्यक तारखा मॅन्युअली निवडणे शक्य आहे. सर्व मुख्य संसाधने प्रदर्शित केली जातात: प्रोसेसर, रॅम, स्टोरेज, नेटवर्क इंटरफेस.

अनेक वापरकर्ते विशिष्ट कालावधीत संसाधने समान रीतीने वापरली जावीत अशी अपेक्षा करतात. तथापि, हे नेहमीच नसते. उदाहरणार्थ, निष्क्रिय मोडमध्ये देखील नेटवर्क इंटरफेस सारखा दिसू शकतो:

या प्रकरणात कोणतेही उपाय आवश्यक नाहीत. तथापि, प्रोसेसर, रॅम किंवा डिस्क स्टोरेजच्या बाबतीत, सर्व्हरने त्याच्या सर्व १००% संसाधनांचा सतत वापर करू नये; शिफारस केलेले लोड ७०% पेक्षा जास्त नसावे.

टर्मिनलमध्ये सर्व्हर संसाधने तपासत आहे

एकूण भार विश्लेषण

आपण यापूर्वी काही विश्लेषण पर्याय पाहिले आहेत सर्व्हर संसाधनांचे सामान्य निदान लेख. तिथे आपण मानक साधनांबद्दल बोललो जसे की वर/वर, आणि स्थापित करणे आणि कॉन्फिगर करणे देखील पाहिले नेटडाटा युटिलिटी, जी आपल्याला ब्राउझरद्वारे सर्व्हर संसाधनांचे निरीक्षण करण्याची परवानगी देते. या लेखात आपण पाहू पळवाट एक पर्याय म्हणून अव्वल सामान्य प्रणाली संसाधन विश्लेषणासाठी उपयुक्तता.

हे टूल डिफॉल्टनुसार लिनक्स डिस्ट्रिब्युशनमध्ये प्रीइंस्टॉल केलेले नसते, म्हणून चला इंस्टॉलेशनपासून सुरुवात करूया. डेबियन/उबंटूसाठी आपण ही कमांड वापरतो:

apt-get install htop

CentOS साठी, वापरणे अधिक अर्थपूर्ण आहे उबदार रिपॉझिटरीज. ते डिफॉल्टनुसार अक्षम केले जातात, म्हणून पहिली कमांड त्यांना जोडण्यासाठी जबाबदार असते आणि दुसरी कमांड स्थापित करण्यासाठी असते पळवाट:

yum -y install epel-release
yum install htop -y

इंस्टॉलेशन नंतर लगेच, तुम्ही अॅप्लिकेशन मेनूमधून किंवा टर्मिनलमध्ये योग्य कमांड देऊन युटिलिटी उघडू शकता:

htop

परिणामी, वापरकर्ता सिस्टमबद्दलची सर्व माहिती पाहू शकेल:

वरच्या डाव्या कोपऱ्यात प्रोसेसर डेटा प्रदर्शित केला जातो, ज्यामध्ये प्रत्येक कोर, रॅम आणि स्वॅप मेमरीचा वापर समाविष्ट असतो. लिनक्समध्ये स्वॅप मेमरी रॅमच्या कमतरतेच्या बाबतीत वापरली जाते, ज्यामुळे सिस्टम स्थिरता सुनिश्चित होते. वरच्या उजव्या कोपऱ्यात तुम्ही प्रोसेसर लोड आणि सक्रिय कार्यांची संख्या पाहू शकता. मध्यवर्ती भाग सॉर्ट करण्याची क्षमता असलेल्या सक्रिय प्रक्रिया दर्शवितो. खालचा भाग हॉट की आणि कार्यक्षमतेबद्दल माहिती प्रदान करतो. "मदत" विभागात प्रोग्रामच्या क्षमतांचे तपशीलवार वर्णन आहे:

सिस्टमचे निदान करण्यापूर्वी, सर्व्हरवर नेमके किती कोर/प्रोसेसर वापरले जातात हे समजून घेणे आवश्यक आहे. वापरकर्ता त्यांचे मूल्य वरच्या डाव्या कोपऱ्यात शोधू शकतो. पळवाट उपयुक्तता:

किंवा कमांड चालवून:

nproc

प्राप्त मूल्यावर अवलंबून, परवानगीयोग्य एकूण भार मोजला जाईल (वरच्या उजव्या कोपऱ्यात लोड सरासरी). आमच्या बाबतीत ते 2 च्या बरोबरीचे आहे, म्हणजे कमाल भार 2.0 आहे. तथापि, याचा अर्थ असा नाही की लोड 2.0 अंतर्गत सिस्टम पूर्णपणे गोठेल. ही संख्या जास्त असू शकते, परंतु या प्रकरणात, इतर सर्व कार्ये रांगेत असतील आणि सर्व्हर स्वतः लोड केला जाईल. आदर्श मूल्य 70% पेक्षा जास्त नसलेले भार मानले जाते. उदाहरणार्थ, सिंगल-प्रोसेसर सर्व्हरवर लोड सरासरी 0.7 च्या आत असावी. वर नमूद केलेल्या उदाहरणातील सर्व्हरच्या बाबतीत, एक चांगला सूचक 1.4 पेक्षा जास्त नसलेली मूल्ये असतील.

वापरून पळवाट किंवा त्याच्या अॅनालॉग्ससाठी, वापरकर्त्याला मुख्य संसाधनांचे मूल्यांकन करणे आवश्यक आहे: सरासरी प्रोसेसर लोड, रॅम वापर, डिस्क स्पेस आणि नेटवर्क इंटरफेस. जर संसाधने कमीत कमी असतील, तर तुम्हाला CPU वापरानुसार प्रक्रिया क्रमवारी लावाव्या लागतील, जास्त वापरणारे ऑपरेशन्स ओळखाव्या लागतील आणि नंतर त्यांना ऑप्टिमाइझ किंवा समाप्त कराव्या लागतील. जर प्रोग्राम बंद करणे अशक्य असेल किंवा ऑप्टिमायझेशन अयशस्वी झाले तर, अधिक शक्तिशाली कॉन्फिगरेशन असलेल्या सर्व्हरवर स्विच करण्याचा विचार करण्याची शिफारस केली जाते.

मोफत रॅम तपासत आहे

या विभागात, आपण कोणत्याही सर्व्हरच्या कामकाजाच्या एका महत्त्वाच्या पैलूवर बारकाईने नजर टाकू - पुरेशा प्रमाणात मोफत रॅम.

टर्मिनलद्वारे कोणत्याही लिनक्स सिस्टीमवर मोफत रॅम तपासण्याचा सर्वात सोपा मार्ग म्हणजे ही आज्ञा:

free -m

आउटपुटवर आपल्याला मेगाबाइट्समध्ये खालील डेटा मिळतो: एकूण, वापरलेली, मोफत आणि कॅश्ड रॅम, तसेच स्वॅप व्हॉल्यूम:

हे साधन विशिष्ट वेळी सामान्य डेटा मिळविण्यासाठी उपयुक्त आहे. डायनॅमिक रॅम वापर निदानासाठी, आम्ही शिफारस करतो की vmstat उपयुक्तता, जी आम्हाला आउटपुट माहितीची अपडेट वारंवारता कॉन्फिगर करण्याची परवानगी देते:

vmstat 1

वरील उदाहरणात, डेटा दर सेकंदाला अपडेट केला जाईल. आउटपुट सारख्याच स्वरूपात तयार केले जाते फुकट:

हे टूल सामान्य सिस्टम माहिती देखील प्रदान करते, परंतु आमच्या बाबतीत, फक्त RAM साठी जबाबदार असलेले कॉलम, म्हणजेच मेमरी आणि स्वॅप, महत्वाचे आहेत. सर्व मूल्ये किलोबाइट्समध्ये दर्शविली आहेत. चला त्यांना अधिक तपशीलवार पाहूया:

मेमरी (रॅम):

• एसडब्ल्यूपीडी: भौतिक मेमरीची देवाणघेवाण व्हर्च्युअल मेमरी.
• फुकट: उपलब्ध भौतिक मेमरी (RAM).
• थडगे: डिस्क लिहिण्यापूर्वी बफर म्हणून वापरलेली मेमरी.
• कॅशे: प्रवेश जलद करण्यासाठी कॅशे म्हणून वापरली जाणारी मेमरी.

स्वॅप

• si: प्रवेश जलद करण्यासाठी कॅशे म्हणून वापरली जाणारी मेमरी.
• so: भौतिक मेमरीमधून स्वॅप मेमरीमध्ये लिहिलेला डेटा.

स्वतंत्रपणे, हे लक्षात घेण्यासारखे आहे की सर्व सिस्टम संसाधने युटिलिटीजचे निदान करणारे सुरुवातीला लॉगमधून डेटा घेतात. RAM च्या बाबतीत, वापरकर्ता संबंधित फाइल उघडून थेट डेटा पाहू शकेल:

cat /proc/meminfo

आउटपुट बरेच विस्तृत आहे, परंतु मेमरीचे विश्लेषण करण्यासाठी पहिल्या रेकॉर्डकडे लक्ष देणे पुरेसे आहे:

जास्त रॅम वापरण्याच्या समस्या बहुतेकदा विशिष्ट कार्य किंवा प्रक्रियेशी संबंधित असतात. सुरुवातीला, समस्याप्रधान प्रक्रिया ओळखण्यासाठी सामान्य साधनांचा वापर करून निदान करणे पुरेसे असेल. यावर उपाय म्हणून, तुम्ही विशिष्ट अनुप्रयोग ऑप्टिमाइझ करण्याचा, मोठ्या प्रमाणात माहितीबद्दल बोलत असल्यास कॅशिंग आणि डेटा कॉम्प्रेशन सक्षम करण्याचा किंवा सर्व्हर कॉन्फिगरेशन वाढवण्याचा विचार करू शकता.

डिस्क स्पेस नियंत्रण

सर्व्हर डिस्क स्पेसचे निदान त्याच्या इतर संसाधनांपेक्षा कमी महत्वाचे नाही. नियमानुसार, तपासणीची आवश्यकता दर्शविणारे संकेत आहेत: विद्यमान फायली तयार करण्यास किंवा लिहिण्यास असमर्थता, सिस्टमची मंद कामगिरी आणि विविध इनपुट/आउटपुट त्रुटी.

तपासण्याचा सर्वात सोयीस्कर मार्ग म्हणजे ही आज्ञा:

df -h

प्रतिसादात, टूल सर्व माउंट केलेल्या डिस्क विभाजनांची माहिती दर्शवेल:

अधिक तपशीलवार निर्देशिका देखरेखीसाठी तुम्ही ही आज्ञा वापरू शकता:

du -hs /*

अशाप्रकारे, वापरकर्ता प्रत्येक निर्देशिका किती जागा घेते हे शोधू शकेल. सिस्टम कार्यप्रदर्शन पुनर्संचयित करण्यासाठी, तुम्हाला सर्वात जास्त मेमरी वापरणाऱ्या डिस्कचे विभाजन ऑप्टिमाइझ करावे लागेल. एकूण रकमेच्या 80-90% पेक्षा जास्त मोकळ्या जागेचा वापर करू देऊ नये अशी शिफारस केली जाते; उर्वरित 10-20% स्थिर सिस्टम ऑपरेशनसाठी पुरेसे असावे. ऑप्टिमायझेशन शक्य नसल्यास डिस्क स्पेस वाढवण्याची शिफारस केली जाते. हे नवीन जोडून किंवा विद्यमान डिस्क वाढवून तसेच क्लाउड स्टोरेज वापरून केले जाऊ शकते. निवडलेल्या उपायाकडे दुर्लक्ष करून, फाइल गमावण्यापासून टाळण्यासाठी नेहमीच बॅकअप प्रत तयार करण्याची शिफारस केली जाते.

नेटवर्क इंटरफेस तपासणी

सर्व्हर डायग्नोस्टिक्सचा शेवटचा, परंतु कमी महत्त्वाचा पैलू म्हणजे नेटवर्क इंटरफेस तपासणे. नेटहॉग्स रिअल टाइममध्ये नेटवर्क प्रक्रियांद्वारे किती ट्रॅफिक जमा होतो याबद्दल सामान्य माहिती मिळवायची असेल तर युटिलिटी वापरली जाऊ शकते.
सेंट ओएस वर स्थापना आणि लाँच:

yum install nethogs
nethogs

डेबियन/उबंटूसाठी:

apt-get install nethogs
nethogs

हे टूल सध्या नेटवर्क संसाधने वापरत असलेल्या प्रक्रिया दर्शवेल:

आम्ही वापरण्याची शिफारस करतो इफ्टॉप अधिक तपशीलवार विश्लेषणासाठी.
सेंट ओएस वर स्थापना आणि लाँच:

yum install iftop
iftop

डेबियन/उबंटूसाठी:

apt-get install iftop
iftop

प्रोग्राम आउटपुट म्हणजे सक्रिय कनेक्शनची यादी जी आयपी पत्ते, पोर्ट, ट्रान्सफर केलेल्या डेटाचे प्रमाण आणि ट्रान्सफर गती दर्शवते. प्रोग्रामचा मुख्य फायदा म्हणजे नेटवर्क चॅनेल लोडिंगचे व्हिज्युअल डिझाइन:

सर्व्हर नेटवर्क चॅनेलचे निदान केल्यानंतर आणि जास्त लोड असलेल्या समस्या ओळखल्यानंतर, होस्टिंग प्रदात्याच्या बाजूने नेटवर्क कनेक्शनची बँडविड्थ वाढवण्याची किंवा विशिष्ट समस्याग्रस्त इंटरफेसच्या सेटिंग्ज ऑप्टिमाइझ करण्याची शिफारस केली जाते. बॅकअप टूल म्हणून, तुम्ही नेटवर्क क्रियाकलापातील बदलांचा त्वरित मागोवा घेण्यासाठी आणि आवश्यक असल्यास, आवश्यकतेनुसार नेटवर्क पायाभूत सुविधा नियमितपणे अपडेट करण्यासाठी विविध मॉनिटरिंग सिस्टम वापरू शकता.

निष्कर्ष

शेवटी, हे अधोरेखित केले जाऊ शकते की सर्व्हर संसाधनांचे निदान करणे हे प्रभावी व्यवस्थापनाचा अविभाज्य भाग आहे आभासी आणि समर्पित सर्व्हर. या लेखात आम्हाला संपूर्ण सर्व्हर विश्लेषणासाठी मुख्य साधने पाहण्याची शक्यता प्रदान करण्यात आली आहे आणि संभाव्य समस्यांचे निवारण करण्यासाठी व्यावहारिक शिफारसी देखील देण्यात आल्या आहेत. नियमित सिस्टम डायग्नोस्टिक्समुळे सर्व्हर सक्रिय वापरकर्त्याच्या सहभागाशिवाय देखील अखंडपणे कार्य करू शकतो.