Linux சர்வரில் htop கட்டளை, CPU மற்றும் RAM ஐ அதிகமாக பயன்படுத்தும் ஸ்கிரிப்ட்களை நேரடி முறையில் கண்டறிய பயன்படும் மிகச் சாதாரண கண்காணிப்பு கருவிகளில் ஒன்றாகும். htop திரையில் CPU%, MEM%, PID, USER, TIME+ மற்றும் COMMAND நெட்வுக்கோள்களை பரிசீலித்து எந்த PHP, Python, Node.js, cron, தரவுத்தளம் அல்லது அமைப்பு செயல்முறை சர்வரை சோர்வடையச் செய்கிறது என்பதை காணலாம்; பின்னர் செயல்முறையின் உரிமையாளரை, கோப்பு வழியை மற்றும் செயல்பாட்டை சரிபார்த்து பாதுகாப்பாக müdahale செய்யலாம்.
பங்குதாரர் ஹோஸ்டிங், VPS, VDS அல்லது குறிப்பிட்ட சர்வருக்கு மாறுபட்டது இல்லாமல், திடீர் மந்தம் ஏற்படும் முக்கியமான பகுதி கட்டுப்பாடின்றி செயல்படும் ஸ்கிரிப்ட்களால் ஏற்படுகிறது. எடுத்துக்காட்டாக, தவறான ஒரு WordPress சேர்க்கை, முடிவில்லாத வட்டத்தில் உள்ள ஒரு PHP கோப்பு, அதிகமாக செயல்படும் ஒரு cron கடமை, சீரமைக்கப்படாத ஒரு தரவுத்தளம் கேள்வி அல்லது கைப்பற்றிய ஒரு இணைய கோப்பு சில நிமிடங்களில் CPU பயன்பாட்டை சதவீதம் 100 ஆக கொண்டு செல்லலாம். RAM பயன்பாடு அதிகரிக்கும் போது சேவைகள் முடக்கப்படலாம், MySQL இணைப்புகள் குறைவாக ஏற்படலாம், இணையதளங்கள் 503 பிழை காட்டு அல்லது Linux மூலோபாயம் OOM Killer மூலம் சில செயல்களை முடிக்கும்.
இந்த வழிகாட்டியில் htop நிறுவலிலிருந்து தொடங்கிவிட்டு, திரையை எப்படி வாசிக்க வேண்டும், CPU மற்றும் RAM ஐ அதிகமாக பயன்படுத்தும் ஸ்கிரிப்ட்களை எவ்வாறு வேறுபடுத்துவது, PID மூலம் கோப்பு வழியை எவ்வாறு கண்டுபிடிப்பது மற்றும் செயல்முறைக்கு பாதுகாப்பாக müdahale செய்வது என்பதைக் கட்டாயமாக எடுத்துக்கொள்வோம். மேலும் பாதுகாப்பு சந்தேகம், cron கட்டுப்பாடு, பதிவு பகுப்பாய்வு மற்றும் மீண்டும் நிகழாமல் இருக்கக்கூடிய செயல்திறனை மேம்படுத்தும் ஆலோசனைகளையும் நாம் காண்கிறோம். உங்கள் சர்வரில் அடிக்கடி வள வரம்பு பிரச்சினைகள் உணரப்பட்டால், அடிப்படையிற் பேராசிரிய டேவலப்பர் VPS சேவையகம் தொகுப்புகள் மற்றும் உயர் செயல்திறன் வலை ஹோஸ்டிங் பக்கங்களைப் பார்வையிடலாம்.
htop என்றால் என்ன மற்றும் இது top கட்டளைவிட ஏன் பயனுள்ளதாக இருக்கிறது?
htop என்பது Linux அமைப்புகளில் செயல்படும் செயல்களை தொடர்புடைய முறையில் கண்காணிக்க உதவும் ஒரு டெர்மினல் கருவி ஆகும். பாரம்பரிய top கட்டளை போலவே ஆனால் மேலும் வாசிக்க எளிமையான இடைமுகம், நிறமயமான வளக் குறியீடுகள், எளிதான வகைப்படுத்தல், தேடல், வடிகட்டுதல் மற்றும் செயல்முறை மேலாண்மை அம்சங்களை வழங்குகிறது. எனவே, குறிப்பாக நேரடி சர்வரில் விரைவாக கண்டறியும்போது htop பெரும்பாலான அமைப்பு மேலாளர்களின் முதலில் பார்க்கும் கருவிகளில் ஒன்றாகும்.
htop மூலம் நீங்கள் உடனுக்குடன் காணக்கூடிய தகவல்கள்:
- ஒவ்வொரு செயலின் CPU சதவீதம்
- ஒவ்வொரு செயலின் RAM சதவீதம் மற்றும் நினைவக அளவு
- செயலின் PID எண்
- செயல்படுத்தும் பயனாளர்
- கமாண்ட் வரி அல்லது ஸ்கிரிப்டின் பெயர்
- செயலின் கால அளவு மற்றும் முன்னுரிமை மதிப்பு
- ஏற்றமட்டம், மொத்த RAM, ஸ்வாப் மற்றும் CPU மையப் பயன்பாடு
ஒரு ஹோஸ்டிங் சூழலில் ஒரே சர்வரில் பல்வேறு இணையதளங்கள், பயனாளர்கள் அல்லது சேவைகள் செயல்படுகிறதனால், மொத்த வளங்களின் பயன்பாட்டைப் பார்ப்பது மட்டும் போதுமானது அல்ல. பிரச்சினை எந்த பயனாளருக்கானது, எந்த இணையதளத்துக்கானது, எந்த cron கடமைக்கானது அல்லது எந்த ஸ்கிரிப்ட் கோப்புக்கானது என்பதை கண்டறிய வேண்டும். Linux சர்வரில் htop கட்டளை இங்கு விரைவான முதற்கட்ட கண்டறிதல்களை வழங்குகிறது.
htop நிறுவல்: பகிர்வுக்கு ஏற்ப கட்டளைகள்
பல நவீன Linux பகிர்வுகளில் htop இயல்பாக வரலாம். Root அல்லது sudo உரிமை உள்ளவரால், சில விநாடிகளில் நிறுவலாம். நிறுவலுக்கு முன், தொகுப்பு பட்டியலை புதுப்பிப்பது, குறிப்பாக புதியதாக உள்ள சர்வர்களில் பிழை வாய்ப்பை குறைக்கிறது.
Ubuntu மற்றும் Debian சர்வர்களில் htop நிறுவல்
Ubuntu அல்லது Debian அடிப்படையிலான சர்வரில் கீழ்காணும் கட்டளைகள் பயன்படுத்தலாம்:
sudo apt update
sudo apt install htop -y
நிறுவலுக்குப் பிறகு htop கட்டளையை எழுதுவதன் மூலம் கருவியை தொடங்கலாம். நீங்கள் sudo உரிமை இல்லாவிட்டால், உங்கள் ஹோஸ்டிங் வழங்குபவரிடமிருந்து ஆதரவு கேட்க வேண்டும். நிர்வகிக்கக்கூடிய VPS ஐ பயன்படுத்தினால், root அணுகல் பொதுவாக உங்களுக்கே இருக்கும்.
AlmaLinux, Rocky Linux, CentOS மற்றும் RHEL நிறுவல்
RHEL அடிப்படையிலான அமைப்புகளில் தொகுப்பு மேலாளரின் பதிப்பு dnf அல்லது yum ஆக இருக்கலாம்:
sudo dnf install htop -y
பழைய CentOS பதிப்புகளில் EPEL களஞ்சியம் தேவைப்படலாம்:
sudo yum install epel-release -y
sudo yum install htop -y
நிறுவல் வெற்றிகரமாக இருந்தால், டெர்மினலில் htop எழுதும் போது நிறமயமான கண்காணிப்பு திரை திறக்கிறது. சர்வர் மேலாண்மையில் புதியவராக இருந்தால், அடிப்படை Linux கட்டளைகளுக்கான லினக்ஸ் கட்டளைகள் வழிகாட்டி உள்ளடக்கம் கூடுதல் பயனுள்ளதாக இருக்கும்.
htop திரையை வாசிக்க: எந்த நெட்வுக்கோள் என்ன அர்த்தம் கொண்டது?
htop திறக்கப்படும் போது திரையின் மேல்பகுதியில் CPU மையங்கள், RAM, ஸ்வாப், பணிகள் எண்ணிக்கை, திரை எண்ணிக்கை, ஏற்றமட்டம் மற்றும் uptime தகவல்கள் காணப்படும். கீழ் பகுதியில் செயல்படும் செயல்கள் பட்டியலிடப்படுகின்றன. பிரச்சினை கண்டறிய மிகவும் பயன்படும் பகுதிகள் கீழ்காணும் விதமாக உள்ளன.
| நெட்வுக்கோள் | அர்த்தம் | எப்போது சந்தேகிக்க வேண்டும்? |
|---|---|---|
| PID | செயலின் தனித்துவமான அடையாள எண். | கோப்பு வழியை மற்றும் இணைப்புகளை ஆய்வு செய்ய தேவை. |
| USER | செயல்படுத்தும் Linux பயனர். | எதிர்பாராத பயனர் கீழ் செயல்படும் செயல்களைச் சரிபார்க்க வேண்டும். |
| CPU% | செயலின் உடனடி CPU பயன்பாட்டு வீதம். | நீண்ட காலத்திற்கு சதவீதம் 80-100 இடங்களில் உள்ள செயல்களை ஆய்வு செய்ய வேண்டும். |
| MEM% | செயலின் மொத்த RAM இல் உள்ள பங்கு. | ஒன்றே ஒரு ஸ்கிரிப்ட் 20% மற்றும் அதற்கு மேல் RAM பயன்படுத்தினால் ஆபத்தாக அமைகிறது. |
| TIME+ | செயலின் மொத்த CPU நேரம். | குறுகிய காலம் அல்ல, நீண்ட காலமாக வளங்களை உபயோகிக்கும் செயல்களை காட்டுகிறது. |
| COMMAND | செயல்படும் கமாண்ட், சேவை அல்லது ஸ்கிரிப்டின் தகவல். | php, python, node, perl, bash, java போன்ற செயல்களில் கோப்பு வழியை தேட வேண்டும். |
இதில் கவனிக்க வேண்டிய முக்கியமான புள்ளி, உடனடி CPU பரிதாபம் எப்போதும் பிரச்சினையாக இருக்காது. எடுத்துக்காட்டாக, பேக்கப்பிங், பட விளக்கங்கள், கேஷ் அழிப்பது அல்லது அதிகமான போக்குவரத்து நேரத்தில் CPU குறுகிய காலத்திற்கு உயரலாம். பிரச்சினை, ஒரே செயலின் நிமிடங்களுக்கு நீண்ட காலமாக உயர்ந்த CPU அல்லது RAM பயன்பாடு, ஏற்றமட்டத்தின் மதிப்பு மைய எண்ணிக்கையை மிகக் கடந்து செல்லும் மற்றும் இணைய சேவைகள் பதிலளிக்க முடியாமல் ஆகும்.
CPU ஐ அதிகமாக பயன்படுத்தும் ஸ்கிரிப்ட்களை htop மூலம் கண்டறிதல்
CPU ஐ அதிகமாக உபயோகிக்கும் ஸ்கிரிப்ட்களை கண்டறிய htop திரையில் F6 விசையை அழுத்தி வரிசை பகுதியை தேர்ந்தெடுக்கலாம் அல்லது CPU% நெட்வுக்கோளுக்கு அடிப்படையாக வரிசைப்படுத்தலாம். சில டெர்மினல்களில் மவுசு ஆதரவு உள்ளால் CPU% தலைப்பில் கிளிக் செய்வது போதும். மேலே காணப்படும் செயல்கள் அவ்வப்போது அதிகமான CPU ஐ பயன்படுத்தும் செயல்கள் ஆகும்.
அடுக்கு 1: CPU% நெட்வுக்கோளுக்கு அடிப்படையாக வரிசைப்படுத்தவும்
htop செயல்படும் போது செயல்களை CPU பயன்பாட்டின் அடிப்படையில் வரிசைப்படுத்தவும். எடுத்துக்காட்டாக php-fpm, php, python3, node, java, mysqld அல்லது bash போன்ற செயல்களில் ஒன்றே தொடர்ந்து உச்சத்தில் இருக்கும் போது அந்த செயலினைப் பதிவு செய்யவும். ஒற்றை மையப் பயன்பாட்டில் சதவீதம் 100 சாதாரணத் உச்ச அளவாக தோன்றினாலும், பல மையங்களின் அமைப்புகளில் ஒரு செயலின் அளவுகள் சதவீதம் 200 அல்லது 400 போலக் காணலாம். இது செயல்முறை பல மையங்களைப் பயன்படுத்துகிறது என்பதைக் குறிக்கிறது.
அடுக்கு 2: PID மற்றும் USER தகவல்களை பதிவு செய்யவும்
சந்தேகிக்கப்படும் செயலின் PID எண் மற்றும் USER தகவல்களைப் பதிவு செய்யவும். எடுத்துக்காட்டாக PID 24819, USER என்றால் siteuser மற்றும் COMMAND பகுதியில் php /home/siteuser/public_html/wp-cron.php எனக் காணும்போது, அதில் பிரச்சினை தொடர்பான இணையதளத்தின் cron அல்லது WordPress அமைப்புடன் தொடர்புடையதாக இருக்க வாய்ப்பு உள்ளது. COMMAND பகுதி மிகவும் குறுகியதாக இருந்தால், htop அமைப்புகளிலிருந்து கமாண்ட் வரியின் முழு தகவல்களை காண்பிக்கவும் அல்லது ps கட்டளையுடன் விவரங்களைப் பெறலாம்.
அடுக்கு 3: செயலின் உண்மையான கட்டளையைப் பாருங்கள்
PID மூலம் விரிவான கட்டளை வரியைப் பார்க்க, கீழ்காணும் கட்டளை பயன்படுத்தலாம்:
ps -fp PID
எடுத்துக்காட்டு பயன்பாடு:
ps -fp 24819
இந்த வெளிவிவரம் பொதுவாக ஸ்கிரிப்ட் எந்த கோப்பிலிருந்து செயல்படுகிறது என்பதை காட்டுகிறது. கட்டளை php /home/kullanici/public_html/index.php போல் தோன்றினால், அது போக்குவரத்திற்கான இணைய கோரிக்கை இருக்கலாம். php /home/kullanici/public_html/wp-content/plugins/bilinmeyen-eklenti/task.php போன்றதாக இருந்தால், அது சேர்க்கை சார்ந்த பிரச்சினை இருக்க வாய்ப்பு உள்ளது.
அடுக்கு 4: கோப்பு வழியை மற்றும் திறந்த கோப்புகளைச் சரிபார்க்கவும்
ஒரு செயலின் எந்த கோப்புகளைப் பயன்படுத்துகிறதனைப் பார்க்க lsof கருவி மிகவும் பயனுள்ளது:
lsof -p PID
இந்த கட்டளை செயலின் திறந்த கோப்புகளை, நூலகங்களை, பதிவுகளை மற்றும் நெட்வெக இணைப்புகளை காட்டுகிறது. இணைய ஹோஸ்டிங் சூழலில் இந்த வெளியீட்டினால் எந்த இணையதளத்தின் அடைவுக்கோடு செயல்படுகிறது என்பதைப் புரிந்து கொள்ளலாம். எடுத்துக்காட்டாக /home/example/public_html/wp-content/uploads இல் செயல்படும் விசித்திரமான பெயர் கொண்ட ஒரு PHP கோப்பு காணப்பட்டால், இது ஒரு பாதுகாப்பு மீறல் குறியாக இருக்கலாம். இவ்வாறான சூழ்நிலையில், வெறும் செயல்முறையை முடிக்கவும் போதாது; கோப்பு தூய்மைப்படுத்தல், கடவுச்சொல் மாற்றம், சேர்க்கை புதுப்பித்தல் மற்றும் பாதுகாப்பு சோதனை மேற்கொள்ள வேண்டும். SSL மற்றும் பாதுகாப்பான இணைப்பு அமைப்புகளுக்கான SSL சான்றிதழ் தீர்வுகள் பக்கம் பார்வையிடலாம்.
RAM ஐ அதிகமாக பயன்படுத்தும் ஸ்கிரிப்ட்களை htop மூலம் கண்டறிதல்
RAM பிரச்சினைகள் CPU பிரச்சினைகளுக்கு அதிகமாக மந்தமாக இருக்கலாம். CPU உயர்ந்தால் பொதுவாக உடனடி மந்தம் உணரப்படுகிறது; RAM முடிந்தால் சேவைகள் எதிர்பாராத முறையில் மூடப்படலாம், ஸ்வாப் அதிகமாக பயன்படுத்தப்படுகிறது மற்றும் சர்வரின் பொதுவாக தாமதம் அதிகரிக்கிறது. htop திரையில் MEM% நெட்வுக்கோளின் அடிப்படையில் வரிசைப்படுத்தி அதிக நினைவகத்தைப் பயன்படுத்தும் செயல்களை பட்டியலிடலாம்.
MEM%, RES மற்றும் Swap தொடர்பை புரிந்துகொள்வது
htop இயல்பான காட்சியில் MEM% வீதத்தை காட்டுகிறது. சில கட்டமைப்புகளில் VIRT, RES மற்றும் SHR நெட்வுக்கோள்கள் கூட காணப்படும். RAM பகுப்பாய்வில் RES மதிப்பு குறிப்பாக முக்கியமானது; ஏனெனில், செயலின் உள்நாட்டில் உண்மையாகப் பயன்படுத்தும் இடத்தை குறிக்கிறது. VIRT மதிப்பு எப்போதும் உண்மையான RAM பயன்பாட்டை குறிக்காது, எனவே தனியாகத் தவறானதாக இருக்கலாம்.
எடுத்துக்காட்டாக 4 GB RAM கொண்ட ஒரு VPS இல் ஒரே ஒரு PHP செயலின் 900 MB RES பயன்படுத்துவது சாதாரணமாக இல்லை. அதே போன்று Node.js பயன்பாட்டின் நேரம் 200 MB இல் இருந்து 1.5 GB ஆக உயர்வது நினைவகசிரி வாய்ப்பை யோசிக்க வைக்கிறது. MySQL அல்லது MariaDB பகுதியில் அதிக RAM பயன்பாடு சில நேரங்களில் சாதாரண கேஷ் நடத்தையாக இருக்கலாம்; இங்கு கேள்வி செயல்திறனை, பஃபர் அமைப்புகளை மற்றும் மொத்த அமைப்பு நினைவகத்தை ஒருங்கிணைத்து மதிப்பீடு செய்ய வேண்டும்.
RAM ஐ அதிகமாக பயன்படுத்தும் ஸ்கிரிப்ட்களில் வழக்கமான காரணங்கள்
- முடிவில்லாத வட்டத்தில் உள்ள PHP, Python அல்லது Node.js குறியீடுகள்
- மிகச் பெரிய CSV, XML அல்லது JSON கோப்புகளை நினைவகத்தில் ஒரே நேரத்தில் ஏற்றுதல்
- சீரமைக்கப்படாத WordPress சேர்க்கைகள் மற்றும் தீமா செயல்பாடுகள்
- பட செயலாக்கம், PDF உருவாக்கம் அல்லது வீடியோ மாற்றுதல்
- குறைந்த கேஷ் பயன்பாட்டினால் மீண்டும் மீண்டும் வரும் எடுப்புப் கேள்விகள்
- போட்டர் போக்குவரத்து அல்லது தாக்குதலினால் ஒரே ஸ்கிரிப்டின் பல செயல்கள் இயக்கப்படுவது
- நினைவகசிரி உள்ள நீண்ட கால பின்னணி சேவைகள்
இந்த வகை பிரச்சினைகளில் kill கட்டளை மூலம் செயல்களை முடிக்க காரணமாக நிமிடவிலக்கு மட்டும் கிடைக்கும். நிலையான தீர்வு, ஸ்கிரிப்டு என்ன செய்கிறது, என்ன உள்ளீடுகள் மூலம் தூண்டப்படுகிறது மற்றும் ஏன் நினைவகத்தை காலி செய்யவில்லை என்பதை ஆராய வேண்டும்.
htop இல் தேடல், வடிகட்டல் மற்றும் மர காட்சி
சர்வரில் நூற்றுக்கணக்கான செயல்கள் செயல்படும்போது, பட்டியலில் கையேடு தேடல் செய்ய கடினமாகிறது. htop இதற்கான பயனுள்ள குறுக்குகளை வழங்குகிறது. F3 மூலம் தேடல் செய்யலாம், F4 மூலம் வடிகட்டல் பயன்படுத்தலாம், F5 மூலம் மர காட்சிக்குச் செல்லலாம். மர காட்சி குறிப்பாக பெற்றோர்-குழந்தை உறவைப் பார்க்க முக்கியமானது. எடுத்துக்காட்டாக, nginx அல்லது Apache கீழ் செயல்படும் php-fpm குழந்தை செயல்களை, cron கீழ் தூண்டப்படும் ஸ்கிரிப்ட்களை அல்லது supervisor மூலம் மேலாண்மையிலுள்ள Node.js சேவைகளை மேலும் தெளிவாகக் காணலாம்.
அறிவியல் வடிகட்டல் எடுத்துக்காட்டுகள்
- php என எழுதுவதன் மூலம் PHP செயல்களை மட்டுமே காட்சிப்படுத்தவும்.
- python என எழுதுவதன் மூலம் Python ஸ்கிரிப்ட்களை எடுத்துக்கொள்ளுங்கள்.
- wp-cron என எழுதுவதன் மூலம் WordPress cron நடத்தையை சரிபார்க்கவும்.
- node என எழுதுவதன் மூலம் Node.js பயன்பாடுகளை ஆய்வு செய்யவும்.
- பயனர் பெயரை வடிகட்டுவதன் மூலம் ஒரே ஒரு ஹோஸ்டிங் கணக்கின் செயல்களை காணவும்.
இந்த வடிகட்டல்கள், குறிப்பாக பல பயனர் கொண்ட சர்வர்களில் நேரத்தைச் சேமிக்க உதவுகிறது. எடுத்துக்காட்டாக, ஒரே சர்வரில் 30 மாறுபட்ட இணையதளங்கள் உள்ளன என்றால் USER நெட்வுக்கோள் மற்றும் கமாண்ட் பாதையை இணைத்து ஆய்வு செய்வதன் மூலம் பிரச்சினை எந்த கணக்கிலிருந்து வந்தது என்பது விரைவாக புரிந்துகொள்ளலாம். டொமைன் அடிப்படையிலான திட்டங்களுக்கு நிர்வாக பகுதியைப் சீராக்க விரும்பினால் அமைப்பு விசாரணை மற்றும் பதிவு பக்கம் பார்வையிடலாம்.
சந்தேகமான PID க்கான பாதுகாப்பான müdahale திட்டத்தை செயல்படுத்தவும்
வளங்களை அதிகமாக உபயோகிக்கும் செயல்களை கண்டுபிடித்தால், உடனே kill -9 பயன்படுத்துவது கவர்ச்சிகரமாக இருக்கலாம். ஆனால் இந்த அணுகுமுறை தரவுப் பறிப்பு, பாதிக்கப்பட்ட எழுத்து செயல்முறைகள் அல்லது சேவை அசிங்கங்களுக்கு காரணமாக இருக்கலாம். மேலும் பாதுகாப்பான திட்டத்தை பின்பற்ற வேண்டும்.
1. செயல்களை பதிவுசெய்யவும்
முதலில் PID, USER, COMMAND, CPU%, MEM% மற்றும் நேரத்தைப் பதிவு செய்யவும். சாத்தியமாக htop திரை படத்தை எடுக்கவும். இந்த பதிவுகள் மீண்டும் மீண்டும் வரும் பிரச்சினைகளில் ஒப்பீடு செய்ய எளிதாக்கும். குறிப்பாக முகாமைத்துவம், மின் வர்த்தகம் அல்லது நிறுவன திட்டங்களில் வாடிக்கையாளருக்கு தொழில்நுட்ப விளக்கம் வழங்கும்போது இந்த தரவுகள் பயனுள்ளதாக இருக்கும்.
2. செயலின் கோப்பு வழியை சரிபார்க்கவும்
ps -fp PID மற்றும் lsof -p PID வெளியீடுகளைப் பயன்படுத்தி கோப்பு வழியை சரிபார்க்கவும். கோப்பு இணையத்தின் அடிப்படைக் கோடியில் இருந்தால், தொடர்புடைய செயல்முறை பதிவுகளை ஆய்வு செய்யவும். WordPress க்கான wp-content/debug.log, இணைய சேவையகத்திற்கான access log மற்றும் error log, PHP-FPM க்கான slow log முக்கியமான சுட்டிகளை வழங்குகிறது.
3. முதலில் மென்மையாக முடிக்க முயற்சிக்கவும்
செயலானது உண்மையில் கட்டுப்பாடு இல் இருந்தால், முதலில் சீரான முடிப்புச் சிக்னலை அனுப்பவும்:
kill PID
சில விநாடிகள் காத்திருங்கள் மற்றும் htop திரையில் செயலின் மூடப்பட்டதா அல்லது இல்லை என்பதை சரிபார்க்கவும். மூடப்படவில்லை என்றால் மற்றும் அமைப்பின் ஆரோக்கியத்தை மிகவும் பாதிக்கக்கூடியது என்றால், கடைசி விருப்பமாக கீழ்காணும் கட்டளை பயன்படும்:
kill -9 PID
kill -9 சிக்னல் செயலுக்கு தூய்மைப்படுத்தும் வாய்ப்பை வழங்காமல் முடிக்கிறது. எனவே தரவுத்தள செயல்முறைகள், கோப்பு எழுதும் செயல்முறைகள் அல்லது பேக்கப்பிங் பணிகள் போன்றவற்றிற்காக கவனமாக பயன்படுத்த வேண்டும்.
4. மீண்டும் துவங்கினால், தூண்டுபவரை கண்டறியவும்
ஒரு செயலினை மூடினாலும், சில விநாடிகளில் மீண்டும் துவங்கினால், அதன் பின்னணியில் cron, systemd service, supervisor, இணையக் கோரிக்கை அல்லது போட்டர் போக்குவரத்து இருக்கலாம். Cron பதிவுகளுக்காக crontab -l, அமைப்பு சேவைகளுக்காக systemctl status சேவையகம், இணைய போக்கிற்கு access log ஐ ஆய்வு செய்ய வேண்டும். பிரச்சினை WordPress wp-cron மூலம் இருந்தால், உண்மையான cron அமைப்பு மற்றும் கேஷ் கொள்கை திரும்பப் பார்வையிட வேண்டும்.
htop கண்டறிதல்களை பதிவுகளுடன் இணைத்தல்

