cpanel servera CPU noslodzes statistika

[1mher3]

Iespējams ka pats esu dumjš un nesaprotu, bet hostinga prasība pāriet uz 6x dārgāku plānu (virtuālais serveris) rada aizdomas par viņu nekompetenci vai nekaunīgu situācijas izmantošanu.

Ceru ka verēsiet man palīdzēt.

 

Situacija šāda:

Shared hosting serveris uz kura jau vairākus mēnešus hostēju web lapu visu laiku strādāja ātri, bet pirms pāris dienām kļuva nenormāli lēns... cik sapratu no admina, tad bridī kad serveris ir pārslogots šie navar (vai nemāk) pateikt kurš tieši klients ir vainīgs. Varbūt pārpratu un to ir iespējams vienkārši noteikt?

 

Problēmu šie risina pārstartējot serveri (laikam). Tad šie skatās Server Status > Daily Process Logs un atslēdz klientus ar lielāko noslodzi.

Daily Process Logs uzrāda tikai dienas vidējās CPU noslodzes %, tātad ja viens klients visu laiku izmanto 0.x% cpu un tad izraisa 99% CPU noslodzi un pakar serveri, vidējā statistika pat pēc vairākām stundām uzrādīs tik dažus %. Ne tā?

 

Šie man atsūtīja Daily Process Logs screenshotus par vairākām dienām (arī tām kad serveris strādāja bez problēmām), bet tajā visi noslodzes cipari, izņemot manu kontu, ir aizkrāsoti.

Pie mana konta tiek uzrādīta 7 - 9 %CPU noslodze un tas esot par daudz priekš Shared Hosting plāna.

OK... meklējot probēmu izmantoju exec('uptime') funkciju, lai atslēdz scriptu ja CPU pārslodze virs 20%. Arī savācu servera noslodzes info par pagājuso dienu (ar 10 minūšu intervālu).

exec('uptime') uzrāda info par servera kopējo noslodzi (nevis tik manu kontu), pareizi?

Mans tests atklāja ka servera noslodze pagājušās dienas laikā svārstījās no 0.1% - 3.5% un vairumā laika bija zem 1%.

Tad man rodas jautājums kā mans konts var vidēji lietot 7-9% CPU ja vidējā servera CPU noslodze ir zem 1%...

 

Radās jautājums Vai Server Status > Daily Process Logs uzrādītais klienta konta %CPU noslogojums rāda % no CPU maksimālās jaudas vai dotā klienta izmantotos % no kopējās CPU noslodzes?

Ir milzīga atšķirība vai mana lapa ēd 7% no CPU jaudas vai 7% no izmantotā ~1% CPU.

Edited December 3, 2010 by 1mher3

[codez]

Paņem dedicated serveri, būs tev personīgais virtuālais serveris ar precīzi tev izdalītu jaudu, atmiņu, cietni. varēsi virsū likt ko gribi un neviens neietekmēs tavu slodzi.

Rackspace-ā ir sākot ap 15$/mēn.

Tepat LV vps.lv sākot pa ap 10Ls/mēn.

[marrtins]

uptime nerāda CPU noslodzi, bet gan cik procesu gaida uz IO. Ja gribi izmērīt CPU, tad jāskaita, cik sekundes CPU laika tava konta procesi ir patērējuši. Gan jau tādam cpanel ir tāda uzskaite, bet 100% nezinu.

 

10% no CPU ir ļoti daudz un no shared hostinga Tev visur palūgs pārcelties uz ko jaudīgāku. Padomā lōģiski - 10% tas ir 10mitā daļa servera, kas, savukārt, nozīmē uz viena servera 10 klientu, kas, savukārt, nozīmē, ka pa 3Ls/mēn tas neies krastā.

 

Katrā ziņā, normālam shared hosterim jābūt iespējai noteikt cik katrs klients tērē, kā arī salikt adekvātus ierobežojumus, lai katrs noobs ar saviem nooblet skriptiem neaizsit ciet visu serveri.

[1mher3]

codez, paldies par ieteikumu.

Skatos rackspace piedāvājumus... bet diemžēl pašreizējam hostingam esmu jau samaksājis uz priekšu. Pārejot uz citurieni es to naudu nedabonu atpakaļ.

[marrtins]

Cik tad esi samaksājis uz priekšu?

[1mher3]

uptime nerāda CPU noslodzi, bet gan cik procesu gaida uz IO.

hmm... ta es nesaprotu...

cpanel panemot "Service Status Click to View" tiek parādīts šitas:

Server Load 1.42 (2 cpus)

ar exec('uptime') iegūstā load average: vērtība ~ sakrīt.

Ko citu tad tas nenozīmē ja ne ka CPU noslodze ir 1.42%?

 

"Cik tad esi samaksājis uz priekšu?"

neko daudz, bet ~10 Ls ar ir nauda kuru pazaudēt nav īpaši patīkami.

[bubu]

Nedrīkst domāt par to kā par procentiem. Drīzāk kā par daļām, ja gribi domāt par noslodzi: 1.42 = 142%

 

Bet precīzāk lasi kaut vai wikipēdijā: http://en.wikipedia.org/wiki/Load_(computing)

An idle computer has a load number of 0 and each process using or waiting for CPU (the ready queue or run queue) increments the load number by 1. Most UNIX systems count only processes in the running (on CPU) or runnable (waiting for CPU) states. However, Linux also includes processes in uninterruptible sleep states (usually waiting for disk activity), which can lead to markedly different results if many processes remain blocked in I/O due to a busy or stalled I/O system. This, for example, includes processes blocking due to an NFS server failure or to slow media (e.g., USB 1.x storage devices). Such circumstances can result in an elevated load average, which does not reflect an actual increase in CPU use (but still gives an idea on how long users have to wait).

Systems calculate the load average as the exponentially damped/weighted moving average of the load number. The three values of load average refer to the past one, five, and fifteen minutes of system operation.

For single-CPU systems that are CPU-bound, one can think of load average as a percentage of system utilization during the respective time period. For systems with multiple CPUs, one must divide the number by the number of processors in order to get a comparable percentage.

For example, one can interpret a load average of "1.73 0.50 7.98" on a single-CPU system as:

during the last minute, the CPU was overloaded by 73% (1 CPU with 1.73 runnable processes, so that 0.73 processes had to wait for a turn)

during the last 5 minutes, the CPU was underloaded 50% (no processes had to wait for a turn)

during the last 15 minutes, the CPU was overloaded 698% (1 CPU with 7.98 runnable processes, so that 6.98 processes had to wait for a turn)

This means that this CPU could have handled all of the work scheduled for the last minute if it were 1.73 times as fast, or if there were two (the ceiling of 1.73) times as many CPUs, but that over the last five minutes it was twice as fast as necessary to prevent runnable processes from waiting their turn.

In a system with four CPUs, a load average of 3.73 would indicate that there were, on average, 3.73 processes ready to run, and each one could be scheduled into a CPU.