Linux ሰርቨር ላይ htop በመጠቀም CPU እና RAM የሚዋጋ ስኪፕትን አስቸጋሪ በትክክል ማግኘት

Linux ሰርቨር ላይ htop ትእዛዝ የCPUንና RAMን በቅርብ ጊዜ የሚበዛ ስክሪፖችን ለማየት በጥሩ ሁኔታ የሚረዳው ከፍተኛ የመከታተያ መሳሪያዎች አንዱ ነው። htop መረጃ ገጽ ላይ CPU%, MEM%, PID, USER, TIME+ እና COMMAND አምድዎችን በመመልከት የፒኤችፒ፣ Python፣ Node.js፣ cron፣ የውስጥ መረጃቤት ወይም የስርዓት ሂደት ሰርቨሩን የሚያስቸግሩትን ማየት ይችላሉ፤ በኋላም የሂደቱን ባለቤት፣ ፋይል መንገድና የስክሪፕቱን ዓላማ በመቃኘት በመጠንከር በደህና ይወዳድሩበት ይችላሉ።

በተካፋይ hosting፣ VPS፣ VDS ወይም dedicated ሰርቨር የሚለው እንኳን፣ ፈጣን የሰፋላት መጨረሻዎች ብዙው አካባቢ ከዚህ በተቆጣጠረ ስክሪፖች የሚመጡ ናቸው። ለምሳሌ፣ ስህተተ ያለው WordPress ኤክልንት፣ ወደ ዘወትር ድግግሞሽ የሚገባ PHP ፋይል፣ በጥቂት ጊዜ cron ስራ፣ በበዛ የሚሰራ የውስጥ መረጃቤት ጥያቄ፣ ወይም የተቆጣጠረ የድህረገፅ ፋይል በጥቂት ደቂቃዎች CPU አቀባበልን ወደ 100% ሊያቅርበው ይችላል። የRAM ውጤት በዛ ጊዜ አገልግሎቶች ሊሰናከሉ፣ MySQL ማገናኛዎች ሊቆሙ፣ ድህረገፆች 503 ስህተት ሊሰጡ፣ ወይም Linux kernel OOM Killer በተወሰነ ሂደት ሊያቋርጡ ይችላሉ።

በዚህ መምሪያ ከhtop መጫኛ ጀምሮ መረጃ ገጹን እንዴት መቀየር እንደሚቻል፣ CPUንና RAMን የሚውጡ ስክሪፖችን እንዴት መለየት እንደሚቻል፣ PID በመጠቀም የፋይል መንገድን እንዴት ማግኘት እና ከዚህ በኋላ በደህና ሂደቱን እንዴት መቆም እንደሚቻል እንደ እሴ እንከታተዋለን። እንዲሁም በደህንነት ጥሪ፣ cron መቆጣጠር፣ log ትንተናና እንዲያደጉ ትከናወን የሚችሉ የአፎታ ምክሮችን እንደምትሰጥ አሳያችኋለን። በሰርቨሩ ላይ ብዙ ጊዜ የምድብ ግደብ ችግር የሚያጋጥምዎት ከሆነ፣ የአይነቱን አዋጅ በማረጋገጥ ለማየት VPS አይነት ሰርቨር ጥቅሶች እና ከፍተኛ ወቅታዊ ይዘት ገጾችን ይመልከቱ።

htop ምንድነው እና ከtop ትእዛዝ የተሻለ ለምን ነው?

htop በLinux ስርዓቶች ላይ የሚሰሩ ፕሮሰሶችን በኢንተራክቲቭ ሁኔታ ለማየት የሚያገለግል የterminal መሣሪያ ነው። ከታዋቂ top ትእዛዝ ጋር ተመሳሳይ ቢሆንም፣ የሚታወቀው አሰራር፣ ቀለም ያለው የምርመራ አሳይ፣ ቀላል ማደርግ፣ መፈለግ፣ መጣርና የፕሮሰስ አስተዳደር ባህሪዎች ይሰጣል። በዚህ ምክንያት፣ በህይወት ላይ ያለ ሰርቨር ላይ ፈጣን ዲያግኖስት ሲከናወን htop ብዙ የስርዓት አስተዳደሮች መጀመሪያ የሚያገኙት መሣሪያ ነው።

