atop izmantošana serveru optimizācijā

Gribu pastāstīt par kādu noderīgu rīku serveru optimizācijai vai pareizāk sakot nevis pašai optimizācijai, bet, lai saprastu ko un kā optimizēt. Mana pieredze liecina, ka parasti švakākais ķēdes posms web serveru ātrdarbībā ir slikti uzrakstīti php skripti vai cietais disks. Par sliktiem php skriptiem ir jābar programmētāji, bet par to ko servera administrators var darīt, lai norādītu programmētājam uz lietām, ko viņš var uzlabot es varētu pastāstīt kādā citā reizē. Šoreiz par cietajiem diskiem.

Pirms pāŗis dienām pārskrienot Digam uzgāju labu rakstu par to kā meklēt servera bremzēšanās cēloņus. Šajā rakstā ir pieminēta viena noderīga programma - atop. Šo rīku var labi izmantot, lai saprastu kas servera darbības laikā notiek ar cietajiem diskiem. Ja jūsu serverī ir vairāki diski, viena no optimizācijas metodēm ir dažādu servisu izvietošana uz atsevišķiem diskiem. Tipiskākais variants - Apache un web saturs uz viena diska, bet DB uz otra.

DSK | sdb | busy 31% | read 561 | write 4 | avio 5 ms
DSK | sda | busy 1% | read 1 | write 68 | avio 0 ms

Šādi izskatās neliels gabaliņš no atop izvada vienā no maniem serveriem. Kā redzams sdb disks tiek izmantos krietni intensīvāk par sda. 31% nav nekas par ko būtu vērts satraukties, bet pīķa stundās diska noslodze var tuvoties 98-99% un var sākties "iebremzēšana".

Manā konkrētajā gadījumā uz sdb diska stāv web faili. Ja pīķa stundās sdb diska noslodze konstanti tuvosies 100% es domāšu par to kā daļu no web failu satura pārcelt uz sda disku. Viens no risinājumiem var būt pārcelt atsevišķu lapu failus jeb virtuālos hostus uz otru disku vai arī pārcelt tika iatsevišķas lietas, kas daudz noslogo cieto disku, kā piemēram multimēdiju saturu uz otru disku.

Vienmēr jau var nopirkt jaunu serveri, bet biežāk vienkārši jāsaprot, kas notiek esošajā un nedaudz padomājot jāsaliek viss pa plauktiņiem.