AA
нужны жесткие лимиты на поды, без них дальше копать бессмысленно
+
Size: a a a
2020 March 03
V
при жестких лимитах будет недоиспользование ресурсов
AV
ты проблему решаешь или поговорить охота?
V
разница между максимальным потреблением памяти и средним большая для JVM
V
ты проблему решаешь или поговорить охота?
решаю, но хотелось бы чтобы при нехватке памяти поды вытеснялись с ноды и запускались на других
AV
решаю, но хотелось бы чтобы при нехватке памяти поды вытеснялись с ноды и запускались на других
тогда делай что говорят ))) решишь эту, потом будешь искать где память течёт
AV
найдёшь, пофиксишь, а потом уже будешь думать с вытеснением
AV
разница между максимальным потреблением памяти и средним большая для JVM
Любо если не течёт, то надо тюнить jvm для кубернетеса, ну и лимиты соответствующим образом настраивать
V
Любо если не течёт, то надо тюнить jvm для кубернетеса, ну и лимиты соответствующим образом настраивать
как это тюнить?
V
и как настраивать лимиты?
AV
читать jvm tuning best practices, разбираться что делает приложение, зачем ему столько памяти и почему оно её не отпускает.
AV
допрашивать девелоперов надо идти )))
AS
как это тюнить?
тут выше есть ссылка на видео kubernetes против реальности и там как раз про тюнинг jvm немного. вкратце — тюнить сначала саму jvm, у неё есть параметры для этого, а потом уже выствлять ресурс реквесты и лимиты для подов — а вот про это и на сайте кубера есть и вообще примеров хватает
V
я знаю про jvm, но это не то решение которое мне нужно
AV
для начала надо понять - память течет специально или как обычно
V
она вообще не течет скорее всего
V
конечно во всех приложениях есть утечки, но тут проблема не в этом
AV
конечно во всех приложениях есть утечки, но тут проблема не в этом
ну если с таким подходом жить, так может и делать ничего не надо?
V
должен быть overcommit памяти, иначе если всем раздать по лимитам в соответствии с настройками jvm, и кол-во подов на ноду рассчитать по этим лимитам, серверов понадобитьс в 3 раза больше
AV
Было же здесь уже