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