оказалось что он был амбассадором ЛР, а в другой фирме где он внедрял LR он купил себе отличный порше)))

потому что, например, нет компетенции по jmeter / gatling и есть тонна скриптов на лр, которые надо поддерживать

Наверное, вы правы.

Я подумал о потерях http-запросов, а речь, видимо, шла о tcp-пакетах.

Кажется, такое тоже можно сделать с помощью
HaProxy. Но я не пробовал.
Вот, нашёл похожий мануал:

https://m.habr.com/ru/company/mailru/blog/499594/

но кейс так себе, вообще как и вопрос)

про LR единственный годный для меня плюс это огромное наличие поддерживаемых протоколов

в том числе для зибелей и бдшек

не говоря уже про всякие труклаенты, сапы и прочее

да да, товарищ Илья правильно пишет. потери в сети стоит пробовать имитировать на этапе l3 балансировки

Товарищи, мне как новичку в нагрузочном очень интересно - каким из инструментов чаще пользуются и какой из них больше востребован. В своей жизни уже несколько раз сталкивался с тем, что приходилось учить то, что уже никому нафик не нужно, не хочется наступать опять на эти грабли. Может опрос на это дело админы смогут замутить? Думаю, что не мне одному это будет интересно.

можно без опроса, самые популярные это jmeter и gatling. чаще вижу в использовании первый. можешь вбить в поиск на hh jmeter или gatling и понять что спрос будет

спасибо. не думал что будет такой простой ответ.

Cпасибо всем за ответы

Я с утра на свежую голову задался вопросом. Если тред устанавливает соединение с HaProxy, то он все запросы пошлет через это соединение. И вот вопрос, а будет ли HaProxy для каждого запроса в рамках соединения устанавливать новое соединение с сервером? Или он так же установит одно и, грубо говоря, тогда мы просто будем шейпить трафик на 16%.

Это бывает. Как и сказал Слава - особенности конкретной компании.
Я в такой работаю :(
Жметер у нас не запрещают, но с чем-нибудь другим нет-нет да и возникнет затычка.

Обычно это связано с тем, что есть чёткое распределение обязанностей и ответственности.

Есть сиб, который ответственен за безопасность хранения данных.
У нас сиб считает, что аппаратные метрики на тестовых серваках - тоже важные данные. А значит нельзя хранить их где попало. А значит хранить их в неизвестном сибу инфлаксе - нельзя.
Надо знакомить сиб с инфлаксом, а это процедура на полгода.

Хз помогает ли это сибу. Нам это жутко мешает.

С другой стороны, когда сиб вовсе не слушают - случаются утечки, типа вся база клиентов оказывается в интернете :)

Cпасибо

я не хочу, чтобы ты работал... я хочу, чтобы ты задолбался (с)

меня давно этот вопрос интересует, но нет на каждый запрос не будет соединения при условии что там keep alive

Да, я забыл про keep-alive дописать. Спасибо. Это важное условие. Ну тогда это шейпинг трафика.