htop በአገናኝ ጊዜ እንደሚታዩት የሚከተሉትን መረጃዎች ማየት ይችላሉ፦

• ፕሮሰስ በሚጠቀምበት የCPU ፐርሰንት
• ፕሮሰስ የሚጠቀምበት የRAM ፐርሰንት እና የምርመራ መጠን
• የፕሮሰስ PID ቁጥር
• ፕሮሰስ የሚከፍተው ተጠቃሚ
• የትእዛዝ መድረሻ ወይም የscript ስም
• የሚሰሩበት ጊዜ እና የቅድሚያ እሴት
• Load average, አጠቃላይ RAM, swap እና የCPU core አጠቃላይ አጠቃቀም

በhosting አካባቢ በአንድ ሰርቨር ላይ ብዙ ድር ጣቢያዎች፣ ተጠቃሚዎች ወይም አገልግሎቶች ሲሰሩ አጠቃላይ የምርመራ አጠቃቀም ብቻ ማየት በቂ አይደለም። ችግሩ ለአየበት ተጠቃሚ፣ ለየበት web site፣ ለየበት cron ተግባር ወይም ለየበት script ፋይል መሆኑን ማግኘት ይኖርበታል። በLinux ሰርቨር htop ትእዛዝ በዚህ ነገር ፈጣን የመጀመሪያ ዲያግኖስት እውነታ ይሰጣል።

htop መጫን፡ በመከፈቻ የሚቀየሩ ትእዛዞች

ብዙ ዘመናዊ Linux ተሰጣጥፎች ላይ htop በቀዳሚው አይገኝም። የroot ወይም sudo ፈቃድ ካለዎት በጥቂት ሰከንዶች መጫን ይችላሉ። ከመጫን በፊት የፓኬት ዝርዝሩን ማደስ በተለይ አዲስ የተመደበ ሰርተር ላይ የተገኘ ስህተት እንዳይፈጠር ያደርጋል።

በUbuntu እና Debian ሰርተሮች ላይ htop መጫን

በUbuntu ወይም Debian መሰረት ያለው ሰርተር ላይ እነዚህ ትእዛዞችን መጠቀም ይችላሉ፡

sudo apt update

sudo apt install htop -y

ከመጫን በኋላ htop ትእዛዝን በመጻፍ መሳሪያውን መጀመር ይችላሉ። የsudo ፈቃድ ካልነበረዎት ከhosting አቅራቢዎ ድጋፍ መጠየቅ ይኖርበታል። የሚታይ የ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

መጫን ካሳካበ በተለመዱ terminal ላይ htop በመጻፍ በቀለም ያለ የመከታተያ አይነት ይከፈታል። በሰርተር አስተዳደር አዲስ ከሆኑ፣ የመሰረት Linux ትእዛዞች ለማውቀት Linux ትዕዛዞች መመሪያ ይህ ይዘት የሚረዳ ግንዛቤ ነው።

htop አይነት ማንበብ፡ ምን ያህል ዓምድ ምን ማለት ነው?

htop በተከፈበ ጊዜ ከፍተኛው ክፍል CPU ኮርዎች፣ RAM፣ swap፣ የተገኙ ተግባሮች ብዛት፣ የthread ብዛት፣ load average እና uptime መረጃዎች ይታያሉ። በታች የሚሰሩ ፕሮሴሶች ዝርዝር ይታያል። በስህተት ማወቅ ሂደት የሚስተዋሉ ቦታዎች እንዲህ ናቸው።

በዚህ የሚገባው በጣም አስፈላጊ ነገር፣ የቀረበው የCPU ግድያ አንዳንድ ጊዜ ችግር አይደለም። ለምሳሌ በደብዳቤ ማስቀመጥ፣ ስእለት አስተማማኝነት፣ cache ማጽዳት ወይም በከፍተኛ ትራፊክ ላይ CPU አጭር ጊዜ ሊጨምር ይችላል። ችግር የሚያመጣው፣ አንድ ፕሮሴስ ለብዙ ደቂቃዎች CPU ወይም RAM ከፍ ቢያጠቃቀም፣ load average ጥቅል ብዛት ከኮር ብዛት በላይ ቢያደርግ እና web service የማይመልስ አቅም ቢያጣ ነው።

