postgres nestiha ...

Milan Keršláger milan.kerslager na pslib.cz
Úterý Únor 22 19:25:25 CET 2005


On Tue, Feb 22, 2005 at 05:50:42PM +0100, Dracula007 wrote:
> Ahoj,
> 
>    na linuxovem serveru provozujeme aplikaci postavenou na PHP a
>    Postgresu 7.4. Az do vcerejska to bezelo uplne v pohode, ale vcera
>    najednou z niceho nic zatez na stroji markantne vzrostla a db
>    prestala stihat - dotazy se radi do fronty, databaze je nestaci
>    obslouzit a postupne je zabiji. Stejna situace se opakuje i dnes.
>    
>    Na serveru se cca posledni mesic nic nemenilo (krome prubeznych
>    oprav), troufam si tvrdit ze databaze je slusne optimalizovana pro
>    svuj ucel (rozhodne neni nijak zprasena) a az doted vse fungovalo
>    k nasi naproste spokojenosti.
> 
>    Prni predbezna analyza logu apache take nic neukazala - sice vyssi
>    pocet requestu, ale v ramci toho co by server mel v pohode ustat.
>    Na utok to na prvni pohled nevypada - traffic jde z velmi velkeho
>    poctu IP adres, ale vyloucit se to neda.
> 
>    Vecer se chystam se na podrobnejsi analyzu logu - mate nejaky napad
>    na co se zamerit nebo cim by to mohlo byt?

Apache zapisuje do logu az PO vyrizeni pozadavku, takze pokud vidite
mnoho httpd threadu v systemu, ktere vyrizuji PHP kod s SQL dotazy, tak
mate DoS.

Budet muset bud nadimenzovat zelezo, pomoci SW omezit pocet dotazu,
omezit pocet spojeni z 1 IP adresy (modul connlimit), optimalizovat
nejslozitejsi SQL dotazy (pridat indexy, zjednodusit).

Vsechno to bude vyzadovat, abyste se dival trochu blize, nez do logu
Apache (treba si zapnete v Apache /server-status). Pripsal do PHp
aplikace nejake logy pro analyzu atp.

Vetsinou to zpusobi nejaky crawler (uzivatel si kopiruje Web, nejaky
neslusny vyhledavac apod).

-- 
                        Milan Kerslager
                        E-mail: milan.kerslager na pslib.cz
                        WWW:    http://www.pslib.cz/ke/


Další informace o konferenci Linux