Vprašanje za admine
4 naročniki
4 naročniki
Eno vprašanje za admine ki administrirajo strežnike v Slo (shared paketi).
Kaj naredite s stranko, ki si plača obisk (npr. 10.000 obiskovalcev) in se vam naenkrat vsuje tisoče obiskovalcev?
Se že imeli takšne primere?
8 odgovorov
jeba :) hehe, jah hitro trimat nastavitve v apacheju, da slučajno ne zmanka childov, ker če začne swapat si ga nafukov. :)
Kdo pa ti bo sedel zraven kompa in čakal da nekdo to naredi ?
Saj stvar bi bia sprejemljiva če bi takšni userji vedeli kaj je keširanje in optimizacija. Ampak tukaj gre za jomla userja :)
Se strinjam, tudi jaz sem imel tak primer nedavno nazaj, ko je uporabnik poslal svojim 10k uporabnikom mail, nakar sem imel 1k uporabnikov 24ur nonstop na strežniku... Sej niti ne bi blo problema če uporabnik ne bi imel neke skripte za shoutbox ki je vsakemu na strani še sama refreshala shoutbox... in je blo povezav na shoutbox za znoret veliko... še dodatne poleg normalnega browsanja. V bistvu sem uporabniku skenslov tist modul za refresh, ker drugač bi mel probleme s strežnikom. Tudi keep-alive sem skenslov, pa je load padu iz 4.00 na 1.50-2.00 (4 procesorska mašina)...
Verjetno bi bilo smiselno kak modul za apacheja ki limita število concurrent userjev, ter cpu usage per vhost uvest, da se znebiš takih špic, vendar v tem primeru so stranke sitne :) Sploh če so plačale svoje klike... V kolikor je konstantno toliko porabe, prosiš stranko da si najde namenski strežnik, če res vidiš da je stvar presegla vse meje normalnega, vendar je to pri meni recimo zadnja opcija. Če strežnik ne bi mogel več normalno funkcionirati, bi to naredil da zavarujem ostale stranke, oz. raje dokupil še en strežnik v kolikor je stranka pripravljena plačati malce več denarja... Drugače pa nikoli še nisem rekel stranki naj si kupi svoj strežnik zaradi preveliko navadnih obiskovalcev (upajmo da mi še dolgo ne bo potrebno). Druga je, če je sama naredila štalo s kakim loopom ali slabo spisano skripto, ki je povzročila zaciklanje... Načeloma je pa večina ljudi zelo škrta kar se tiče tega... kot da je samoumevno vse, da bo zadeva laufala za par € na mesec, na dan pa nabije 20k uporabnikov...
problem pri joomli navadno sploh ni v samem sistemu - tud brez kesitanja bi lahko vleklo veliko vec - problem je skoraj vedno v sef komponentah ... vecina se vedno uporablja opensef, ki je vec kot katastrofa glede brzine in kurjenja memorije ... jest uporablam sh404sef, kar je kul za sajt do 10k visitov/dan - potem je nujno saltat na sefadvance, ki edini dela brez baze (direkten rewrite), ampak seveda ni prakticno nic konfigurabilen ... ampak sajti tud brez kesiranja sibajo ...
Drugac pa lepo dela Page cache 2.0 - naredi in servira staticne pejdge, edini problem je za sajte, kjer so userji stalno logirani, ker potem ne kesira stvari ... obremenitev pade na priblizno 30% normalne obremenitve ...
Za info - ce je stranka slucajno dojemljiva za kaksen pameten nasvet :P