Самым простым методом оперделения производительности Apache веб-сервера является утилита ab (Apache HTTP server
benchmarking tool). Она поставляется вместе с Apache и не требует отдельной установки и настойки.
Пройстейший метод приминения:
#ab -n 1000 -c 150 http://housecomputer.ru/
где:
-n 1000 - общее количество запросов в тесте;
-с 150 - количество конкурентных запросов (по 150 одновременных запросов к Apache);
http://housecomputer.ru/ - тестируемый хост.
Результат бенчмарка проекта http://housecomputer.ru/
#ab -q -n 1000 -c 150 http://housecomputer.ru/
This is ApacheBench, Version 2.3 < $Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking evenevent.ru (be patient).....done
Server Software: Apache/2.2.17
Server Hostname: housecomputer.ru
Server Port: 80
Document Path: /
Document Length: 34966 bytes
Concurrency Level: 150
Time taken for tests: 69.829 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Total transferred: 35423000 bytes
HTML transferred: 34966000 bytes
Requests per second: 14.32 [#/sec] (mean)
Time per request: 10474.345 [ms] (mean)
Time per request: 69.829 [ms] (mean, across all concurrent requests)
Transfer rate: 495.39 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 4 12.0 0 186
Processing: 279 9878 4858.5 9604 22776
Waiting: 192 9869 4860.3 9576 22776
Total: 283 9882 4858.7 9604 22776
Percentage of the requests served within a certain time (ms)
50% 9604
66% 11174
75% 12480
80% 13676
90% 17188
95% 19570
98% 21262
99% 21695
100% 22776 (longest request)
Тестирование производительности веб серверов. Часть первая. Apache Benchmark (ab)
При разработке веб приложений, будь то личные блоги, интернет магазины или многофункциональные
порталы, полезно знать, какую нагрузку они смогут выдерживать. Основной задачей любого тестирования производительности сайта
является понимание его устойчивости к нагрузкам, которые могут появляться не только из-за большого количества посетителей онлайн,
но и являться следствием некорректной настройки сервера, неправильной работы скриптов или действиями злоумышленников (DOS, DDOS).
В рамках текущей статьи я познакомлю вас с начальным уровнем тестирования без симуляции
поведения реальных пользователей, зато быстрого и дающего общие представления о производительности сайта. Для этого мы будем
использовать ab (Apache Benchmark).
Ab — небольшая утилита, входящая в пакет apache2-utils, но предустановленная во многих
современных дистрибутивах. Она не требует привилегированного доступа к системе и на фоне более гибких конкурентов крайне неприхотлива.
Если в вашей системе ab еще не установлен, самое время сделать это:
#sudo apt-get install apache2-utils
Синтаксис команды следующий:
#ab [options] [http[s]://]hostname[:port]/path
Список всех опций (ключей) будет внизу статьи, а сейчас мы познакомимся с реальными примерами работы утилиты.
Самыми важными ключами для любого тестирования являются ключ n — количество запросов страницы
и ключ c — количество конкурентных запросов. Запустим утилиту с этими ключами.
#ab -c 10 -n 100 https://housecomputer.ru/
После завершения работы утилиты мы увидим подобный вывод:
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking google.com (be patient).....done
Server Software: nginx/1.6.2
Server Hostname: admins.su
Server Port: 80
Document Path: /
Document Length: 57606 bytes
Concurrency Level: 10
Time taken for tests: 0.190 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Keep-Alive requests: 100
Total transferred: 5784600 bytes
HTML transferred: 5760600 bytes
Requests per second: 526.32 [#/sec] (mean)
Time per request: 19.000 [ms] (mean)
Time per request: 1.900 [ms] (mean, across all concurrent requests)
Transfer rate: 29732.17 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 1.1 0 4
Processing: 12 18 2.7 19 23
Waiting: 3 6 1.3 6 8
Total: 12 18 3.3 19 27
Percentage of the requests served within a certain time (ms)
50% 19
66% 20
75% 20
80% 20
90% 24
95% 25
98% 26
99% 27
100% 27 (longest request)
Рассмотрим вывод построчно:
Server Software — информация о frontend сервере, переданая в http head. Server Hostname — имя тестируемого хоста. Server Port — порт подключения. Document Path — относительный путь без названия хоста. Document Length — длина возвращенного документа. Concurrency Level — количество конкурентных запросов из ключа c. Time taken for tests — время, затраченное на тест. Complete requests — количество выполненных запросов. Если тест прошел без обрывов, значение совпадает с ключом n. Failed requests — количество запросов с ошибками. В рамках теста ошибки разделяются на четыре типа — ошибки
соединения, ошибки передачи, ошибки длины возвращенных данных, исключения). Про ошибки длины стоит добавить, что если тестируемая
страница меняет свое содержимое при обновлении, т.е. является динамической, добавляйте ключ -l. Write errors —
ошибки записи. Сюда также часто сыпятся ошибки Broken pipe. Non-2xx responses — ответы с не 2хх кодами. Т.е. ошибочные либо умышленно, либо в результате проблем на сервере. Total transferred — общий объем переданных данных HTML transferred — объем переданных HTML данных Requests per second— среднее количество обработанных в секунду запросов. Time per request — среднее время обработки запроса. Time per request — среднее время обработки запроса учитывая конекурентность. Transfer rate — скорость передачи данных. Connection Times (ms) — время соединения в миллисекундах
Столбцы: min — минимальное время, mean[+/-sd] — среднеквадратическое отклонение,
median — среднее время, max — максимальное время.
Строки: connect — время соединения с сервером, processing — время обработки запроса, waiting — полное время
ожидания, включая processing и время ожидания в очереди, total — общее время выполнения запроса.
Percentage of the requests served within a certain time (ms) — доля запросов, выполненных в определенное время. В нашем случае 50% всех запросов было обработано за 19 миллисекунд, а интервал до 27 миллисекунд выолнились все 100% запросов.
50% 19
66% 20
75% 20
80% 20
90% 24
95% 25
98% 26
99% 27
100% 27 (longest request)
Основными показателями эффективности работы сайта я бы выделил Requests per second, Time per request
и не сильный разрыв в графике доля запросов. Важно помнить, что географическая удаленность до сервера играет важную роль при анализе
показаний, так что если ваш сервер располагается в дальних и не очень странах, не стоит расстраиваться времени выполнения до 200 мс,
главное — отсутствие странных перекосов последней секции.
Ниже представлен список поддерживаемых опций ab. Их использование во многом способствует
конкретизации тестов, так что не стоит ими пренебрегать.
-n requests количество запросов страницы.
-c concurrency количество конкурентных запросов.
-t timelimit максимальное время теста
-s timeout максимальное время на один запрос. По умолчанию 30 секунд.
-b windowsize размер TCP буфера в байтах
-B address адрес для исходящих подключений
-p postfile Файл, содержащий данные для POST. Не забудьте также установить -T
-u putfile Файл, содержащий данные для PUT. Не забудьте также установить -T
-T content-type HTTP заголовок для методов POST/PUT. По умолчанию text/plain
-w Вывести результат в виде HTML.
-C attribute Добавить cookie, например 'Apache=1234'
-H attribute добавить произвольную строку заголовка, например 'Accept-Encoding: gzip'
-A attribute Использовать Basic WWW Authentication, например -A user pass
-P attribute Использовать аутентификацию на Proxy, например -P proxyuser proxypass
-X proxy:port Указать Proxy сервер
-V Отобразить версию ab
-k Использовать KeepAlive
-l Разрешить изменяемую длину документа. Используйте для динамических страниц.
-g filename Сохранить результат в формате gnuplot.
-e filename Сохранить результат в CSV.
-r Не прекращать тест при ошибках передачи.
-h Отобразить справку
-f protocol Указать протокол. (SSL3, TLS1, TLS1.1, TLS1.2 или ALL)
Стандартный сценарий тестирования — последовательный запуск теста ab с увеличением
конкурентных запросов и мониторинг зависимости полученных значений. Если вы хотите просто протестировать работу вашего PHP, достаточно
создать файл с содержанием <?phpinfo();?> и натравить тест на него.
Если при наращивании конкурентных запросов вы получаете ошибку