htop ይጠቀሙ እና CPU ብዙ የሚጠቀሙ ስክሪፖችን ያግኙ

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 ከታየ እንደ plugin ችግር ይቆጠራል።

እርምጃ 4: የፋይሉን መንገድ እና ክፍት ፋይሎች ያረጋግጡ

አንድ ሂደት የሚጠቀመውን ፋይሎች ለማየት lsof በጣም ጠቃሚ ነው፦

lsof -p PID

ይህ ትእዛዝ ሂደቱ የተከፈቱ ፋይሎች፣ ቤተ-መጻሕፍት፣ ሎጎች እና አውታረ ግንኙነቶችን ይሳያል። በWeb hosting ምርቃ ውስጥ የዚህ ውጤት ምክንያት የተለያዩ የsite አይነቶች እንደሚሰሩ ይታያል። ለምሳሌ /home/example/public_html/wp-content/uploads ውስጥ የሚገኙ ስም የማይታወቅ የPHP ፋይሎች ከታየ ይህ የደህንነት አደጋ ምልክት ሊሆን ይችላል። በዚህ ሁኔታ ከሂደቱ ማቋረጥ ብቻ ይበቃል የማይበቃ፤ ፋይሎችን ማጽዳት፣ የይለፍ ቃል መቀየር፣ plugin ማደሻ እና የደህንነት ምርመራ መውሰድ ያስፈልጋል። SSL እና የደህንነት ግንኙነት ማቅረብ ለማንበብ SSL ማረጋገጫ çözümleri ገፅን ይመልከቱ።

RAM የሚበላ ስክሪፖችን በhtop መለያየት

የRAM ችግሮች ከCPU ችግሮች የበለይ ዝም በማድረግ ሊገናኝ ይችላሉ። CPU ከፍ ባለ ጊዜ በዝርዝር የሚሰማው የአፍንጫ ዝም ነው፤ ነገር ግን RAM ሲያልፍ አገልግሎቶች በምናልባት አስገነዘብ ተዘግተው ሊያቆሙ ይችላሉ፣ swap ብዙ ይዋጋል፣ በሰርቨሩ ሁሉ የዘግየ ጊዜ ይጨምራል። በhtop ስክሪን MEM% ምድብ መተከል በተለያዩ ስክሪፖች በጣም RAM የሚጠቀሙትን ሥራዎች ማየት ይችላሉ።

MEM%, RES እና Swap ግንኙነት መረዳት

htop በመደበኛ እይታ MEM% ያሳያል። በአንዳንድ ማዋቀሪያዎች VIRT, RES እና SHR ምድቦችም ይታያሉ። የRAM ትንተና ሲደረግ RES ዋጋ በጣም አስፈላጊ ነው፤ አስተዳደሩ በሚኖረው የፍሊክስ RAM ቦታን ይወክላል። VIRT ዋጋ ሁልጊዜ የትክክለኛ RAM ጥቅም ማለት አይደለም፣ ስለዚህ ብቻውን ሊያስታስቅ ይችላል።

ለምሳሌ በ4 GB RAM ያለ VPS ላይ አንድ PHP ስክሪፕት 900 MB RES ሲጠቀም ይህ የተለመደ አይደለም። በአንድ Node.js አፕሊኬሽንም ከ200 MB እስከ 1.5 GB መድረስ የRAM ፍሰት ግንዛቤን ይሰጣል። በMySQL ወይም MariaDB ላይ ከፍተኛ RAM ጥቅም አንዳንድ ጊዜ የተለመደ cache ባህሪ ሊሆን ይችላል፤ ይህን ሲመረምሩ የquery አፈጻጸም፣ buffer ማዋቀሪያዎች እና አጠቃላይ የሲስተም RAM በአንድነት መተከል ይገባል።

