[Comunicare sigură] Test de stres folosind instrumentul AB al lui Apache

Principiul comenzii AB
Comanda ab a Apache simulează cereri concurente multi-threaded pentru a testa presiunea de încărcare a serverului, precum și alte servere web precum nginx, lighthttp și IIS.
Apache附带的ab工具（使用的PHP环境是WAMP集成环境，ab工具位于D:wampinapacheApache2.2.21in）非常容易使用。 Comanda ab are cerințe foarte mici pentru calculatorul care emite sarcina și nu va consuma mult CPU sau prea multă memorie, dar va cauza o încărcare mare pe serverul țintă, deci este un medicament necesar pentru unele atacuri DDOS, potrivită pentru toate vârstele. De asemenea, trebuie să fii precaut când îl folosești. Altfel, o încărcare prea mare simultan va face ca serverul țintă să moară direct din cauza epuizării memoriei și va trebui repornit forțat, ceea ce nu merită pierderea.

În cazul unei lățimi de bandă insuficiente, este mai bine să se testeze local, iar se recomandă utilizarea unui alt server sau mai multor servere pe intranet pentru a testa prin intranet, astfel încât datele obținute să fie mult mai precise. Testarea de stres a serverelor web de la distanță se dovedește adesea ineficientă (din cauza latenței excesive a rețelei sau a lățimii de bandă insuficiente)

Descarcă și instalează:
http://mirror.bit.edu.cn/apache//httpd/binaries/win32/?C=M;O=A
Găsește httpd-2.2.21-win32-x86-no_ssl.msi  

Documentarea parametrilor:
http://httpd.apache.org/docs/2.2/programs/ab.html

Operațiune:
Pe Windows, deschide fereastra de linie de comandă cmd și localizează-l în directorul bin al directorului de instalare apache
cd C:Program Files (x86)Apache Software FoundationApache2.2in

Tastează comanda:
ab -n 800 -c 800 http://192.168.0.10/
(-n face 800 de cereri, -c simulează 800 concurență, echivalentul a 800 de persoane care vizitează simultan, urmat de URL-ul testului)

ab -t 60 -c 100 http://192.168.0.10/
Trimite cereri în 60 de secunde, 100 de cereri odată.
  
//如果需要在url中带参数，这样做
ab -t 60 -c 100 -T "text/simplă" -p p.txt http://192.168.0.10/hello.html
p.txt este și ab.exe într-un director
p.txt, poți scrie parametri precum p=wdp&fq=78

Explicația parametrilor rezultati:
Aceasta este ApacheBench, Versiunea 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licențiat către The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.0.10 (ai răbdare)
Au finalizat 100 de cereri
200 de cereri finalizate
300 de cereri finalizate
400 de cereri finalizate
500 de cereri finalizate
600 de cereri finalizate
700 de cereri finalizate
800 de cereri finalizate
Am terminat 800 de cereri

Software server: Microsoft-HTTPAPI/2.0 indică numele software-ului server web testat
Numele gazdei serverului: 192.168.0.10 Indică numele gazdei URL-ului cererii
Portul serverului: 80 indică portul de ascultare al software-ului serverului web testat

Drumul documentului: / reprezintă calea absolută rădăcină în URL-ul cererii și, în general, putem înțelege tipul cererii după numele sufixului fișierului
Lungimea documentului: 315 octeți reprezintă lungimea corpului datelor de răspuns HTTP

Nivel de concurență: 800 reprezintă numărul de utilizatori simultani, care este unul dintre parametrii pe care i-am setat
Timpul necesar pentru teste: 0,914 secunde Timpul necesar pentru ca toate aceste cereri să finalizeze procesarea
Cereri complete: 800 de cereri finalizate
Cereri eșuate: 0 Numărul cererilor eșuate
Erori de scriere: 0               
Răspunsuri non-2xx: 800
Total transferați: 393600 octeți Total transfer în rețea
HTML transferat: 252000 octeți conținut HTML transferat
Cereri pe secundă: 875,22 [#/sec] (medie) Debit - Cereri pe secundă
Timp per cerere: 914.052 [ms] (medie) Timpul necesar pentru ca serverul să răspundă la cerere și la pagină
Timp per cerere: 1,143 [ms] (medie, pentru toate cererile concurente) Timpul mediu consumat per cerere concurentă
Rata de transfer: 420,52 [Kbytes/sec] a primit trafic mediu pe secundă în rețea, ceea ce poate ajuta la excluderea problemei traficului excesiv de rețea care cauzează timpi lungi de răspuns

Defalcare a timpului consumat pe rețea:
Timpi de conexiune (ms) medii minime[+/-sd] median max
Connect:        0    1   0.5      1       3
Processing:   245  534 125.2    570     682
Waiting:       11  386 189.1    409     669
Total:        246  535 125.0    571     684

Răspunsul la toate cererile pe parcursul scenariului. Într-un scenariu, fiecare cerere are un timp de răspuns
50% dintre acești utilizatori au un timp de răspuns mai mic de 571 milisecunde
80% dintre utilizatori au un timp de răspuns mai mic de 652 ms
Timpul maxim de răspuns este mai mic de 684 ms
Procentul solicitărilor deservite într-un anumit interval de timp (ms)
  50%    571
  66%    627
  75%    646
  80%    652
  90%    666
  95%    677
  98%    681
  99%    682
100% 684 (cea mai lungă cerere)

Această parte a datelor este folosită pentru a descrie distribuția timpului de procesare al fiecărei cereri, de exemplu, în testul de mai sus, 80% din timpul de procesare al cererilor nu depășește 6ms, acest timp de procesare se referă la timpul anterior per cerere, adică, pentru un singur utilizator, timpul mediu de procesare per cerere.