b
то есть если под выходит за рамки указанных лимитов, то он мигрируется на другую ноду?
Можете показать, как это выглядит у Вас?
Size: a a a
2020 December 24
A
у нас стали возникать неожиданные скачки cpu и это приводит к торможению системы. если сделать ристарт пода, то нагрузка сразу падает
Ну вообще надо разбираться с приложением. И думать про лейблы и более жирные воркеры
SM
то есть если под выходит за рамки указанных лимитов, то он мигрируется на другую ноду?
нет, он троттлить начинает
ЕО
то есть если под выходит за рамки указанных лимитов, то он мигрируется на другую ноду?
Нет, просто линукс не даст потреблять больше выделенного лимита
N
Можете показать, как это выглядит у Вас?
сейчас у нас нету никаких лимитов
k
А что там принципиально есть такого чего нет в обычном хельме?
Ну в смысле у werf этот кусок и отдельно есть, kubedog называется
A
сейчас у нас нету никаких лимитов
Не факт что они сделают вам хорошо, могут сделать хуже, в работе приложения
ЕО
На под стоит поставить реквесты и лимиты:
* реквесты по cpu суммируются, кубернетис не положит на ноду больше подов, чем может по реквестам поместится
* лимиты по cpu ограничивают потребление процесса, ему не выделяется больше процессорного времени, чем в лимите дано.
Можно настроить healthcheck на под, проверяя работоспособность процесса. И если троттлинг превращает под в тыкву, то он будет ребутаться
* реквесты по cpu суммируются, кубернетис не положит на ноду больше подов, чем может по реквестам поместится
* лимиты по cpu ограничивают потребление процесса, ему не выделяется больше процессорного времени, чем в лимите дано.
Можно настроить healthcheck на под, проверяя работоспособность процесса. И если троттлинг превращает под в тыкву, то он будет ребутаться
A
На под стоит поставить реквесты и лимиты:
* реквесты по cpu суммируются, кубернетис не положит на ноду больше подов, чем может по реквестам поместится
* лимиты по cpu ограничивают потребление процесса, ему не выделяется больше процессорного времени, чем в лимите дано.
Можно настроить healthcheck на под, проверяя работоспособность процесса. И если троттлинг превращает под в тыкву, то он будет ребутаться
* реквесты по cpu суммируются, кубернетис не положит на ноду больше подов, чем может по реквестам поместится
* лимиты по cpu ограничивают потребление процесса, ему не выделяется больше процессорного времени, чем в лимите дано.
Можно настроить healthcheck на под, проверяя работоспособность процесса. И если троттлинг превращает под в тыкву, то он будет ребутаться
Может быть ситуация, при которой сервис троттлит и не может стартануть за риднес пробу, и падает, и так по кругу
DS
А что там принципиально есть такого чего нет в обычном хельме?
Принципального ничего. выводит логи из подов при деплое. И может зафейлить деплой раньше, не ожидая таймаута, если поймет что деплой точно не пройдет, например если образа в registry не существует. Но там это настривается, сколько дать попыток перезапуска например. Удобные фичи если у тебя деплой в CI запускается
N
На под стоит поставить реквесты и лимиты:
* реквесты по cpu суммируются, кубернетис не положит на ноду больше подов, чем может по реквестам поместится
* лимиты по cpu ограничивают потребление процесса, ему не выделяется больше процессорного времени, чем в лимите дано.
Можно настроить healthcheck на под, проверяя работоспособность процесса. И если троттлинг превращает под в тыкву, то он будет ребутаться
* реквесты по cpu суммируются, кубернетис не положит на ноду больше подов, чем может по реквестам поместится
* лимиты по cpu ограничивают потребление процесса, ему не выделяется больше процессорного времени, чем в лимите дано.
Можно настроить healthcheck на под, проверяя работоспособность процесса. И если троттлинг превращает под в тыкву, то он будет ребутаться
лимит поставлю хорошо. но из-за недостатка ресурса под все равно будет тормозить и это не решение проблемы. я хочу чтобы под рибутнулся или мигрировался на другую ноду:)
N
короче перезапуск пода решает проблему, но я бы хотел чтобы кубер это сам делал автоматом
ЕО
лимит поставлю хорошо. но из-за недостатка ресурса под все равно будет тормозить и это не решение проблемы. я хочу чтобы под рибутнулся или мигрировался на другую ноду:)
Настройте liveness probe, будет тормозить ответ пробы и под ребутнётся
DS
лимит поставлю хорошо. но из-за недостатка ресурса под все равно будет тормозить и это не решение проблемы. я хочу чтобы под рибутнулся или мигрировался на другую ноду:)
а дать больше реквестов мб?
ЕО
Может быть ситуация, при которой сервис троттлит и не может стартануть за риднес пробу, и падает, и так по кругу
Если у вас не может пройти из-за нехватки ресурсов readness probe, то это значит, что реквесты неправильно настроены
DS
Если у вас не может пройти из-за нехватки ресурсов readness probe, то это значит, что реквесты неправильно настроены
или у вас однопоточная nodejs в которой event loop непонятно чем занят, и вполне может проба не пройти =)
AC
Ребята, вопрос к шарящим по монтированию волюмов в под.
Короче можно ли как-то сделать чтоб монтирование было не под рутом в поде?
Короче можно ли как-то сделать чтоб монтирование было не под рутом в поде?
ЕО
или у вас однопоточная nodejs в которой event loop непонятно чем занят, и вполне может проба не пройти =)
Ну это всё равно проблема уровня того, что есть проблемы с доступностью ресурсов, необходимых для инициализации приложения
DS
Ребята, вопрос к шарящим по монтированию волюмов в под.
Короче можно ли как-то сделать чтоб монтирование было не под рутом в поде?
Короче можно ли как-то сделать чтоб монтирование было не под рутом в поде?
fsGroup и runAsGroup задай одинаковые
A
Если у вас не может пройти из-за нехватки ресурсов readness probe, то это значит, что реквесты неправильно настроены
Ява любит съедать много цпу на старте, а потом выравнивается. Если реквесты выставить по 2 цпу, никаких ресурсов не хватит