Administrace komentářů

A ten server spravujete vy nebo ona hostingová společnost? Protože je evidentně špatně nakonfigurován. Umožnit Apachi spustit 150 procesů (s PHP) při této velikosti RAM je zjevně nesmysl.

Zkuste tento postup: Během běžného provozu zjistěte počet spuštěných procesů Apache, např. pomocí příkazu

ps ax | grep apache2 | grep -v grep | wc -l

Potom pomocí příkazem free zjistěte použitou paměť (sloupec used ve 2. řádku - tedy bez započtení bufferů a cache). Následně Apache stopněte a proveďte znovu free. Odečtete použitou paměť od hodnoty získané při běžícím Apachi, vydělte počtem procesů a získáte přibližnou průměrnou hodnotu paměti na jeden proces Apache.

Nyní odečtěte použitou paměť bez Apache od celkové velikosti RAM, dále odečtete cca 200MB pro diskovou cache a buffery (tohle číslo jsem si vycucal z prstu, prostě odhad) a konečně 50-100MB jako rezervu. Výsledkem bude velikost paměti zbývající pro Apache, kterou následně vydělíte průměrnou velikostí pro jeden proces, čímž zhruba získáte maximální počet procesů Apache. Toto číslo použijete v konf. direktivě Apache MaxClients. IMHO vám vyjde daleko menší číslo než 150.

Takto docílíte toho, že server nepřestane být dostupný při běžném provozu, ale je možné, že určité HTTP požadavky nárokující si násobky zjištěného průměru ho stejně vytíží. V tom případě bude potřeba vhodně limitovat PHP (memory_limit) či MySQL, ale to už budete zřejmě muset o problému zjistit víc (začal bych s error a access logy Apache).

Je také možné, že se jedná o DDOS útok, kterému se ale rozumně bez součinnosti poskytovatele nedá bránit (a málokterý poskytoval má pro to potřebné vybavení).