Kubernetes clusters are very dynamic and their state changes over time, there may be desire to move already running pods to some other nodes for various reasons:
• Some nodes are under or over utilized.
• The original scheduling decision does not hold true any more, as taints or labels are added to or removed from nodes, pod/node affinity requirements are not satisfied any more.
• Some nodes failed and their pods moved to other nodes.
• New nodes are added to clusters.

Из их офф репы - они эту проблему тоже решают

а можно не заниматься фигней и просто определять куда что деплоить

где тут про ровную балансировку?

• Some nodes are under or over utilized.

да-да-да

ЭТО НЕ ТО

ты явно не понимаешь термина under или over

тут нет про equivalent load

> The percentage is calculated as the current resources requested on the node vs total allocatable. Это != фактическое потребление

Тут vpa мог бы помочь, наверное

Всем добра!
Возник вопрос - делаю http запрос с кастомными header-ами в сервис, открытый через ingress, в kubernetes используется стандартный ingress-controller, он может как-то срезать нестандартные header-ы в запросе? Почему-то так происходит, что до backend-а такие заголовки не доходят(хотя по tcpdump-у со стороны теста уходят, а в pod-е backend-а их уже нет)

Привет, можно ли в аннотациях использовать чтото по типу

annotations1: "{.metadata.name}"

Привет. Какую задачу решаешь, дублируя поля в объекте?

есть кастомный контроллер который работает исключительно по аннотациям

Может, но что такое "стадартный" ingress-controller?

ingress-nginx

Ну тогда из коробки не будет ничего резать. почему ты уверен что срезал?