Стручки процессор регулируется, даже если загрузка процессора меньше, чем требуется

#linux #kubernetes #cpu #throttling #cgroups

Вопрос:

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

Первый вопрос здесь заключается в том, скажем, что этому модулю не требуется столько процессора в данный момент времени, и какой-то другой модуль хочет иметь больше процессора (запрашиваемый процессор будет соответствовать тому, что определено в ограничении), так получит ли его другой модуль или он будет задушен?

Второй вопрос, предполагающий, что если ответ «да», он получит процессор, тогда предположим, что наш модуль хочет иметь больше процессора сейчас, но другой модуль уже использует его, и на узле осталось недостаточно процессора, поэтому будут ли оба модуля испытывать регулирование или будет регулироваться только второй модуль (из того, что я читал, модули регулируются, когда они запрашивают больше, чем лимит) или в кластер будет добавлен новый узел?

Или для этого могут быть какие-то другие причины, тогда, пожалуйста, поделитесь своими мыслями и порекомендуйте несколько хороших статей по этому поводу?

Также я прочитал эти
https://medium.com/omio-engineering/cpu-limits-and-aggressive-throttling-in-kubernetes-c5b20bd8a718
Но в нашей версии уже есть исправление для этого, поэтому я думаю, что проблема здесь не в этом. https://medium.com/@betz.mark/understanding-resource-limits-in-kubernetes-cpu-time-9eff74d3161b

Комментарии:

1. Если в вопросе есть что-то неясное, пожалуйста, прокомментируйте здесь.

2. Установлены ли у вас какие-либо ограничения для контейнеров? Если вы хотите устранить неполадки, пожалуйста, укажите свои декларации.

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

4. Но что происходит, так это то, что некоторые сервисы используют процессор даже меньше, чем запрос, но все равно они ограничиваются.

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