जब सर्भर ओभरलोड हुन्छ, चाहे भर्चुअल होस् वा समर्पित, यसले वेबसाइटहरूलाई बिस्तारै लोड गर्छ र सामग्रीको सट्टा उत्तेजक त्रुटिहरू उत्पादन गर्छ। यस्तो नतिजाबाट बच्नको लागि यसको प्यारामिटरहरू सावधानीपूर्वक निगरानी गर्न र स्रोतहरूको समयमै विश्लेषण गर्न आवश्यक छ,
अर्को, हामी होस्टिङ प्रदायकको उपकरणहरू प्रयोग गरेर व्यक्तिगत स्रोतहरूको निदान हेर्नेछौं, साथै सर्भर साइडमा टर्मिनल मार्फत पनि। यसको अतिरिक्त, हामी खराब प्रणाली प्रदर्शनसँग सम्बन्धित समस्याहरू समाधान गर्न विभिन्न दृष्टिकोणहरू विचार गर्नेछौं। निर्देशनहरू Linux OS चलाउने कुनै पनि सर्भरहरूमा लागू हुन्छन्, पूर्व-स्थापित सफ्टवेयरको पर्वाह नगरी।
VMmanager मार्फत सर्भर स्रोतहरू जाँच गर्दै
VMmanager भर्चुअलाइजेशन उपकरण सबैभन्दा सरल छ, तर एकै समयमा निदानको लागि विश्वव्यापी समाधान हो। यसले कुशल व्यवस्थापन सुनिश्चित गर्नमा प्रमुख भूमिका खेल्छ समर्पित or भर्चुअल सर्भरहरू धेरैजसो आधुनिक होस्टिङ प्रदायकहरूमा। उदाहरणको रूपमा, जाँच उपकरणको संस्करण ६ मा गरिनेछ, यद्यपि, अघिल्ला संस्करणहरूले पनि समान निदानहरू सञ्चालन गर्न सक्छन्।
विश्लेषणको लागि, तपाईंले जानु पर्छ VM प्रबन्धक नियन्त्रण प्यानलमा जानुहोस् र इच्छित भर्चुअल मेसिन चयन गर्नुहोस्:
अर्को, प्रयोगकर्ताले तुरुन्तै वास्तविक समयमा स्रोतहरूको प्रयोग देख्न सक्छ। थप विस्तृत तथ्याङ्कहरूको लागि, तपाईंले "प्यारामिटरहरू" चयन गर्न आवश्यक छ:
माथि रहेको विस्तृत तथ्याङ्क ट्याबले सामान्य सर्भर विशेषताहरू र भर्चुअलाइजेशन प्रकार प्रदर्शन गर्दछ। ग्राफहरूमा तपाईंले वास्तविक समयमा नेटवर्क भीड, प्रोसेसर लोड, RAM र डिस्क स्पेस प्रयोग देख्न सक्नुहुन्छ:
निश्चित समयको लागि डिस्क स्पेस वा स्रोत तथ्याङ्कको थप विस्तृत विश्लेषणको लागि, तपाईंले उपयुक्त मेनु वस्तु चयन गर्नुपर्छ। भर्चुअल डिस्कहरूको बारेमा जानकारी यस ढाँचामा प्रदर्शित हुन्छ:
एक विशेष स्रोतको लागि लोड तथ्याङ्कहरू सुविधाजनक ग्राफको रूपमा प्रदर्शित हुन्छन्:
दिन, हप्ता, महिना, वर्षको लागि लोड ग्राफ प्रदर्शन गर्न वा आवश्यक मितिहरू म्यानुअल रूपमा चयन गर्न सम्भव छ। सबै मुख्य स्रोतहरू प्रदर्शित हुन्छन्: प्रोसेसर, RAM, भण्डारण, नेटवर्क इन्टरफेस।
धेरै प्रयोगकर्ताहरूले निश्चित अवधिमा स्रोतहरू समान रूपमा प्रयोग हुने अपेक्षा गर्छन्। यद्यपि, यो सधैं त्यस्तो हुँदैन। उदाहरणका लागि, निष्क्रिय मोडमा पनि नेटवर्क इन्टरफेस समान देखिन सक्छ:
यस अवस्थामा कुनै उपाय आवश्यक पर्दैन। यद्यपि, प्रोसेसर, RAM वा डिस्क भण्डारणको अवस्थामा, सर्भरले यसको सबै १००% स्रोतहरू स्थिर आधारमा प्रयोग गर्नु हुँदैन; सिफारिस गरिएको लोड ७०% भन्दा बढी हुँदैन।
टर्मिनलमा सर्भर स्रोतहरू जाँच गर्दै
कुल भार विश्लेषण
हामीले पहिले केही विश्लेषण विकल्पहरू हेरेका छौं सर्भर स्रोतहरूको सामान्य निदान लेख। त्यहाँ हामीले मानक उपकरणहरू जस्तै माथि/माथि, र स्थापना र कन्फिगर गर्ने बारे पनि हेरे नेटडाटा उपयोगिता, जसले हामीलाई ब्राउजर मार्फत सर्भर स्रोतहरू निगरानी गर्न अनुमति दिन्छ। यस लेखमा हामी हेर्नेछौं htop एक विकल्प को रूप मा शीर्ष सामान्य प्रणाली स्रोत विश्लेषणको लागि उपयोगिता।
यो उपकरण पूर्वनिर्धारित रूपमा लिनक्स वितरणमा पूर्व-स्थापित गरिएको छैन, त्यसैले स्थापनाबाट सुरु गरौं। डेबियन/उबुन्टुको लागि हामी यो आदेश प्रयोग गर्छौं:
apt-get install htop
CentOS को लागि, यो प्रयोग गर्नु बढी अर्थपूर्ण हुन्छ EPEL भण्डारहरू। तिनीहरू पूर्वनिर्धारित रूपमा असक्षम पारिएका हुन्छन्, त्यसैले पहिलो आदेश तिनीहरूलाई थप्नको लागि जिम्मेवार हुन्छ, र दोस्रो स्थापनाको लागि हो htop:
yum -y install epel-release
yum install htop -y
स्थापना पछि, तपाईंले उपयुक्त आदेशको साथ अनुप्रयोग मेनु वा टर्मिनलबाट उपयोगिता खोल्न सक्नुहुन्छ:
htop
फलस्वरूप, प्रयोगकर्ताले प्रणालीको बारेमा सबै जानकारी हेर्न सक्षम हुनेछ:
माथिल्लो बायाँ कुनामा प्रत्येक कोर, RAM र स्वाप मेमोरीको प्रयोग सहित प्रोसेसर डेटा प्रदर्शन गरिन्छ। Linux मा स्वाप मेमोरी RAM को कमीको अवस्थामा प्रयोग गरिन्छ, जसले प्रणाली स्थिरता सुनिश्चित गर्दछ। माथिल्लो दायाँ कुनामा तपाईंले प्रोसेसर लोड र सक्रिय कार्यहरूको संख्या देख्न सक्नुहुन्छ। केन्द्रीय भागले क्रमबद्ध गर्ने क्षमताको साथ सक्रिय प्रक्रियाहरू देखाउँछ। तल्लो भागले हट कुञ्जीहरू र कार्यक्षमताको बारेमा जानकारी प्रदान गर्दछ। "मद्दत" खण्डमा कार्यक्रमको क्षमताहरूको विस्तृत विवरण समावेश छ:
प्रणालीको निदान गर्नु अघि, सर्भरमा कति कोर/प्रोसेसरहरू प्रयोग गरिन्छ भनेर ठ्याक्कै बुझ्न आवश्यक छ। प्रयोगकर्ताले माथिल्लो बायाँ कुनामा तिनीहरूको मान पत्ता लगाउन सक्छ। htop उपयोगिता:
वा आदेश चलाएर:
nproc
प्राप्त मानको आधारमा, अनुमतियोग्य कुल लोड गणना गरिनेछ (माथिल्लो दायाँ कुनामा लोड औसत)। हाम्रो अवस्थामा यो २ बराबर छ, जसको अर्थ अधिकतम लोड २.० हो। यद्यपि, यसको मतलब यो होइन कि प्रणाली लोड २.० अन्तर्गत पूर्ण रूपमा स्थिर हुनेछ। यो संख्या बढी हुन सक्छ, तर यस अवस्थामा, अन्य सबै कार्यहरू कतारमा हुनेछन्, र सर्भर आफैं लोड हुनेछ। आदर्श मानलाई ७०% भन्दा बढीको लोड मानिन्छ। उदाहरणका लागि, एकल-प्रोसेसर सर्भरमा लोड औसत ०.७ भित्र हुनुपर्छ। माथि उल्लेखित उदाहरणमा सर्भरको मामलामा, १.४ भन्दा बढी नहुने मानहरू राम्रो सूचक हुनेछ।
प्रयोग htop वा यसको एनालगहरू, प्रयोगकर्ताले मुख्य स्रोतहरूको मूल्याङ्कन गर्न आवश्यक छ: औसत प्रोसेसर लोड, RAM प्रयोग, डिस्क स्पेस र नेटवर्क इन्टरफेस। यदि स्रोतहरू न्यूनतम छन् भने, तपाईंले CPU प्रयोगद्वारा प्रक्रियाहरू क्रमबद्ध गर्न, उच्च-उपभोग गर्ने अपरेशनहरू पहिचान गर्न, र त्यसपछि तिनीहरूलाई अनुकूलन वा समाप्त गर्न आवश्यक छ। यदि कार्यक्रम बन्द गर्न असम्भव छ वा अप्टिमाइजेसन असफल भयो भने, अझ शक्तिशाली कन्फिगरेसन भएको सर्भरमा स्विच गर्ने विचार गर्न सिफारिस गरिन्छ।
नि:शुल्क RAM जाँच गर्दै
यस खण्डमा, हामी कुनै पनि सर्भरको कार्यप्रणालीको एउटा महत्त्वपूर्ण पक्षलाई नजिकबाट हेर्नेछौं - पर्याप्त स्तरको नि:शुल्क RAM।
टर्मिनल मार्फत कुनै पनि लिनक्स प्रणालीमा नि:शुल्क RAM जाँच गर्ने सबैभन्दा सजिलो तरिका यो आदेश हो:
free -m
आउटपुटमा हामीले मेगाबाइटमा निम्न डेटा पाउँछौं: कुल, प्रयोग गरिएको, नि:शुल्क र क्यास गरिएको RAM, साथै स्वैप भोल्युम:
यो उपकरण निश्चित समयमा सामान्य डेटा प्राप्त गर्न उपयोगी छ। गतिशील RAM उपयोग निदानको लागि, हामी सिफारिस गर्छौं vmstat उपयोगिता, जसले हामीलाई आउटपुट जानकारीको अपडेट फ्रिक्वेन्सी कन्फिगर गर्न अनुमति दिन्छ:
vmstat 1
माथिको उदाहरणमा, डेटा प्रत्येक सेकेन्डमा अपडेट हुनेछ। आउटपुट समान ढाँचामा उत्पादन गरिन्छ मुक्त:
उपकरणले सामान्य प्रणाली जानकारी पनि प्रदान गर्दछ, तर हाम्रो अवस्थामा, RAM को लागि जिम्मेवार स्तम्भहरू मात्र महत्त्वपूर्ण छन्, अर्थात्, मेमोरी र स्वाप। सबै मानहरू किलोबाइटमा संकेत गरिएका छन्। तिनीहरूलाई थप विवरणमा हेरौं:
स्मरण (र्याम):
- swpd ले: भर्चुअल मेमोरीलाई भौतिक मेमोरीसँग साटासाट गरियो।
- मुक्त: उपलब्ध भौतिक मेमोरी (RAM)।
- शौकीन: डिस्क लेख्नु अघि बफरको रूपमा प्रयोग गरिएको मेमोरी।
- क्यास: पहुँचको गति बढाउन क्यासको रूपमा प्रयोग गरिने मेमोरी।
स्वैप गर्नुहोस्
- si: पहुँचको गति बढाउन क्यासको रूपमा प्रयोग गरिने मेमोरी।
- so: भौतिक मेमोरीबाट स्वैप मेमोरीमा लेखिएको डेटा।
अलग रूपमा, यो तथ्य उल्लेख गर्न लायक छ कि उपयोगिताहरूको निदान गर्ने सबै प्रणाली स्रोतहरूले सुरुमा लगहरूबाट डेटा लिन्छन्। RAM को मामलामा, प्रयोगकर्ताले सम्बन्धित फाइल खोलेर सीधै डेटा हेर्न सक्षम हुनेछ:
cat /proc/meminfo
आउटपुट एकदम व्यापक छ, तर मेमोरी विश्लेषण गर्न पहिलो रेकर्डहरूमा ध्यान दिन पर्याप्त छ:
अत्यधिक RAM प्रयोगको समस्या प्रायः कुनै खास कार्य वा प्रक्रियासँग सम्बन्धित हुन्छ। सुरुमा, समस्याग्रस्त प्रक्रियाहरू पहिचान गर्न सामान्य उपकरणहरू प्रयोग गरेर निदान गर्नु पर्याप्त हुनेछ। समाधानको रूपमा, यदि हामी ठूलो मात्रामा जानकारीको बारेमा कुरा गर्दैछौं भने, क्यासिङ र डेटा कम्प्रेसन सक्षम पार्ने, वा सर्भर कन्फिगरेसन बढाउने बारे तपाईंले विशेष अनुप्रयोगलाई अनुकूलन गर्ने विचार गर्न सक्नुहुन्छ।
डिस्क स्पेस नियन्त्रण
सर्भर डिस्क स्पेसको निदान यसको अन्य स्रोतहरू भन्दा कम महत्त्वपूर्ण छैन। नियमको रूपमा, जाँचको आवश्यकताको बारेमा संकेतहरू हुन्: अवस्थित फाइलहरू सिर्जना गर्न वा लेख्न असमर्थता, ढिलो प्रणाली प्रदर्शन र विभिन्न इनपुट/आउटपुट त्रुटिहरू।
जाँच गर्ने सबैभन्दा सुविधाजनक तरिका भनेको आदेश हो:
df -h
प्रतिक्रियामा, उपकरणले सबै माउन्ट गरिएका डिस्क विभाजनहरूमा जानकारी देखाउनेछ:
थप विस्तृत निर्देशिका अनुगमनको लागि तपाईं यो आदेश प्रयोग गर्न सक्नुहुन्छ:
du -hs /*
यस तरिकाले, प्रयोगकर्ताले प्रत्येक डाइरेक्टरीले कति ठाउँ लिन्छ भनेर पत्ता लगाउन सक्षम हुनेछ। प्रणाली कार्यसम्पादन पुनर्स्थापित गर्न, तपाईंले सबैभन्दा धेरै मेमोरी खपत गर्ने डिस्कको विभाजनलाई अप्टिमाइज गर्न आवश्यक पर्दछ। कुल रकमको ८०-९०% भन्दा बढी खाली ठाउँ प्रयोग गर्न नदिन सिफारिस गरिन्छ; बाँकी १०-२०% स्थिर प्रणाली सञ्चालनको लागि पर्याप्त हुनुपर्छ। यदि अप्टिमाइजेसन सम्भव छैन भने डिस्क स्पेस बढाउन सिफारिस गरिन्छ। यो नयाँ थपेर वा अवस्थित डिस्कहरू विस्तार गरेर, साथै क्लाउड भण्डारण प्रयोग गरेर गर्न सकिन्छ। छनौट गरिएको समाधानको पर्वाह नगरी, फाइल हराउनबाट बच्न सधैं ब्याकअप प्रतिलिपि बनाउन सिफारिस गरिन्छ।
नेटवर्क इन्टरफेस जाँच
सर्भर डायग्नोस्टिक्सको अन्तिम, तर कम महत्त्वपूर्ण पक्ष भनेको नेटवर्क इन्टरफेस जाँच गर्नु हो। नेटहगहरू यदि तपाईं वास्तविक समयमा नेटवर्क प्रक्रियाहरू द्वारा कति ट्राफिकको लागि हिसाब गरिन्छ भन्ने बारे सामान्य जानकारी प्राप्त गर्न चाहनुहुन्छ भने उपयोगिता प्रयोग गर्न सकिन्छ।
सेन्ट ओएसमा स्थापना र सुरुवात:
yum install nethogs
nethogs
डेबियन/उबुन्टुको लागि:
apt-get install nethogs
nethogs
उपकरणले ती प्रक्रियाहरू देखाउनेछ जुन अहिले नेटवर्क स्रोतहरू प्रयोग गरिरहेका छन्:
हामी प्रयोग गर्न सिफारिस गर्दछौं यदि शीर्ष थप विस्तृत विश्लेषणको लागि।
सेन्ट ओएसमा स्थापना र सुरुवात:
yum install iftop
iftop
डेबियन/उबुन्टुको लागि:
apt-get install iftop
iftop
कार्यक्रम आउटपुट भनेको IP ठेगानाहरू, पोर्टहरू, स्थानान्तरण गरिएको डेटाको मात्रा र स्थानान्तरण गति जनाउने सक्रिय जडानहरूको सूची हो। कार्यक्रमको मुख्य फाइदा भनेको नेटवर्क च्यानल लोडिङको दृश्य डिजाइन हो:
सर्भर नेटवर्क च्यानलको निदान र उच्च लोड भएका समस्याहरू पहिचान गरेपछि, होस्टिङ प्रदायकको पक्षमा नेटवर्क जडानहरूको ब्यान्डविथ बढाउन वा विशिष्ट समस्याग्रस्त इन्टरफेसको सेटिङहरूलाई अनुकूलन गर्न सिफारिस गरिन्छ। ब्याकअप उपकरणको रूपमा, तपाईंले नेटवर्क गतिविधिमा परिवर्तनहरू द्रुत रूपमा ट्र्याक गर्न र आवश्यक भएमा, आवश्यकताहरू अनुसार नेटवर्क पूर्वाधार नियमित रूपमा अद्यावधिक गर्न विभिन्न अनुगमन प्रणालीहरू प्रयोग गर्न सक्नुहुन्छ।
निष्कर्ष
निष्कर्षमा, यो जोड दिन सकिन्छ कि सर्भर स्रोतहरूको निदान प्रभावकारी व्यवस्थापनको अभिन्न अंग हो भर्चुअल र समर्पित सर्भरहरू। लेखले हामीलाई पूर्ण सर्भर विश्लेषणको लागि मुख्य उपकरणहरू हेर्ने सम्भावना प्रदान गर्यो, र सम्भावित समस्याहरूको समस्या निवारणको लागि व्यावहारिक सिफारिसहरू पनि दियो। नियमित प्रणाली निदानले सर्भरलाई सक्रिय प्रयोगकर्ता सहभागिता बिना पनि निर्बाध रूपमा काम गर्न अनुमति दिन्छ।