Zure hostingak CPU muga gainditu duzula jakinarazi badizu, normala da kezkatzea.
Webgunea moteltzen hasten da, orrialde batzuk ez dira ondo kargatzen edo une jakin batzuetan erantzuteari uzten dio. Eta burura etortzen den lehenengo pentsamendua izaten da: “zerbait gaizki dago”.
Baina kasu gehienetan ez dago benetako akatsik, seinale argi bat baizik: zure webguneak une horretan inguruneak onartu dezakeena baino baliabide gehiago kontsumitzen ditu.
Eta hori ondo ulertzeak erabat aldatzen du arazoari nola heldu behar zaion.
Zer esan nahi du benetan CPU muga gainditzeak
Zure webguneak jasotzen duen eskaera bakoitzak zerbitzaria prozesuak exekutatzera behartzen du: kodea interpretatu, datu-baseari kontsultak egin eta erantzuna sortu. Prozesu horiek guztiek CPU kontsumitzen dute.
Hosting partekatuan, baliabide horiek mugatuta daude kontuen arteko oreka mantentzeko. Webgune batek muga gainditzen duenean, sistemak prozesuak aldi baterako murrizten ditu.
Hau ez da zerbitzariaren errorea, kontrol-mekanismo bat baizik. Horregatik, nabaritzen duzuna ez da normalean erorketa osoa, baizik eta honako portaerak:
- karga-denbora irregularrak
- erantzun motelak panelean
- errore puntualak jarduera handiko uneetan
Nola identifikatu arazoa benetan CPU kontsumoa den ala ez
Errendimendu-arazo guztiak ez daude CPUarekin lotuta, baina daudenean, nahiko eredu argia izaten dute.
Webgunea ez dago erorita, baina modu ezegonkorrean erantzuten du.
Errendimendua une jakin batzuetan okertzen da.
Administrazio-panela ere kaltetuta dago.
Eta hosting-panelean erabilera-puntak agertzen dira.
JC Hostingen, kasu hauek aztertzen ditugunean, lehenengo begiratzen duguna da kontsumoa puntuala den (puntuak) ala denboran mantentzen den, bakoitzak arrazoi desberdina baitakar.
Arrazoi ohikoenak (eta nola bereizi)
Webgune guztiek ez dute CPU kontsumitzen arrazoi beragatik, eta kasu guztiak berdin tratatzeak akatsak ekartzen ditu.
Karga konstantea sortzen duten pluginak
Ez da soilik kopuru kontua, baizik eta portaerarena.
Plugin batzuek kontsultak egiten dituzte karga bakoitzean, etengabe elkarreragiten dute datu-basearekin edo kanpoko prozesuen menpe daude. Horrek etengabeko kontsumoa sortzen du, trafiko baxuarekin ere.
Cache faltan edo gaizki konfiguratuta
Cachearik ez dagoenean, eskaera bakoitzak orrialde osoa berreraikitzea eskatzen du. Horrek PHP exekuzioa, kontsulta errepikatuak eta erantzun-denbora handiagoa dakar.
Ondo ezarritako cache batek lan horren zati handi bat murrizten du, baina konfigurazio guztiak ez daude behar bezala eginda.
Atzeko planoko prozesuak (cron, backup-ak, zereginak)
Kontsumo mota hau ez dago erabiltzailearen menpe. Automatikoki exekutatzen diren barne-prozesuak dira, hala nola segurtasun-kopiak edo programatutako zereginak, eta zerbitzaria etengabe okupatuta mantendu dezakete zuzenean nabaritu gabe.
Proiektuaren hazkunde naturala
Webgunea hazi da: trafiko gehiago, eduki gehiago, erabilera gehiago… eta lehen inoiz lortzen ez zen muga ohikoa bihurtzen hasten da.
Hemen ez dago akatsik, bilakaera baizik.
Nola murriztu CPU kontsumoa modu eraginkorrean
Ez da optimizazio guztiak aplikatzea, baizik eta benetan eragina dagoen tokian jardutea.
Pluginak berrikustea lehen pausoa da, baina ez soilik kentzea, baizik eta zer egiten duten ulertzea. Ondoren, cachea egiaztatzea. Ez da nahikoa aktibatzea, benetan karga murrizten ari dela egiaztatu behar da.
Garrantzitsua da, halaber, prozesu automatikoak berrikustea. Proiektu askotan behar baino maizago exekutatzen diren zereginak daude.
Eta azkenik, dena eguneratuta edukitzeak laguntzen du, baina ez da ikuspegi bakarra izan behar.
Noiz arazoa jada ez den webgunea
Webgunea optimizatu ondoren arazoa mantentzen bada, doikuntzetan tematzea ez da irtenbidea. Horrek esan nahi du ingurunea jada ez dagoela proiektuaren mailan.
Hemen aldatu behar da ikuspegia.
Handitu daiteke CPU hosting partekatuan?
Ez.
Hosting partekatuan, baliabideak globalki egonkortasuna mantentzeko definituta daude. Ezin dira modu indibidualean handitu ingurunea aldatu gabe.
Horregatik, muga etengabe gainditzen denean, benetako irtenbidea ez da gehiago optimizatzea, baizik eta proiektuari egokitutako ingurunea erabiltzea.
Nola hartu erabaki egokia
Arazoa berria bada, optimizatu.
Konstantea bada, aztertu.
Proiektua hazi bada, egokitu ingurunea.
Ez dago erantzun bakarra, baina bai irizpide argi bat.
Nola lantzen dugu hau JC Hostingen
Egoera hauek ohikoak dira hazten hasten diren proiektuetan.
JC Hostingen, ikuspegia beti bera da:
- kontsumoaren benetako jatorria identifikatzea
- arazo teknikoa eta hazkundea bereiztea
- eta horren arabera jardutea
Webgune optimizatu bat gehiago optimizatzeak ez du ezer konpontzen.
Eta beharrezkoa ez denean eskalatzeak ere ez.
CPU muga ez da berez errore bat
Zure webgunean edo bere ingurunean zerbait aldatu dela adierazten duen seinale bat da.
Batzuetan konfigurazio txarra izango da, beste batzuetan kontuan hartu ez den prozesu bat.
Eta askotan, proiektuaren hazkundearen ondorio logikoa besterik ez.
Aldea dago zer gertatzen ari den identifikatzen jakitean, ekin aurretik.
Optimizatzea beharrezkoa ez denean ez du ezer konpontzen.
Eta irizpiderik gabe eskalatzeak ere ez.
Diagnostikoa zuzena denean, konponbidea askotan uste baino askoz sinpleagoa da.