RAM የሚበላ ስክሪፖች ላይ የተለመዱ ምክንያቶች

• በ PHP, Python ወይም Node.js ውስጥ ወደ ዘላቂ ዞር የገቡ ኮዶች
• ትልቅ CSV, XML ወይም JSON ፋይሎችን በአንድ ጊዜ ወደ RAM ማስገባት
• ያልታደጉ የWordPress ኤክልንትዎች እና ቲማ ፋንክሽኖች
• የምስል አዋቀር, PDF ማቅረብ ወይም ቪዲዎ ቀይር ስራዎች
• የበቂ cache ጥቅም ስለሌለ የጥልቅ query ደግሞ ደግሞ ማስፈጸም
• በbot ወይም አደጋ ትራፊክ ብዙ script አካል ማስከተል
• በRAM ፍሰት የተያዙ የቆይታ የኋላ አገልግሎት ስክሪፖች

በዚህ ያሉ ችግሮች ላይ በkill ትእዛዝ ስክሪፕቱን ማስወገድ በረዳት የጊዜያዊ ውጤት ይሰጣል። የቆይታ መፍትሄ ለመያዝ ስክሪፕቱ ምን እንደሚያደርግ፣ በምን ግብዓት እንደሚታነስ፣ እና ለምን RAM አይታጠብ እንደሚያተኩል ትንተና ይፈልጋል።

htop ውስጥ ፍለጋ፣ ማጣሪያና የእንደ አትክልት ቅርጸት እይታ

በሰርቨሩ ላይ በመቶዎቹ ሂደቶች እየሰሩ ከሆነ፣ በዝርዝሩ ውስጥ በእጅ ፍለጋ ማድረግ አስቸጋሪ ይሆናል። htop በዚህ ጉዳይ የተጠቃሚ አጫላትን ያቀርባል። F3 እየጠቀሙ ፍለጋ ማድረግ ይችላሉ፣ F4 በመጠቀም ማጣሪያ ማድረግ ይችላሉ፣ F5 በመጠቀም የአትክልት እይታ ለማግኘት ይችላሉ። የአትክልት ቅርጸት እይታ በተለይ የወላጅ-ልጅ ግንኙነትን ለማየት በጣም አስፈላጊ ነው። ለምሳሌ nginx ወይም Apache በታች እየሰሩ ያሉ php-fpm child ሂደቶች፣ በcron ተነስተው የሚሰሩ script ወይም በsupervisor የሚቆጣጠሩ Node.js አገልግሎቶችን በግልጽ ሁኔታ ማየት ይችላሉ።

የሚያገለግሉ ማጣሪያ ምሳሌዎች

• php በመጻፍ የPHP ሂደቶችን ብቻ ይታያሉ።
• python በመጻፍ የPython script ይታያሉ።
• wp-cron በመጻፍ የWordPress cron ባህሪያትን ይቆጣጠሩ።
• node በመጻፍ የNode.js መተግበሪያዎችን ይመረምሩ።
• ተጠቃሚ ስም በማጣሪያ አንድ hosting መለያ ሂደቶችን ይመልከቱ።

እነዚህ ማጣሪያዎች፣ በተለይ በብዙ ተጠቃሚዎች ያሉ ሰርቨሮች ላይ ጊዜ ያስቆራል። ለምሳሌ በአንድ ሰርቨር ላይ 30 በተለያዩ ሳይቶች የተከበሩ ከሆነ፣ የUSER አምድና የትእዛዝ መንገድን በአንድ ላይ በመተካከል ችግሩ ከየትኛው አካውንት እንደሚመጣ በፍጥነት ይታወቃል። ከየድር ስም የተያዘው ፕሮጀክቶችዎ ለማስተዳደር በቀላሉ ማድረግ ከፈለጉ ዶማይን መረጃ ጥያቄ እና ዝርግኝ ገፅን ይመልከቱ።

በሽሽተ PID ላይ የሚደረግ ደህንነት እርምጃ እቅድ

