A gond a socketnyitásokkal van amúgy...nekem 12 oldal ledarálta a sima beállításokkal az apachet
Persze nem sima oldalak hanem torrent trekkerek(nagyrésze)
Ott az announce szépen életbentartja a socketeket ha pl az aktív-passzívitást nézi a kliens felé.
de hamár számoknál tartunk...nem egészen mindegy hogy 10 vagy 20 vagy 30 kis látogatottságú oldal fut egy szerveren...mondjuk a 10 hez képest a 20 oldal nem 2x nagyobb terhelést jelent...nézzük matekkal:
10 oldal legyen 20 socket/sec
20 oldalal ez legyen egyik 10-10 socket a 20-pedig legyen látogatotabb átlagba és 30 socket
30 oldallal 10-10 ; 10-20 és a maradék 10-30 socket...
Nos ezt összeadjuk és máris 60 socketnél tartunk...a gyári apacs meg asszem 200-250 et kezel le alapból...
Persze ha kis oldalak de mondjuk sok sok ajaxos autorefreh cucc van bennük akkor a socketek villámgyorsan elfogynak a folyamatos nyitogatások miatt, ami belassuláshoz vezethet.
Mindez természetesen megoldható, 2 féleképpen:
1.Apache configgal(ez nem rendelkezik végtelen erőforrásokkal)
2.Websocket alkalmazással(lásd ncore új torrent jelző)...csak ezt a "bérlők" képtelenek alkalmazni.
Mondjuk ha nem erős gép a szerver úgyis előbb behal a mysql szerver:D
Megoldás erre: memcache:) vagy ssd wincheszter.
Mindezeket a dolgokat a saját tapasztalataim alapján írtam le.
Ja és találtam egy bugot is az i-mscp-be:)
Hiába engedélyezem az allow_url_fopen funkciót a rendszer elfelejti újraindítani a php-fpm service-t így a beállítások nem érvényesülnek :)...sőt az xxx-domain.conf-ban sem engedélyezi Off-ról On-ra átírva a fájlt.
Ez a dolog mind a régi 1.0.7-es verzióban így volt mind a legújabb 1.1.11-ben is.
Posts by needforszpit
-
-
Így van de kis látogatottságú oldalnak minek külön szerver?
Nem kényelmesebb és olcsóbb is egy bármilyen hosztingnál bérelt tárhely?
Egyik oldalam egy ilyenen fut 3000ft/3 év áron:D -
Azt mindenkinek magának kell kitalálnia.
A szerverterheléstől függően. -
simply to repair...go to var/logs/apache & delete some log.gz's
via webmin:)...thats not require putty and ssh conection. -
Ha csak 1-2 oldalt szeretnél üzemeltetni felejtsd el az imscp-t...
Gyengébb szerver esetén a napi mentéskor legyalázza a vasat alaposan...főleg ha sok fájlból álló folyamatosan változó tartalommal rendelkezik.
Hogy mennyít zabál az imscp?...önmagában alapba keveset.
A gyári apache configja mellesleg egy ramaty, mindenféleképp javasolt átkonfigolni mert különben csak lesheted a lassú lapbetöltéseket sőt néha az egyáltalán be nem töltődő lapokat.
Nekem olyan 12 oldal fut a szerveren és ez már alaposan ledarálta a gyári apachet.
Egy kis kép arról mit eszik így a szerver, persze ssd raid0-ban a memóriák természetesen ECC-k
-
Heló
Ha már frissítésről szól ez a topic úgy gondolom itt a helye, hogy megkérdezzem van e valakinek már tapasztalata abban amit én szeretnék végrehajtani.
Nos a következő a helyzet:
Jelenleg a szerveremen 1.0.3.0(php-fcgi) verzió van telepítve de egy kis módosítással az apache-ban.
A gyári beállítása ugyanis harmatgyenge ahhoz hogy lekezelje azt a request mennyiséget ami a szervert terheli.
Jelenleg úgy 12-15 oldal van a szerveren és mivel torrent trekkerekröl van szó így az announce.php-k miatt kellett módosítanom az apachet.
A lényeges kérdés:
A leírásokban szereplő frissítési eljárással frissítek 1.1.1-re....nade ebben már php-fpm rendszer ketyeg így nem tudom hogy az én eredeti apache beállításom marad, vagy lecseréli a php-fpm gyári vackára? -
Its's possible to upgrade from 1.0.3.0?
Because from admin panel is inposible at current time...
-
Add to reversedns entry with your domain name was used at installation of imscp....(that's possibble at your server host administration panel)
After entry was created your mail not landing in spam
-
-
If i-mscp send mail with mail() to gmail, mail arrive in spam folder.
(on integrated function sending mail to gmail, example recover email) mail arrive in spam too.
