Težave serverja za spletno gostovanje

12 naročnikov

Od ponudnika spletnega gostovanje sem prejel mail naslednje vsebine:

ugotovili smo da vaša skripta chess.php na podomeni sah.phpzofa.net ponepotrebnem bremeni naš strežnik.
Ugotovili smo , da je skripta večkrat zagnana ( tudi do 10x ) in včasih dalj kot 2 ure.
Ob tem vsak proces porabi neverjetno veliko CPU-ja.
Smatrajte to sporočilo kot prvi opomin kršenja splošnih pravil poslovanja.

Poraba mojih resursov:
bandwidth: 4250.82 / 30.000 MB ali 15%
zaseden prostor: 67.19 / 500 MB ali 13.9%
za prvih 15 dni januarja. Do sedaj ni bilo nobenih problemov. Portal je namenjen igranju online šaha deluje na platformi PHP (osveževanje stanja na šahovnici s submit metodo) in baza mySQL, največji promet okoli 20 ure. Vprašanje je ali bi lahko bila krivda v skriptu ali nastavitvah serverja - skript ni bil bistveno spremenjen več kot 6 mesecev pa tudi ni bilo posegov v administratorske nastavitve, prenos grafike - figur je minimalen. Za mnenja se v naprej zahvaljujem!

Kontaktiraj firmo kjer hostaš, jim opiši problem in prosi za rešitev. Omeni jim VPS. Take firme ki imajo toliko strank imajo ponavadi tudi kak backup strežnik ali prodajo vpsjev za "požrešne" stranke.

lp

Se strinjam z OvcaX. Prarafraziram. Če ima neka stranka dirkalni avto in ga hoče izkoristiti, tega ne more delat na navadni cesti kjer je omejitev 50km/h. Naj si najame svoje dirkališče alias dovolj resoursov sam zase. So primeri, ko res ena stranka ogroža ostale na shared serverju - pa ponudnik serverja se ne more zaščiititi proti vsem takim situacijam ...

Pa da se ne razumemo, ne leti na konkreten primer phpzofa.

hvala za mnenja, dokler od ponudnika ne dobir konktretnih podatkih je pe uranjeno razmiljati o zamenjavi, po zadnjem obvestilu so opomin dali na osnovi:

meritve top apache procesov in uporabo CPU

po zadnjih meritvah porabe časa(dodano na vsako podstran) je potrebno za nalaganje - sprocesiranje potreben čas od 0,02 sek do 2 sek(to se meni zdi normalen čas) - odvisno od funkcije, ki so izvedene - pretežno zapisovanje z mySQL. Ob tem ni jasno koliko je še aktivnih drugih procesov ob istem času.

Vprašanj je več: koliko to vpliva na stabilnost serverja, vpliv na odzivnost in procesiranje drugih procesov - "uporabnikov" - upočasnjenost itd.

Ker še niso poslali obljubljenega skana top procesov še bom malo počakal z odločitvijo - kaj sedaj???

za sedaj še nevemo koliko lahko vozimo 100km/h ali 50km/h - če bi dali pogoje poraba procesorskega časa CPU na zahtevek je 3 sek potem bi bilo vse jasno.... vem samo, da jim trošim okoli 35% bandwidtha mesečno...

35% celotnega bandwitha? :)

urbee, verjetno tistega, ki ga ima zakupljenega v paketu...

Popravek:

vem samo, da jim trošim okoli 35% bandwidtha mesečno...

• mesečno dovoljenega bandwitha - download prometa v MB, kar je dnevno okoli 300 MB, število obiskov do 200 na dan. Mogoče bi pomagale vaše izkušnje z ugotovljenim časom nalaganja strani - podstrani(čas od vstopa do zaključka procesiranja strani), ki je od 0,02 do 2 sekundi, kdaj so lahko zahtevki "usodni" če so v TOP procesih, ali je skan z ukazom TOP (apache) relevantna meritev, da te proglasijo za "požrešnega" uporabnika in še...

apache-top:

apache-top provides real-time display of the active processes from a remote apache server. It shows: the active apache processes with the associated PID, the status, the active seconds,the CPU usage, the associated VirtualHost, the accessing IP and the request (POST or GET, the file being accessed, and the used protocol); the server uptime and the time it was last restarted; CPU usage; requests per second, Kb per second, and the average Kb per request; the number of active and inactive processes; and a graph with the inactive and active processes and their status.

Tko da odgovor na tvoje vprašanje ali te lahko proglasijo za požrešnega na podlagi teh podatkov... Ja lahko.

phpzofa:
za sedaj še nevemo koliko lahko vozimo 100km/h ali 50km/h - če bi dali pogoje poraba procesorskega časa CPU na zahtevek je 3 sek potem bi bilo vse jasno.... vem samo, da jim trošim okoli 35% bandwidtha mesečno...

Če pa res nimajo navedeno niti v pravilih čisto ničesar, potem to ni korektno.

To imajo objavljeno:

1. Nepooblaščena ali nedovoljena uporaba strežnika (branje, pisanje in izvajanje izven domačega lastnega direktorija).
2. Prekomerno izkoriščanje zmogljivosti strežnika (cpu, ram, trdi tisk, ...).
3. Uporaba škodljivih skript (skripte ne smejo vsebovati varnostnih lukenj).
4. Uporaba strežnika za testiranje skript.
5. Pri delu s cronjob(s), ki omogočajo izvajanje funkcij ob določenem času, je prepovedano prepogosto izvajanje funkcij.
6. Prekomerno pošiljanje elektronske pošte. V primeru, da pošiljate sporočilo več kot 50-tim prejemnikom, je potrebno med pošiljanjem uporabljati zakasnitve. Primer: Če uporabljate skripto: pošljite sporočilo 10-tim prejemnikom, nato naj skripta vsaj 20 sekund počaka, itd.
7. Če uporabljate e-poštni odjemalec na osebnem rečunalniku (recimo Outlook): pošljite sporočilo hkrati največ 50-tim prejemnikm in nato nekaj minut počakajte, itd.
8. V roku 24 ur lahko pošljete e-poštno sporočilo največ 2.000 prejemnikom.
9. Pošiljanje elektronske pošte na naključne naslove (spam).
10. Uporaba strežnika v zlonamerne namene.
11. Kršenje avtorskih pravic.
12. V kolikor uporabljate večje število MySQL baz, ftp, itd., kot je določeno za posamezen paket.
13. Nadaljnja prodaja delov zakupljenega prostora brez predhodnega dogovora.
14. Naročnik v celoti razume in se strinja, da vsakršno povzročeno škodo in posledične dodatne stroške v celoti poravna sam v roku 14 dni od nastanka.
15. Za zlorabo se šteje tudi neredno posodabljanje skript z varnostnimi popravki, če bi to kakorkoli vplivalo na delovanje strežnika.

Mislim, da bi lahko kaj več definirali!