በምርት ብዛት የሚጠቀም ሂደት ካገኘው በአውሾና kill -9 በማድረግ በፍጹም ማቋረጥ የሚታወቅ ነው። ነገር ግን ይህ ዘዴ የውሂብ ጣሰ፣ የተሞላላ የመጻፍ ሂደት፣ ወይም የአገልግሎት ተዛማጅነት ችግር ሊያመጣ ይችላል። በደህንነት የተሰረቀ ዘዴ ተከትሎ መሄድ ይገባል።

1. ሂደቱን መዝግብ

መጀመሪያ PID, USER, COMMAND, CPU%, MEM% እና ሰዓቱን አስቀምጥ። ከቻልህ htop ማሳያ አንድ ጭምር ውስጥ ያውጣ። ይህ መዝገብ በተደጋጋሚ ሲደርስ ችግር ለማስተካከል ይረዳል። በዚህም በኤጀንሲ፣ ኢ-ንግድ፣ ወይም ኮርፖሬት ፕሮጀክቶች ላይ ለደንበኞች ቴክኒክ ማብራሪያ ሲሰጥ ይህ መረጃ የተለያዩ ጥቅሞች አሉት።

2. የሂደቱን ፋይል መንገድ አረጋግጥ

በps -fp PID እና lsof -p PID ውጤት ፋይል መንገዱን አረጋግጥ። ፋይሉ በድር የመጀመሪያ ዳይሬክቶሪ ከሆነ የተያያዘ አፕሊኬሽን log አሳይ። WordPress ለ wp-content/debug.log፣ የweb server ለ access log እና error log፣ ለ PHP-FPM slow log ጠቃሚ መረጃዎች ይሰጣሉ።

3. በመጀመሪያ ለመጨረሻ ቅድሚያ ይሞክሩ

ሂደቱ በማይቆጠብ አስተዳደር ከሆነ በመጀመሪያ የተለመደ ማቋረጥ ሲግናል ላኩ፦

kill PID

ጥቂት ሰከንዶች ጠብቁ፣ በhtop ማሳያ ሂደቱ ተዘግቷ እንደሆነ ያረጋግጡ። አይቀጥልም ከሆነ እና ለሲስተሙ ጤና ከፍተኛ ጉዳት የሚያደርግ ከሆነ እንደ መጨረሻ የሚከተለውን ትእዛዝ ይጠቀሙ፦

kill -9 PID

kill -9 ሲግናል ሂደቱን ያስቀርበዋል እና ማጽዳት ዕድል አይሰጥም። ስለዚህ በdatabase ሂደቶች፣ በፋይል መጻፍ ሂደቶች፣ ወይም በቅድሚያ ስራዎች ጥንካሬ አድርጉ።

4. እንደገና ከጀመረ ትኩረት ያውሩ

ሂደቱን ከዘጉ በኋላ በሰከንዶች ውስጥ እንደገና ከተጀመረ ከሆነ cron, systemd service, supervisor, web request ወይም bot traffic ምንጭ ሊሆኑ ይችላሉ። ለcron logs crontab -l፣ ለsystem services systemctl status ስርዓት አገልግሎት፣ ለweb traffic access log አሳይ። ችግሩ WordPress wp-cron ከሆነ የcron ማቀያያያትና የcache ፖሊሲ ይታየት።

htop የተገኘውን ማስታወቂያ ከlog መዝገቦች ጋር ማዋሃድ

htop የምን ይዞታ እየተጠቀሰ እንደሆነ ያሳያል፤ log መዝገቦች ግን ለምን እንደሆነ ያስታወቃሉ። እነዚህ ሁለቱ መረጃዎች በአንድነት ካልተጠቀሙ ምርመራው ያጣ ይቆያል። ለምሳሌ፣ htop ላይ php-fpm ተከላይ በ180% CPU ሊሰራ ይችላል፤ ነገር ግን የተጫነውን URL ወይም የጫነውን bot በaccess log ካልተመረመረ ማየት አይቻልም።

ሊታየው የሚችለው log ምሳሌዎች እነዚህ ናቸው፦

