https://habr.com/ru/company/dataart/blog/273967/
Простая инструкция, но годная

Генератор нагрузки рекомендую разместить там же где и серверы. Не через интернет нагружать

это я подготовил 2 сервера с 32cpu и 196гб озу

Вот это сомнительно, что рекордером. Статитические ресурсы с ним удобно в скрипт передавать, а регистрацию - не получится

Перебор. Лучше уж 10 серверов и характеристики в 10 раз меньше

ну типа эмуляцию 1 юзера

почему? linux?

Скрипт выглядит несложным - отправить форму, получить в ответ JSON, снова отправить форму.

Для такого не надо будет 196 ГБайт ОЗУ. И даже если столько ОЗУ выделить одному JMeter (Одной JVM) и эта JVM решит собрать мусор, то она будет 10-20 секунд это делать

Лучше 20 таких, по 10 ГБайт ОЗУ, раз уж есть ресурс.

ну ресурсов хватает

а если есть файлы csv их нужно раскидать по серверам и они не должны быть одинаковыми?

Масштабность вы описали хорошо. Попробуйте запустить тест теперь. Самый простой
Thread Group, с RumpUp с 1 до 100 потоков за 5 минут, и сам тест на 30 минут, например. Одним генератором. Отладьте его

Мне было удобно создавать файлы в имени которых - имя генератора. А потом в CSV Dataset Config использовать при задании пути к файлу функцию, в которой получается hostname.

https://jmeter.apache.org/usermanual/functions.html#__machineIP
или эту:
https://jmeter.apache.org/usermanual/functions.html#__machineName

почитаю

можете пример пож показать?

Да, не должны пересекаться. Я хранил все в git, если файлы всего 5-10 МБайт и их всего 10 штук, то это удобно.

А файлы формировать можно по разному. В pandas (python), например

если 10 серверов, то я запускаю Number of Threads (user) 5000 ? рамп 1

Нет, хватит 100 для начала

Технически работать сможет не более 32-х потоков сразу. Ядер то всего 32. Но так как потоки будут ждать сервер, а не все время работать, то разумно увеличить количество потоков. 5000 - очень много, так много можно делать для некоторых очень медленных систем. А тут не такая же система, в ней критично время отклика. Больше 1000 потоков не стал бы делать. А если зависнет все, то и добивать нагрузкой нет смысла - уже ясно, зависло

В присланном сценарии подьем осуществляется за 300 сек (5 минут) - это очень мало так-то. Увеличьте это время до 10-ти  20-ти минут. Потому что даже 100 потоков смогут положить сервер полностью. Таймеров в сценарии нет. Как видите

Вот так запустите и уведите при каком значении RPS ваш сервер перестает отвечать требованиям. Например, увидите, что при 80 RPS по транзакции Registration (TC), она в HTML-отчете будет видна тут:

Transactions per second (Includes Transaction Controller Sample Results):
https://jmeter.apache.org/usermanual/generating-dashboard.html

И получив эту первую оценку, уже можно будет планировать какую-то нагрузку. Считать количество потоков. Сколько надо железа для нагрузки. ...