Size: a a a

QA — Load & Performance

2021 June 24

ВС

Вячеслав Смирнов... in QA — Load & Performance
И если учитывать код ответа, то упавший сервер будет упавшим и выйдет из балансировки
источник

VG

Viktor Ganeles in QA — Load & Performance
Ну да, но балансировщики, которые могут хелсчеки не просто по открытому порту делать но и по содержимому - встречаются реже и стоят дороже :)
источник

VG

Viktor Ganeles in QA — Load & Performance
Но они конечно лучше будут!
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Они скорее медленнее, стоят то столько же
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Прочел недавно это, на бересте, в книге по SRE от Google. Там был пример одного сбоя из-за метрики "запросов в сек", когда один упавший бек стал делать больше RPS чем все и получал все больший и больший вес.
Пока не достиг лимита даже по обработкам ошибок. Они же тоже не бесплатны
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Нужная береста на странице 306
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Счас другими глазами взглянул на статью. Да, можно написать - учитывайте код ответа в балансировке. Но окажется, что это сложно сделать, или дорого, или невозможно пока
источник

VG

Viktor Ganeles in QA — Load & Performance
Анализировать коды ответа тоже неверно
Вдруг это ddos-атака и коды правильно 500-е
источник

VG

Viktor Ganeles in QA — Load & Performance
Нужны хелсчеки, которые проверяются раз в х времени а не для каждого пакета
источник

VG

Viktor Ganeles in QA — Load & Performance
Тогда можно и least-connections
источник

VG

Viktor Ganeles in QA — Load & Performance
(Спасибо джаге за повышение моей грамотности)
источник

IK

Ivan Kapustin in QA — Load & Performance
Всем привет. я только второй день смотрю на jmeter, поэтому прошу сильно не пинать, но случилась такая проблема. Есть такой кейс:
Есть основной поток. в какой-то определенный момент в этом потоке одна переменная поменяет свое значение. по значению этой переменной я хочу начать отправлять запросы  другого потока и остановить их тогда, когда эта переменная примет старое значение. Логика достаточно простая, но не могу понять куда смотреть. может кто-нибудь подскажет
источник

IK

Ivan Kapustin in QA — Load & Performance
источник

VG

Viktor Ganeles in QA — Load & Performance
Пиши эту переменную в проперти в первом потоке и проверяй во втором
источник

IK

Ivan Kapustin in QA — Load & Performance
большое спасибо. я чет и правда тормознул
источник

VG

Viktor Ganeles in QA — Load & Performance
Jsr223-семплер
В первом props.put(“PropertyName”,”PropertyValue”)

Во втором потоке
Props.get(“PropertyName”)
источник

VG

Viktor Ganeles in QA — Load & Performance
Если в if-контроллере будешь проверять - можно и без jsr223, в справочнике возьми функцию groovy и в ней уже props.get
источник

IK

Ivan Kapustin in QA — Load & Performance
да, я это уже понял еще раз спасибо. я просто думал, что есть какой-нибудь вариант описать все это в одном скрипте, а сейчас сижу и понимаю, что можно и без этого обойтись
источник

IK

Ivan Kapustin in QA — Load & Performance
ага, я это уже все делал
источник

А

Апельсин in QA — Load & Performance
А можно для особо одаренных, что такое береста? И можно книгу в студию, название?
источник