• የWeb አሳዳጊ access log: በጣም ብዙ ጥያቄ የሚቀበሉ አድራሻዎችን ያሳያል።
• የWeb አሳዳጊ 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 አድራሻ ላይ ሺህዎች ጥያቄ እየተሰጠ ከታየ፣ ችግሩ አንድ እቃ ፣ bot ንብረት ወይም በተሳካ ልክ የማይተዳደር የAJAX ሂደት ሊሆን ይችላል። በዚህ ሁኔታ WAF፣ rate limit፣ cache እና እቃ አይነት ማሻሻያ በአንድነት መያዝ ይገባል። የWeb ሳይትን የአፈጻጸም ጉዳይ በበለፀገ ሁኔታ ለማስተዋወቅ የድር ገፅ ውጤት ኦፕቲማይዚሽን ይረዳዎታል።

በመደበኛ ጭነት እና በችግር ጭነት መካከል ምን ያህል ልዩነት አለ?

ሁሉም ከፍተኛ የምንጭ ተጠቃሚነት ክሪዝ አይሆንም። የሰርቨሩ ሀርድዌር፣ የትራፊክ መጠን፣ የመተግበሪያ አይነትና የጥገና ሂደት መወዳደር ያስፈልጋል። ለ2 ኮር ያለው VPS ሰርቨር load average የተሰጠው እና ለብዙ የቆየ 6-8 ደረጃ ርካሽ የሚሆን ጭነት ነው። በ16 ኮር ያለው dedicated ሰርቨር ላይ ይህ ቁጥር መደበኛ ሊሆን ይችላል። ስለዚህ load average ሲታወቅ የኮር ቁጥር አስፈላጊ ነው እንደሚታውቅ።

ይህ ውሳኔ የማያስፈልገውን ፈርን ከእውነተኛ የperformance ችግር ለመለያየት ይረዳዎታል። በዘይቤ የe-ticaret ሳይቶች በውስጥ የcampaign ዘመናት፣ የክፍያ መዋልና የስቶክ ማሻሻያዎች ጊዜያዊ የምንጭ ጭነት ሊፈጥሩ ይችላሉ። ነገር ግን ይህ ጭነት ተጠቃሚ ልምድን ከፍል ከማዋረድ በላይ ከሆነ የመተግበሪያ optimization እና የሰርቨር አቅም በአንድ ስር ይመደበን።

የደህንነት ጥያቄ: የምንጭ ኃይል የሚጠቀመው Script አደገኛ ሊሆን ይችላል?

CPU ወይም RAM የሚጠቅም script ሁልጊዜ በስህተት የተፈጠረ አደገኛ አይሆንም። በተወሰኑ ይዞታ የተያዙ ድህረገፆች ላይ ጥቃት የሚያደርጉ ሰዎች spam ልክ, ክሪፕቶ ማደያ, proxy ትራፊክ, DDoS bot ወይም አራት የሆኑ script ይሰራሉ። 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 ወይም አዲስ ሶፍትዌር ላይ cache ሥርዓት ይጠቀሙ።
• ያልወሰኑ አባላት, ታማኝ እና module ይሰውሩ።
• MySQL slow query log በመጠቀም ከባድ የሆኑ ሒሳቦችን ያስተካክሉ።
• የCron ስራዎችን በአንድ ደቂቃ ያደርጉት አይደለም፤ ያካትቱ።
• ለbot traffic rate limit, robots.txt እና የጥበቃ ቅድሚያ ይተግበሩ።
• የመተግበሪያ log ቦታዎችን በመደበኛ ይቀይሩ፤ ትልቅ log ፋይሎች የdisk እና RAM ተፅዕኖን ይቆጥቡ።
• የሰርቨር metrics ሳይሆን በአደጋ ጊዜ ብቻ ሁሉንም በመደበኛ ይቆጥቡ።

