Wpis z mikrobloga

  • 1
Macie jakis pomysl na zamulanie apache? konfig serwera: 2x120gb SSD, 64GB ram, procek 8 rdzeni, konfig apache:

StartServers 64

MinSpareServers 50

MaxSpareServers 100

ServerLimit 9600

MaxClients 9600

MaxRequestsPerChild 0

Serwer mocno dusi, ruch rzędu 800 osob online, i strony glownie tubowe z dużą iloscią reqest na thumbsy z filmów, sporo ostatnio manipulowalem przy parametrach w apache2,conf ale zero zmian :/

Server version: Apache/2.2.16 (Debian)

#apache

#linux

#debian

#webdev
  • 25
  • 0
@msq:

Server uptime: 2 hours 6 minutes 4 seconds

Total accesses: 519699 - Total Traffic: 137.4 GB

CPU Usage: u1.94283e+12 s3.79484e+11 cu1.84839e+10 cs0 - 3.09e+10% CPU load

68.7 requests/sec - 18.6 MB/second - 277.2 kB/request

113 requests currently being processed, 54 idle workers
@porner:

No jesli load Ci leci do +80 to gdzies jest bottleneck.

Masz jakiegos munina czy nagiosa? Jakich zasobow Ci brakuje? Jakie jest I/O? Jest baza z tylu? Jaki proces wcina najwiecej zasobow?
  • 0
apache2 - 9999.0, nie potrafie dojsc do tego który to proces i który skrypt tak miazdzy dedyka :/ nie mam zadnego monitoringu, wlasnie instaluje munina
@porner: ja od dawna tylko nginx używam...z apache też miałem rożne chece. i wraz z nginx poszły w niepamięć dwa dni temu na jednej z maszyn wdrażałem SPDY dla nginx i znów wszystko jakby przyspieszyło :)
@porner: Munin musi najpierw zebrac dane. Jesli go dobrze skonfigurowales to zostaw go na jakis czas (pol godziny) i zobacz czy cos wyrysowal. Munin server musi miec mozliwosc podlaczenia sie do munin-node na port - o ile pamietam - 4444. Sprawdz w logach czy nei rzuca bledami. Zreszta mozesz sie do munin-node podpiac telnetem i sprawdzic czy i co zwraca
@porner: Zacznij od nginxa i bedzie problem z glowy.. Apache moze i ma od cholery opcji, modow i BUK wie czego, ale za to robi takie problemy jak u Ciebie..

A zdalnie, nie majac danych to nie ma co wrozyc z kapelusza... Na I/O bym nie stawiał, skoro masz SSD, no chyba ze ktos cos tak z d....zrobil ze nawet one wymiekaja (czyli pare tys ioops).. Ale to akurat łatwo sobie
@porner: Z jednej lepsze to niz Apache, z drugiej od ponad roku nie było wersji stabilnej, testowa ma ma jakies 5lat.. Wiec projekt po prostu umarł, wiec nie ma co sie pakowac..

Przepisanie htaccess nie boli, gdzies widzialem kiedys stronke ktora automatycznie przerabiała htaccess na regułki nginx'a, a dokładniej chyba to kiedys sprawdzałem: http://winginx.com/htaccess - mimo to by trzeba recznie potem to sprawdzic..
  • 0
@krzyzakp: @msq: taka ciekawostka, zmienilem memory_limit z 124MB na 64 MB i load spadł z 3.0 do 0.5 - choc i tak zapasu ramu mam sporo bo jakies 60GB - nie wiem co to ma wspolnego skoro max mam zuzycie 5GB ramu... macie jakies pomysly ?
@porner: A logi co na to? Nie wysypuje Ci to przypadkiem skryptu jakiegos, ktory byl zasobo zerny, a teraz przez to ze jest ubijany z braku pamieci, spadł load?

Po za tym load 3 na 8 rdzeniach to pikus.. Przy takiej ilosci bym sie martwił jak by pod obciazeniem bylo kolo 10-12 dopiero (rozwazam przypadkek nginx + php5-fpm, bo apache to apache..)
  • 0
@krzyzakp: skrypty ktore zrą wiecej ramu mają ustawiony osobno memory limit wiec nie ma problemu, logi jak narazie czysciutkie, same smieci w stylu File does not exist - ciekawa sprawa, bo ten memory limit teoretycznie to pikus, tak jak pisze mam 64 GB ramu, nie widzialem ani razu zeby zuzycie pamieci było wieksze niz 5 GB...