Я столкнулся с проблемой при нагрузочном тестировании моего приложения Node.js Sequelize PostgreSQL, работающего на сервере NGINX с использованием JMeter. Когда я устанавливаю 1000 потоков с временем разгона в 1 секунду, все работает гладко. Однако когда я увеличиваю нагрузку до 10 000 потоков с временем нарастания 10 секунд, некоторые вызовы завершаются с ошибкой, например «отказано в соединении», «время ожидания соединения истекло» или «не удалось подключиться к серверу».
Для устранения неполадок я выполнил тот же нагрузочный тест непосредственно для NGINX API, не задействуя Node.js. Удивительно, но я все еще сталкивался с подобными проблемами, хотя NGINX возвращал код состояния 200.
Я подозреваю, что в моей настройке NGINX произошла неправильная конфигурация. Будем очень признательны за любые идеи о том, как диагностировать и решить эту проблему.
Было бы здорово увидеть файл nginx.conf, также необходимо настроить сетевой стек на сервере. Вы можете связаться со мной в LinkedIn (см. мой профиль) Я помогу Вам по скайпу или зуму.
также сделайте tail -f /var/log/nginx/error.log
и tail -f /var/log/nginx/access.log
, чтобы увидеть, что предупреждает nginx при его дозировании. Я подозреваю, что ограничения на порты, ограничения на количество открытых файлов, количество рабочих, время ожидания чтения (которое должно быть небольшим, чтобы «медленные» клиенты были исключены).
кажется, что когда вы отправляете 10 000 потоков, достигается предел соединений. попробуйте увеличить количество подключений.
events {
worker_connections 10240; # Adjust this number as needed for this may be 10, 000 +
}
при этом проверьте опцию Keep_alive, т.е. сколько запросов можно обработать
keepalive_requests 10000; # Adjust this number as needed for this may be 10, 000 +
если вы выйдете за пределы nginx, возможно, вы можете попытаться обновить системные ограничения:
* soft nofile 100000
* hard nofile 100000
Пожалуйста, попробуйте решения, в основном это проблема с лимитом запросов.
каково значение worker_connections в вашей конфигурации nginx? nginx.com/blog/avoiding-top-10-nginx-configuration-mistakes