https://dpaste.org/N6Au/slim ну вот все собрал ) что тут не обычно я не вижу. ноды не когда еще выще 10 не были.. когда поды войдут в pending state вообще? сколько из тут надо наставить 10000 что бы это случилось?

у меня постоянно алерты приходят  что cpu не хватает

и бывает там сколько то контейнеров все загруженные под 90% и никаких в pending state нету

(as a percentage of request):  68% (68m) / 70%
Deployment pods:                                       71 current / 71 desired

Для среднего по полате всё верно вроде

что поменять что бы pending state появился ))

друзья, привет!
есть, казалось бы, простая задачка - git репозиторий c nodejs кодом, который собирается (билдится) в статику для nginx...
ткните в меня примером deployment, а то меня не выходит каменный цветок :(
могу показать свой вариант, у которого Waiting: CrashLoopBackOff - Back-off restarting failed container статус (первый из контейнеров, в котором по идее должна только сборка происходить. второй соотв. nginx)

не могу даже проверить ноды ли добавятся физически или  нет: они добавляются только когда поды в pending state оказываются

Что? Ты локально запусти в докере, глядишь тогда и в кубе получится

Собирать надо в кубе? Зачем?)

так, давай по порядку…. у тебя и HPA и cluster-autoscaler?

HPA скалирует? Если он скалирует, то появляются pending и дальше cluster-autoscaler скалирует ноды тк ресурсов не хватает

на каком этапе поломка?

Normal  SuccessfulRescale  35m (x45 over 44d)  horizontal-pod-autoscaler  New size: 64; reason: cpu resource utilization (percentage of request) above target
 Normal  SuccessfulRescale  32m (x29 over 44d)  horizontal-pod-autoscaler  New size: 71; reason: cpu resource utilization (percentage of request) above target

судя по всему hpa работает

всем подам хватило ресурсов, по крайней мере по разметке

но есть ноды в 95% cpu - вот это наверное надо лечить

ну у меня так пайплайн настроен - как только что-то пушат в GitLab - собирается новый контейнер с билдженным кодом... хз как умные люди делают
потом просто у deployment меняется image (kubectl set image ...)

имею ввиду тюнить resource limit/request для сервиса

получается что 300 подов на 10 нодов всегда хватает что ли )? как выставить ресурсы чтобы нехватало нодов

что бы заставить cluster-autoscaler ноды дополнительные поднять