Optimization ከተደረጉ በኋላ የሰርቨር ምንጭ አጠቃቀም የተፈጠረ ከሆነ፣ ችግኑ በሶፍትዌር ብቻ ሊሆን አይችልም። ትምህርቱ በላይ ሊሆን፣ መተግበሪያው እየጎደለ ሊሆን ወይም ያለው hosting package የበቃ አይሆንም። በዚህ ሁኔታ የሚያበቃ VPS, ተጨማሪ RAM, ፈጣን NVMe disk ወይም የተቆጣጠረ ሰርቨር ምንጭ ይገባዋል። ለድርጅት ፈላጊ የሆኑ የእንግዳ ፓኬጎች እና የድርጅት ሰነዱ መፍትሔዎች በመጠቀም አማራጮችን ያነጻጽሩ።

አካል ምሳሌ: WordPress ሳይት ላይ CPU እድገት

እንደ እውነተኛ ሁኔታ እንመራለን። በ4 ኮር እና 8 GB RAM የተያዘ VPS ላይ ብዙ WordPress ሳይቶች እየሰሩ ናቸው። ተጠቃሚዎች ሳይቱ እየዘገየ እና አንዳንድ ጊዜ 502 ስህተት እየተሰጠ እንደሆነ ያሳውቃሉ። በTerminal htop በሚከፈተበት ጊዜ load average 12 እንደሆነ ይታያል፤ CPU ኮሮቹ ሙሉ ስለሆኑ አንድ ተጠቃሚ የሚጠቀምበት ብዙ php-fpm ፕሮሴሶች በአናት ይታያሉ።

F4 በመጠቀም የተጠቃሚ ስም ይታጣላል። CPU የሚበላው ፕሮሴስ የPID የተዘጋጀ ነው። ps -fp PID በሚያወጣው ውጤት php-fpm worker ይታያል፤ lsof -p PID በሚያሳየው /home/site/public_html/wp-content/plugins/example-importer/import.php ፋይል ይደረሰበታል። Access log በሚታየው በዚህ ደቂቃ ውስጥ የዚህ ፋይልን የሚያነቃ የአስተዳዳሪ ጥያቄ እና በኋላ የሚቀጥሉ የAJAX ጥሪዎች ይታያሉ።

እንደ መፍትሔ import ሥራው ይቆማል፣ የእቃ ተጨማሪው የቀጠሮ ሥራ ይዘጋል፣ ትልቅ የውስጥ መግቢያ ሂደት በክፍሎች ይከፈላል፣ PHP max_execution_time አድስ ይታቀያል። wp-cron እንደ ስርዓተ cron ተቀይሯል። ውጤትን በመመልከት load average ከ12 ወደ 1.8 ይወርዳል፣ CPU አጠቃቀም ወደ የተለመዱ እንዲመለስ ያደርጋል፣ የድህረገፅ ምላሽ ጊዜ ግልጽ ልምድ ያሳያል። ይህ ምሳሌ htop ብቻ ሳይሆን፣ ps, lsof እና log በሚያነሳሳው ተጨማሪ ትኩረት እንደሚያበረታታ ያሳያል።

htop በመጠቀም ስህተቶች በተደጋጋሚ የሚደርሱ

• በላይ ያለውን ፕሮሴስ ብቻ ማቁረጥ እና የመስክ ምክንያቱን መረምረም መችል።
• VIRT ዋጋውን እውነተኛ የRAM አጠቃቀም መሆን ማስተዋል።
• MySQL በcache የሚጠቀምበት RAM አጠቃቀምን በቀጥታ ችግኝ መሆን መያዝ።
• kill -9 ትእዛዝን እንደ የመጀመሪያ ምርጫ መጠቀም።
• Log ያሉትን ከመቆጣጠር በፊት መተግበሪያን ወይም ተጠቃሚውን ማቅረብ።
• Load average ዋጋውን ከCPU አካባቢ በስተቀር ማትረጉም።
• የደህንነት ግፊት ምክንያት ሲኖር የፋይል አንድነትን አልመረምረም።

እነዚህን ስህተቶች መቀየም፣ የአገልግሎቱን ቆሚነት አነስቷል እና በስህተት የሚደርሱ የውሂብ ጥፋት አደጋን ይቀንሳል። በሲስተም አስተዳደር ትክክለኛ ምርመራ፣ ብዙ ጊዜ ከፍተኛ ፍጥነት ያለው መግባት በላይ ይገባል።

