Skocz do zawartości
Zaloguj się, aby obserwować  
elroy

LoadImpact - no i leży mój vps

Polecane posty

Witajcie

Od kilku dni borykam się z problemem zawieszenia serwera przez odpalenie http://loadimpact.com na moim ip.

Serwer to zwykły VPS w sensownej firmie (obsługa bardzo ok) 1.5GHz, XEN, na serwerze nie duży serwis. Obciążenie procesora to średnio 10-15%. LoadImpact wyciąłem po "useragent" ale to metoda na chwilę podejrzewam...

Na serwerze klasyka - apache2+mysql i to nie wyrabia w takiej sytuacji dość szybko.

Jak sobie radzić z takim testami obciążalności ? (w moim przypadku DOSami...) (oczywiście podam config apache etc. )

Dziękuję za wsparcie.

Tomek

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Testowałem mod_evasive i szczerze mówiąc (a moja opinia potwierdza się tak w usenecie, jak i na forach dyskusyjnych) nie jest to dobre rozwiązanie, choć popularne. Zwykle blokuje ducha winnych użytkowników, zwłaszcza jak się posiada na serwerze jakiś większy sklep internetowy z dynamicznym generowaniem miniatur obrazków.

mod_deflate też przerabiałem, ale wydajność podobnie jak gzip i sobie darowałem.

 

@tym: napisz, jeżeli administrujesz jakimś serwerem jak masz to rozwiązane

 

A może iptables i connlimit...

 

Nie wiem jak ten temat ugryźć ;)

Edytowano przez elroy (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

http://www.webhostingtalk.pl/topic/14212-skrypt-chroniacy-zasoby-serwera-przed-zlosliwymi-botami/page__p__151861__hl__defender__fromsearch__1#entry151861

?

 

Lighttpd / nginx i da radę, loadimpact ma max 50 połączeń w wersji darmowej - lighty u mnie spokojnie daje radę, nawet jeśli LI jest uruchomiony z 3 różnych lokalizacji.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

http://www.webhostin...__1#entry151861

?

 

Lighttpd / nginx i da radę, loadimpact ma max 50 połączeń w wersji darmowej - lighty u mnie spokojnie daje radę, nawet jeśli LI jest uruchomiony z 3 różnych lokalizacji.

 

Chyba rzeczywiście rozsądniej będzie przenieść się na np. nginx niż kombinować z dodatkowymi modułami czy też skryptami.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość nrm

nginx rządzi i dominuje ;) wczoraj znowu postawiłem pod strasznie zamulającą grę i teraz lata z prędkością światła. apacz strasznie się blokował przez masę requestów.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

e tam nginx, to nie rozwiązanie wszystkich problemów,

dobrze skonfigurowany apache, connlimit, limitipconn, evasive co kto lubi i nie musi być źle - lubię nginxa i lighttpd, ale też bez przesady.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość nrm

Wszystkich nie. Trzeba dopasowywać rozwiązania do potrzeb. W tym konkretnym przypadku apacz nie dawał rady, a teraz jest super :P

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Wszystkich nie. Trzeba dopasowywać rozwiązania do potrzeb. W tym konkretnym przypadku apacz nie dawał rady, a teraz jest super :P

 

Jeszcze super nie jest, bo na razie przepisuję regułki rewrite z apache na nginx.

 

Ale przy okazji - jeden ze skryptów których używam wymaga register_globals on, w apache włączałem to w .htaccess. Szukam szukam i ni jak nie znalazłem jak to się robi dla danego vhosta w nginx.

Globalnie w php.ini nie chcę włączać.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się

Zaloguj się, aby obserwować  

×