@ аби, привет.
Позвольте мне дать пару замечаний здесь.В зависимости от пропускной способности вашего соединения, исходя из моего опыта работы инженером по тестированию производительности, я бы сказал, что один экземпляр jmeter обычно выдерживает до 1k (1000) - 2k (2000) в лучшем случае загрузки пользователей.
Учитывая, что у вас есть требование для загрузки 8k (8000 пользователей), вам нужно запустить jmeter в распределенном режиме (master <-> slaves).
Для этой конфигурации конфигурации я бы рекомендовал перейти с 1мастер-узел и 4 рабов.Для этого вам понадобится 5 машин (aws / azure, что угодно) в одной подсети.
Для получения более подробной информации о распределенной настройке, пожалуйста, посмотрите:
- в открытом доступе jmeter документации
- пожалуйста, также посмотрите на этот шагпошаговое руководство по установке 1016 *
- Кроме того, когда я выполнял настройку для загрузки 10 КБ для одного из моих недавних проектов - я сделал пару замечаний для себя в г-doc .Дайте мне знать, если он откроется хорошо для вас.
Последнее замечание: если вам необходимо выполнить некоторые тесты нагрузки / производительности для API, для которых требуется AUTHZ, я бы рекомендовал разделить авторизацию (обход IDP) и сам сценарий производительности - на разные группы потоков.Как обычно, IDP в DEVs / Stagings не выдерживает большой нагрузки.Поэтому сначала вам нужно авторизоваться без какой-либо нагрузки (группа 1-й темы).А во 2-й группе Thread - начать вызывать целевые API в тесте.