равномерное распределение по юзу цпу в частности

одни поды потребляют больше

другие каннибализируют мощьности

эмм.. а для виртуалок есть решения, которые так не делают?

ну такая задача часто не стоит просто имхо. есть воркеры под куб, значит они зачем-то под куб выделены. если они не используются в достаточной степени никогда то вопрос нахрена столько, а не в том чей-то куб их несправедливо юзает

а так куб честный, есть 8 воркеров и 8 инстансов. оно скорее всего окажется по одному инсансу на одном воркере при раскатке

эта честность и порождает траблы

так если она не нужна - ставить аффинити и распределяться будет между указанными таргетами

Добрый день, может кто помочь разобратся с constant throughput timer? у меня есть след кейс. есть транзакция с 4 запросами внутри, по требованию у меня не должно транзакций в минуту не должно быть больше 70, я ставлю таймер сюда и ставлю 70 сэмплов в минуту. ставлю 10  тредов потомучто одного не достаточно, но на выходе получаю 87 транзакций в минуту, а не 70 как я указал в таймере? Может кто подсказать как точно нужно настроить таймер, что бы на выходе я получал свои заявленные 70 транзакций в минуту?

у таймера есть область применения - это родительская структура. в данном случае у тебя это корень твоего дерева. он видит что там 1 элемент и пытается выполнять этот элемент с частотой в 70 запросов в секунду

внутри твоего элемента 4 запроса. итог: 70*4 так как таймер уже не контроллирует то что происходит внутри

они выполняются так быстро как могут для того чтобы снова вернуться к таймеру

в минуту, ну так да, я и хочу, что бы он мою одну транзакцию выполнял 70 транзакций в минуту

ты путаешь транзакции и сэмплеры

тоесть 70*4 = 280 запросов. Это нормально, меня интересует, что бы именно транзакций было 70

ааа

тоесть внутрь транзакций нада запихнуть таймер?

не-не, это к тому как вопрос задан и проблема обозначена

если ты хочешь транзакции, то логика должна быть верная

я хочу контролировать отправку правильного количества транзакций