ብዙ ጊዜ የሚጠየቁ ጥያቄዎች

በLinux ሰርቨር htop ትእዛዝ ምን ያደርጋል?

በLinux ሰርቨር htop ትእዛዝ የሚሰሩ ፕሮሴሶችን CPU, RAM, ተጠቃሚ, PID እና ትእዛዝ መረጃዎችን በቅድሚያ ያሳያል። እንዲሁ ፕሮሴሶች ወይም script-ዎች ፕሮሴሰርን ወይም ማስታወሻን በማይታወቅ መልኩ በሚውሉ ጊዜ በፍጥነት ማውጣት ይችላሉ።

htop በመጠቀም CPU የሚውሉ script እንዴት አግኝ?

በhtop መስክ ፕሮሴሶችን CPU% ለውክልና መካከል ይደርድሩ፤ ከከፍተኛ CPU በላይ ረጅም ጊዜ የሚቆይ ፕሮሴስ PID እና USER አድራሻውን ይመዝግቡ። በኋላ ps -fp PID እና lsof -p PID ትእዛዞችን በመጠቀም script የሚገኝበት ፋይል አድራሻ እና የሚፈጠሩትን ስለሚሰሩ ይያዙ።

በRAM ጥናት MEM% ወይም VIRT የተመሰረተ መረጃ ይታወቃል?

በRAM ትንተና MEM% እና በዚህ ላይ ልዩ የሆነ RES ዋጋ ይበልጥ ጥሩ አስተያየት ይሰጣል። VIRT የተቀመጠ ሳንታ ማስታወሻ መጠንን ይሰጣል፤ አንዳንድ ጊዜ ይህ በእውነቱ የሚጠቀም የRAM መጠን አይሆንም።

የሚውሉ ፕሮሴስን kill -9 በአንድ ጊዜ መዘጋት ትክክለኛ ነው?

ብዙ ጊዜ አይደለም። አንድ ፕሮሴስ ምን እንደሆነ መቅዳት፣ ፋይል አድራሻውን መተንተውና ቀደም ሲል kill PID ትእዛዝን መሞከር ይሻላል። kill -9 ትእዛዝ ፕሮሴሱ በቀላሉ ካይዘጋ እና ሰርቨር ህንደርን ከባድ በሚያጎድል ጊዜ ብቻ ይጠቀሙ።

በhtop ከፍተኛ CPU አጠቃቀም ሁልጊዜ የመጥፎ አገልግሎት ምልክት ነው?

አይደለም። ቅድሚያ ማስታወሻ፣ import፣ cache ማቅረብ ወይም ከፍተኛ traffic ይህንን ሊያስከትሉ ይችላሉ። ነገር ግን የተወሰኑ ፋይል ስሞች፣ /tmp ወይም uploads ውስጥ የሚሰሩ script-ዎች እና ያልታወቀ ተጠቃሚ ፕሮሴሶች የደህንነት ጥያቄ ይደርሳሉ።

በአጠቃላይ፣ በLinux ሰርቨር htop ትእዛዝ CPU እና RAM የሚውሉ script-ዎችን ለማግኘት ፍጥነት፣ ቀላልነት እና ታማኝነት ያለው መጀመሪያ ነው። ትክክለኛ ውጤት ለማግኘት htop መረጃ PID ትንተና፣ lsof ውጤት፣ cron መቆጣጠሪያና log አታት በአንድ ላይ ማዋሀድ ይኖርበታል። በሰርቨሩ ምንጭ ችግሮች ብዙ ጊዜ ከተደገመ የሆነ ጊዜ የሶፍትዌር ኦፕቲሚዜሽንን እና የአላማ አቅምን በአንድ ጊዜ ይመርምሩ፤ በዚህ ላይ Hostragons የhosting፣ VPS እና SSL መፍትሄዎችን ምንም የሽያጭ ጫና ያለው በማወዳድ የፕሮጀክትዎ ምንጭ የሚሆነውን ማምረጥ ይችላሉ።