Не подскажешь сколько ресурсов эта прокся потребляла?

Подняли балансер у себя, но на 32cpu и 32ram проходит около 5к рпс всего.

Хмм
Не заценивал

Надо бы проверить

Сама прокся на iis ничего особо не потребляет

Но вот гост tls - может и потреблять

гост tls на отдельных независимых серверах, его нагрузили на 17% всего)

Спасибо за отклик! Попробую также

+ установить ARR (Application RequestRouting) и включить в нём Proxy

server iis - ARR - настройки Proxy
и вот там эта картинка ,сверху

А вот так выцеплял трафик:

https://github.com/deemru/chromium-gost/

Спасибо!

Если будет нужна помощь по настройке - стучитесь

благодарю)

всем привет,
вопрос по jmeter + jdbc request + postgres-42.2.20.jar
джеметр скрипт рабочий, сервак поднят, все вроде работает локально, при этом работаю из под клиентского впн, и есть нюанс...
- локально: всегда при первом запуске скрипта через UI ошибка:
"Connection to 1:1 refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections."
если следом еще раз запустить все работает. Prhsnm UI и снова запустить UI - первый запуск та же ошибка, потом бежит как часы.
- CI: при запуске на дженкинсе, таже ошибка, джметер скрипт запускается баш командой, не хочется в нем крутить if и прочее, чтобы не аффектило другие модели нагрузки

может кто-то сталкивался с подобным, как лечили?

Выглядит как будто JDBC Config Manager сначала использовал значения 1 и 1 для хоста и порта, а потом стал использовать другие настройки.
А есть ли JDBC Config Manager в скрипте?
Один или несколько?
Или запросы отправляются через Groovy/Java?
Параметры подключения явно заданы или берутся откуда-то (из переменных)? В этих переменных может быть значение 1

может переменные меняются?

Или может просто скрипт окромный и грузится странно. В таких случаях помогает переместить "сломанный" элемент куда-нибудь и вернуть обратно

1. jdsb config manager не вижу такого, есть jdbc connection configuration - изначально он лежит в test plan елементе, то есть не в setUp или main
2. один
3. запросы отправляются jdbc requests семплером
4. параметры подключения не статические, они считываются из csv, затем jsr223pp укладываются в проперти, и читаются в самам конфиге из пропертей, при повторном запуске они уже видны и все ок, читатю из csv - требование инфосек, на дженкинсе перед раном создается файл с кредами, локально так же есть файл с кредами, но в репу не коммитится

не помогло, уже переносил jdbc конфиг и в луп контроллер, и в setUp перед вызовом jdbc request sampler

вот это для мнея пока маги джеметра, цепочка такая:
- csv data set config - читаю в переменные
- jsr223 pp - укладываю в проперти
- setUp/jdbc config - читаю через ${__P(property1)} из проперти