Тестирование в кластерном режиме PM2 nodeJS с тестом apache - PullRequest
Новая
       66

Тестирование в кластерном режиме PM2 nodeJS с тестом apache

0 голосов
/ 14 марта 2020

Я установил одно nodeJS приложение, которое имеет только один маршрут '/', и я использую Nginx в качестве обратного прокси. Таким образом, поток приложений выглядит следующим образом:

  • Пользователь отправляет запрос на сервер Nginx.
  • И в соответствии с местоположением '/' Nginx сервер передает запрос сервер узла.

Из маршрута nodeJS маршрут '/' отправляет один файл HTML в качестве ответа клиенту. Для нагрузочного тестирования я использовал тест apache.

Apache Команда тестирования, использованная для тестирования:

ab -k - c 250 -n 10000 http://localhost/

Проверьте ответ теста apache в следующих двух случаях:

Случай 1: Когда режим кластеризации не включен. (Без pm2, простой nodeJS сервер без кластеризации, например: индекс узла. js) 

rails@rails-laptop:~$ ab -k -c 250 -n 10000 http://localhost/
This is ApacheBench, Version 2.3 <$Revision: 1706008 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking localhost (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests


Server Software:        nginx/1.10.3
Server Hostname:        localhost
Server Port:            80

Document Path:          /
Document Length:        134707 bytes

Concurrency Level:      250
Time taken for tests:   9.531 seconds
Complete requests:      10000
Failed requests:        0
Keep-Alive requests:    10000
Total transferred:      1350590000 bytes
HTML transferred:       1347070000 bytes
Requests per second:    1049.26 [#/sec] (mean)
Time per request:       238.264 [ms] (mean)
Time per request:       0.953 [ms] (mean, across all concurrent requests)
Transfer rate:          138390.37 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.8      0       6
Processing:    38  237  77.6    213     626
Waiting:       31  230  73.8    209     569
Total:         44  237  77.5    213     626

Percentage of the requests served within a certain time (ms)
  50%    213
  66%    229
  75%    247
  80%    280
  90%    373
  95%    395
  98%    438
  99%    538
 100%    626 (longest request)

Случай 2: Когда включен режим кластеризации PM2 (стартовый индекс pm2. js -i 4 (4 кластера) 

rails@rails-laptop:~$ ab -k -c 250 -n 10000 http://localhost/
This is ApacheBench, Version 2.3 <$Revision: 1706008 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking localhost (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests


Server Software:        nginx/1.10.3
Server Hostname:        localhost
Server Port:            80

Document Path:          /
Document Length:        134707 bytes

Concurrency Level:      1
Time taken for tests:   14.109 seconds
Complete requests:      10000
Failed requests:        0
Total transferred:      1350540000 bytes
HTML transferred:       1347070000 bytes
Requests per second:    708.79 [#/sec] (mean)
Time per request:       1.411 [ms] (mean)
Time per request:       1.411 [ms] (mean, across all concurrent requests)
Transfer rate:          93481.05 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.1      0       9
Processing:     1    1   1.2      1      35
Waiting:        0    1   0.9      1      21
Total:          1    1   1.2      1      35

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      1
  90%      2
  95%      3
  98%      5
  99%      6
 100%     35 (longest request)

Теперь, если вы сравните запрос в секунду в обоих сценариях ios, вы увидите, что Запросы в секунда (1049,26 [# / сек] (среднее значение)), когда режим кластера не используется выше, чем режим кластера pm2 (708,79 [# / сек] (среднее значение)) . Я не понимаю, почему это так? Насколько я знаю, режим кластеризации используется для достижения более высокого уровня параллелизма, но почему в результате возникает конфликт?

1 Ответ

0 голосов
/ 18 марта 2020

Я пробовал кластеризацию с другими параметрами:

  • без процесса

  • расчет 

    for(let i = 1; i <= 50000000; i++){
   r += i;
}

  • отправка файла

  • количество одновременных запросов

Вот git репо

Вот мой вывод:

  • для обслуживания файлов кластеризации нет смысла. Я думаю, что сеть - это bottle шейка здесь, и кластеризация не помогает.
  • для вычислений имеет смысл кластеризовать, потому что это делает событие l oop занятым, и если вы кластеризуете, вы иметь несколько циклов событий, чтобы быть занятым. При тестировании с расчетом я проверил процессы ядра сервера по htop и посчитал, что такое же количество кластеров у меня было загружено на 100% процессором. Производительность, умноженная на количество кластеров, например, если я сделал кластер из 6 узлов, производительность выросла в 6 раз.
  • нет смысла кластеризовать больше, чем у процессорных ядер на вашем компьютере. Я рекомендую зарезервировать одно ядро ​​для ОС.

Я сделал репозиторий и в файле readme я написал подробные результаты.

...