htop உங்கள் வளங்களை எது பயன்படுத்துகிறதெனக் காட்டுகிறது; பதிவுகள் எதற்காக பயன்படுத்துகிறதென புரிந்து கொள்ள உதவுகிறது. இந்த இரண்டு தரவுகளும் இணைக்கப்படாதால், கண்டறிதல் குறைவாக இருக்கும். எடுத்துக்காட்டாக, htop இல் php-fpm செயலி சதவீதம் 180 CPU பயன்படுத்துகிறது; ஆனால் எந்த URL அல்லது எந்த போட்டர் இந்த செயலியை தூண்டுகிறது என்பதை access log இல் இல்லாமல் காண முடியாது.
கண்டுபிடிக்கக்கூடிய பதிவு எடுத்துக்காட்டுகள்:
- இணைய சேவையகம் access log: அதிகமாக கோரிக்கைகளைப் பெறும் URL களைக் காட்டுகிறது.
- இணைய சேவையகம் error log: PHP பிழைகள், கோப்பு அனுமதிகள் மற்றும் 500 பிழைகளை காட்டுகிறது.
- PHP-FPM slow log: மெதுவாக செயல்படும் PHP கோப்புகளை மற்றும் செயல்பாடுகளை காட்டுகிறது.
- MySQL slow query log: மந்த SQL கேள்விகளை கண்டறிகிறது.
- Auth log அல்லது secure log: சந்தேகமான உள்நுழைவு முயற்சிகளை காட்டுகிறது.
- Cron log: கால அட்டவணை செய்யப்படும் பணிகள் எப்போது செயல்படுகின்றன என்பதைக் காட்டுகிறது.
எடுத்துக்காட்டாக, htop இல் அதிக CPU பயன்பாட்டை ஏற்படுத்தும் PID ஒரே நேரத்தில் access log இல் /wp-admin/admin-ajax.php முகவரிக்கு ஆயிரக்கணக்கான கோரிக்கைகளைப் பெறுகிறது என்றால், பிரச்சினை ஒரு சேர்க்கை, போட்டர் போக்குவரத்து அல்லது மோசமாக வடிவமைக்கப்பட்ட AJAX செயலி இருக்கலாம். இந்த சூழ்நிலையில் WAF, வீதம் வரம்பு, கேஷ் மற்றும் சேர்க்கை மேம்பாட்டை ஒரே நேரத்தில் யோசிக்க வேண்டும். இணையதளத்தின் செயல்திறனை மேலும் பரந்த அளவில் கருத்தில் கொள்ள வலைத்தள வேக மேம்படுத்தல் உள்ளடக்கம் பயனுள்ளதாக இருக்கலாம்.
சாதாரண சுமை மற்றும் பிரச்சினை சுமை எப்படி வேறுபடுத்துவது?
ஒவ்வொரு உயர்ந்த வள பயன்பாட்டும் அவசர நிலையை குறிக்காது. சர்வரின் உபகரணம், போக்குவரத்து நிலை, பயன்பாட்டு வகை மற்றும் பராமரிப்பு செயல்பாடுகள் கருத்தில் கொள்ளப்பட வேண்டும். 2 மைய கொண்ட ஒரு VPS க்கான ஏற்றமட்டம் மதிப்பு நீண்ட காலமாக 6-8 நிலைகளில் இருந்தால், அது முக்கியமான தடையாக இருக்கிறது. 16 மைய கொண்ட ஒரு குறிப்பிட்ட சர்வரில், அதே மதிப்பு சாதாரணமாக இருக்கலாம். எனவே ஏற்றமட்டம் மதிப்பீடு செய்யும் போது மைய எண்ணிக்கை எப்போதும் அறியப்பட வேண்டும்.
| கண்காணிப்பு | சாத்தியமான நிலை | சூத்திரமான நடவடிக்கை |
|---|---|---|
| CPU குறுகிய காலம் சதவீதம் 100, பின்னர் சாதாரணமாக திரும்புகிறது | தற்காலிகமாக அதிக செயல்பாடு | பதிவுடன் உறுதிப்படுத்தவும், உடனே müdahale செய்ய வேண்டாம். |
| அதே PID மினிடங்களுக்கு உயர் CPU பயன்படுத்துகிறது | முடிவில்லாத வட்டம் அல்லது மந்த செயல்பாடு | PID வழியை கண்டறியவும், ஸ்கிரிப்டை ஆய்வு செய்யவும். |
| RAM தொடர்ந்து அதிகரிக்கிறது மற்றும் குறையவில்லை | நினைவகசிரி | சேவையின் குறியீட்டை மற்றும் பணியாளர் அமைப்புகளைச் சரிபார்க்கவும். |
| Swap பயன்பாடு விரைவில் அதிகரிக்கிறது | உண்மையான RAM குறைவாக உள்ளது | RAM மேம்பாடு அல்லது தொகுப்பு மேம்பாட்டை திட்டமிடுங்கள். |
| அதே PHP செயல்களின் எண்ணிக்கை அதிகமாக உள்ளது | போட்டர் போக்குவரத்து அல்லது அதிக கோரிக்கை | Access log, firewall மற்றும் கேஷ் சரிபார்க்கவும். |
இந்த ஒப்பீடு, தேவையற்ற பதற்றத்துடன் உண்மையான செயல்திறன் கிரீசை பிரிக்க உதவுகிறது. குறிப்பாக மின் வர்த்தக இணையதளங்களில், திட்ட காலங்களில், கட்டண இணைப்புகள் மற்றும் சப்ளை புதுப்பிப்புகள் தற்காலிக வள அதிகரிப்பை உருவாக்கலாம். ஆனால் இந்த அதிகரிப்பு பயனர் அனுபவத்தை பாதிக்கக்கூடியது என்றால், பயன்பாட்டு செயல்திறனை மற்றும் சர்வர் திறனை ஒரே நேரத்தில் மதிப்பீடு செய்ய வேண்டும்.
பாதுகாப்பு சந்தேகம்: வளங்களை அதிகமாக உபயோகிக்கும் ஸ்கிரிப்டு தீயாக இருக்கக்கூடும்?
CPU அல்லது RAM ஐ அதிகமாக உபயோகிக்கும் ஸ்கிரிப்டு எப்போதும் ஒரு குறுக்கீடு அல்ல. கைப்பற்றிய இணையதளங்களில், தாக்குதலாளிகள் ஸ்பாம் அனுப்புதல், கிரிப்டோ மையமாக்கல், பிராக்சி போக்குவரத்து, DDoS போட்டர் அல்லது பின்னணி ஸ்கிரிப்ட்டுகளை இயக்கலாம். htop திரையில் எதிர்பாராத பயனர் கீழ் செயல்படும் விசித்திரமான கட்டளைகள், சீரற்ற பெயர்களில் கோப்புகள், /tmp அடைவில் செயல்படும் பைனரி கோப்புகள் அல்லது public_html/uploads இல் செயல்படும் PHP கோப்புகள் பாதுகாப்பு புறக்கணிப்புக்காக மிகவும் கவனிக்கப்பட வேண்டும்.
சந்தேகமான அடையாளங்கள்
- COMMAND பகுதியில் அர்த்தமற்ற அல்லது சீரற்ற எழுத்துக்களுடன் கோப்பு பெயர்கள்
- /tmp, /dev/shm அல்லது uploads கோப்பகத்திலிருந்து செயல்படும் கோப்புகள்
- இயல்பாக இருக்கக்கூடிய perl, python அல்லது bash செயல்கள்
- உயர்ந்த வெளிநாட்டு நெட்வெக இணைப்புகளை உருவாக்கும் செயல்கள்
- அதே பயனர் குறுகிய காலத்தில் பல செயல்களைத் தொடங்குவது
- இணைய கோப்புகளில் சமீபத்திய அனுமதி இல்லாத மாற்றங்கள்
இவ்வாறான சூழ்நிலையில், செயல்களை முடிக்காமலே, சாத்தியமான ஆதாரங்களைப் பெறலாம். பின்னர் கோப்பு அனுமதிகளை சரிபார்க்கவும், தீய கோப்புகளை தனியாக செய்க, அனைத்து நிர்வாக மற்றும் CMS கடவுச்சொற்களை மாற்றவும், சேர்க்கை-தீமா அடிப்படைக் கோப்புகளை புதுப்பிக்கவும் மற்றும் பாதுகாப்பு சோதனை நடத்தவும். மேலும் நிர்வாகப் பக்கங்களில் இரண்டு கோட்பாட்டை உறுதிப்படுத்துதல் மற்றும் தேவையற்ற எழுதும் அனுமதிகளை அகற்றுதல் நீண்ட காலத்தில் ஆபத்தை குறைக்கலாம்.
செயல்திறன் பிரச்சினைகளின் மீண்டும் நிகழ்வுகளைத் தவிர்க்க சிறந்த நடைமுறைகள்
htop மூலம் பிரச்சினையை கண்டறிதல் முக்கியம்; ஆனால் உண்மையான மதிப்பு, அதே பிரச்சினை மீண்டும் நிகழாமல் இருக்க வேண்டும். கீழ்காணும் முன்னெடுப்புகள் Linux சர்வர்களில் CPU மற்றும் RAM அடிப்படையிலான தடைச்செயல்களை மிகவும் குறைக்கின்றன.
- PHP memory_limit, max_execution_time மற்றும் pm.max_children மதிப்புகளை சர்வரின் திறனைப் பொறுத்து அமைக்கவும்.
- WordPress, Joomla அல்லது தனிப்பயன் மென்பொருட்களில் கேஷ் முறைமையைப் பயன்படுத்தவும்.
- தேவையற்ற சேர்க்கைகள், தீமைகள் மற்றும் மாடுல்களை அகற்று.
- MySQL slow query log மூலம் ஆழமான கேள்விகளை மேம்படுத்தவும்.
- cron பணிகளை ஒரே நிமிடத்தில் எழுதாதீர்கள்; இடைவெளியுடன் செயல்படுத்தவும்.
- போட்டர் போக்குவர்த்திக்கு வீத வரம்பு, robots.txt மற்றும் பாதுகாப்பு சுவருக்கு விதிகளைச் செயல்படுத்தவும்.
- விண்ணப்ப பதிவுகளை நியாயமாக மறு சுற்றுப்பெயர்ப்பு செய்யவும்; பெரிய பதிவுப் பதிவுகள் சேமிப்பகம் மற்றும் RAM என்பவற்றைப் பாதிக்கக்கூடியதை கண்காணிக்கவும்.
- சர்வர் அளவைகள் மட்டும் இல்லாமல், ஒழுங்காக மீண்டும் சரிபார்க்கவும்.
எனவே, மேம்பாடுகளுக்கு மத்தியில், வளங்கள் தொடர்ந்து உயரும் என்றால், பிரச்சினை மென்பொருள் பக்கத்தில் மட்டுமே இருக்காது. போக்குவரத்து அதிகரித்திருக்கலாம், பயன்பாட்டின் வளர்ச்சி ஏற்பட்டிருக்கலாம் அல்லது தற்போது உள்ள ஹோஸ்டிங் தொகுப்பு போதுமானதாக இருக்கவில்லை. இவ்வாறான சூழ்நிலைகளில், அளவுருக் கொண்ட VPS, அதிக RAM, விரைவான NVMe டிஸ்க் அல்லது தனிமைப்படுத்தப்பட்ட வளங்கள் கொண்ட சர்வர் நன்மையாக அமைகிறது. தேவைகள் மதிப்பீட்டிற்காக விற்பனை தொகுப்புகள் மற்றும் கொரும்சல் சேவையகம் தீர்வுகள் இணைப்புகளைப் பார்வையிடலாம்.
எடுத்துக்காட்டுச் சூழ்நிலை: WordPress இணையதளத்தில் CPU வெடிப்பு
உண்மையான ஒரு சூழ்நிலையைப் பற்றிப் பார்ப்போம். 4 மையங்கள் மற்றும் 8 GB RAM கொண்ட ஒரு VPS இல் சில WordPress இணையதளங்கள் செயல்படுகின்றன. பயனாளர்கள் இணையதளம் மந்தமாக இருப்பதையும், சில நேரங்களில் 502 பிழையைப் பெற்றதாகவும் தெரிவித்துள்ளனர். டெர்மினலில் htop திறக்கும்போது, ஏற்றமட்டம் 12 ஆக உள்ளது, CPU மையங்கள் அனைத்தும் நிரம்பியுள்ளன மற்றும் மேலே உள்ள php-fpm செயல்களின் எண்ணிக்கை காணப்படுகிறது.
F4 மூலம் பயனர் பெயர் வடிகட்டப்படுகிறது. CPU இனை அதிகமாகப் பயன்படுத்தும் செயல்களில் ஒன்றின் PID பதிவு செய்யப்படுகிறது. ps -fp PID வெளியீட்டில் php-fpm கருவி காணப்படுகிறது; lsof -p PID மூலம் /home/site/public_html/wp-content/plugins/example-importer/import.php கோப்புக்கு அணுகல் உள்ளதாகக் காணப்படுகிறது. Access log ஐப் பார்க்கும் போது, அதே நேரங்களில் இந்த கோப்பை தூண்டிய நிர்வாக கோரிக்கையும், பின்னர் மீண்டும் வரும் AJAX அழைப்புகளும் காணப்படுகிறது.
தீர்வாக, இறக்குமதி செயலியை நிறுத்தி, சேர்க்கையின் திட்டமிடப்பட்ட பணியை முடிக்கவும், பெரிய தரவுகளை இறக்குமதி செய்ய, துண்டுகளாகப் பிரிக்கவும், PHP max_execution_time வரம்பை மீண்டும் அமைக்கவும். மேலும் wp-cron க்குப் பதிலாக, அமைப்பின் cron ஐப் பயன்படுத்துகிறோம். முடிவில், ஏற்றமட்டம் 12 இல் இருந்து 1.8 ஆக இறக்கப்படுகிறது, CPU பயன்பாடு சாதாரணமாக மாறுகிறது மற்றும் இணைய பதிலளிப்பு நேரங்கள் குறிப்பிடத்தக்கமாக மேம்படுகின்றன. இந்த எடுத்துக்காட்டு, htop தனியாக மட்டுமல்ல; ps, lsof மற்றும் பதிவு பகுப்பாய்வுடன் இணைந்து பயன்படுத்தும்போது எவ்வளவு பயனுள்ளதாக இருப்பதைக் காட்டுகிறது.
htop பயன்படுத்தும் போது செய்யப்படும் பொதுவான தவறுகள்
- மட்டுமே மேலே உள்ள செயல்களை முடித்து, அடிப்படை காரணத்தை ஆராயக்கூடாது.
- VIRT மதிப்பைக் உண்மையான RAM உபயோகமாகக் கருதுவது.
- MySQL இன் கேஷ் நோக்கில் RAM பயன்படுத்துவதை நேரடியாக பிரச்சினையாகக் கருதுவது.
- kill -9 கட்டளை முதன்மை தேர்வாகப் பயன்படுத்துவது.
- பதிவுகளை சரிபார்க்காமல் செயலியை அல்லது பயனாளரை குற்றம்சாட்டுவது.
- Load average மதிப்பை CPU மைய எண்ணிக்கையுடன் தொடர்பில்லாமல் மதிப்பீடு செய்வது.
- பாதுகாப்பு மீறல் சந்தேகத்தில் கோப்பு முழுமையைப் பரிசீலிக்காமல் இருப்பது.
இந்த தவறுகளைத் தவிர்ப்பது, திருப்பவிடும் நேரத்தைச் குறைக்கும் மட்டுமல்ல; தவறான müdahale காரணமாக தரவுப் பறிப்பு ஆபத்தை குறைக்கும். அமைப்பு மேலாண்மையில் சரியான கண்டறிதல், பெரும்பாலும் விரைவான müdahale விட அதிக மதிப்புடையது.
அடிக்கடி கேட்கப்படும் கேள்விகள்
Linux சர்வரில் htop கட்டளை என்ன செய்கிறது?
Linux சர்வரில் htop கட்டளை, செயல்படும் செயல்களின் CPU, RAM, பயனர், PID மற்றும் கட்டளை தகவல்களை நேரடி முறையில் காட்டுகிறது. இதனால் CPU அல்லது நினைவகத்தை அதிகமாக உபயோகிக்கும் ஸ்கிரிப்ட்களை விரைவாக கண்டறியலாம்.
htop மூலம் CPU ஐ அதிகமாக பயன்படுத்தும் ஸ்கிரிப்டை எப்படி கண்டுபிடிக்கலாம்?
htop திரையில் செயல்களை CPU% நெட்வுக்கோளின் அடிப்படையில் வரிசைப்படுத்தி, நீண்ட காலத்திற்கு மேல் இருக்கும் செயலின் PID மற்றும் USER தகவல்களைப் பதிவுசெய்யவும். பின்னர் ps -fp PID மற்றும் lsof -p PID கட்டளைகளைப் பயன்படுத்தி ஸ்கிரிப்டின் கோப்பு வழி மற்றும் என்ன செயல்படுத்துகிறதென உறுதிப்படுத்தவும்.
RAM பயன்பாட்டில் MEM% அல்லது VIRT எதை எடுத்துக்கொள்ள வேண்டும்?
RAM பகுப்பாய்வில் MEM% மற்றும் குறிப்பாக RES மதிப்பு முக்கியமானது. VIRT, வீதியிலிருந்து விலகிய நினைவக அளவை காட்டுகிறது மற்றும் எப்போதும் உடனடி RAM பயன்பாட்டை குறிக்கவில்லை.
வளங்களை அதிகமாக உபயோகிக்கும் செயலியை உடனே kill -9 மூலம் முடிக்கிறதா?
பொதுவாக இல்லை. முதலில் செயலின் தகவலை பதிவு செய்ய, கோப்பு வழியை சரிபார்க்கவும், மற்றும் சாதாரண kill PID கட்டளை முயற்சி செய்வது அதிக பாதுகாப்பானது. kill -9 மட்டும் செயல்கள் மூடப்படவில்லை மற்றும் சர்வரின் ஆரோக்கியத்தை மிகவும் பாதிக்குமானால் கடைசி விருப்பமாக பயன்படுத்த வேண்டும்.
htop இல் அதிக CPU பயன்பாடு எப்போதும் தாக்குதல் குறிகிறது என்றால்?
இல்லை. பேக்கப்பிங், இறக்குமதி, கேஷ் உருவாக்கம் அல்லது அதிகமான போக்குவரத்து கூட CPU பயன்பாட்டை அதிகரிக்கலாம். ஆனால் சீரற்ற கோப்பு பெயர்கள், /tmp அல்லது uploads உள்ள செயல்கள் மற்றும் எதிர்பாராத பயனர் செயல்கள் பாதுகாப்பு சந்தேகங்களை ஏற்படுத்தும்.
முடிவில், Linux சர்வரில் htop கட்டளை CPU மற்றும் RAM ஐ அதிகமாக பயன்படுத்தும் ஸ்கிரிப்ட்களை கண்டறிய விரைவான, பயனுள்ள மற்றும் திறமையான ஆரம்பப் புள்ளியாகும். மிகச் சரியான முடிவுகளுக்காக htop தரவுகளை PID பகுப்பாய்வு, lsof வெளியீடு, cron கட்டுப்பாடு மற்றும் பதிவுப் பார்வையுடன் இணைத்துப் பயன்படுத்த வேண்டும். உங்கள் சர்வரில் வளப் பிரச்சினைகள் அடிக்கடி நிகழ்ந்தால், மென்பொருள் செயல்திறனை மற்றும் அடிப்படைத்தள திறனை ஒரே நேரத்தில் மதிப்பீடு செய்யவும்; தேவைப்பட்டால் Hostragons இன் ஹோஸ்டிங், VPS மற்றும் SSL தீர்வுகளை விற்பனை அழுத்தம் இல்லாமல் ஒப்பிட்டு உங்கள் திட்டத்திற்கு மிகச் சரியான அமைப்பை தேர்ந்தெடுக்கலாம்.