trololo

Вы о чем... нагруженным поставить request по 1 ядру или просто четко под максимум а для мелкий не ставить совсем или очень мало

оно нагруженное не по тому, что на ноде, а потому что оно делает то, ради чего этот кластер вообще судествует

оно само раскидает же

задача максимальная утилизация ресурсов. В кластере есть самое нагруженное приложение. Остальное мало ресурсов кушает. А ноды 2 ядерные.

Так скедулер же сам раскидает по нодам в зависимости от нагрузки

пока что ресурсов оно не ест. Но хочется быть готовым.

пока что ресурсов оно не ест. Но хочется быть готовым.

requests и limits проши нормально и все будет нормально

HPA сделай прост

HPA сделай прост

оно не работает без резинового облака

Работает

Путаешь с clustet autoscaler или как его

значит у меня мозг не работает. Если нужно масштабироваться 2 разным приложениям, но одно важнее. Как рассказать эту кубу? Он же не пойдет откатывать второстепенное?

HPA сделай прост

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

Он отскейлит второстепенное, забъет ресурсы и не даст скейл второму же.

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

request написать. У ноды 2 ядра, написать что поду нужно 1 и будет четко 2 приложения. Где проблема?

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

значит у меня мозг не работает. Если нужно масштабироваться 2 разным приложениям, но одно важнее. Как рассказать эту кубу? Он же не пойдет откатывать второстепенное?

Ты всегда можешь сделать свой скедулер

request написать. У ноды 2 ядра, написать что поду нужно 1 и будет четко 2 приложения. Где проблема?

Если на ноде два ядра, то свободно будет типа 1.9

Ты всегда можешь сделать свой скедулер

я просто могу не играться hpa не имея резинового облака

Потому что докер и сни

я просто могу не играться hpa не имея резинового облака

Можешь, это никак не связано

HPA не кластер растягивает, а меняет кол-во реплик деплоймента

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

спасибо, попробую.

antiAffinity: "soft" есть какое то простое объяснение?

HPA не кластер растягивает, а меняет кол-во реплик деплоймента

и это не имеет смысла без резинового облака... я понимаю целиком. что он не растягивает, это и есть проблема

hpa именяет количество реплик. кто-то ещё видит, что заканчиваются ресурсы и тянет облако. Даёт ещё кому-то увеличить количество реплик. Норм схема. Без второй части - есть смысл?

hpa именяет количество реплик. кто-то ещё видит, что заканчиваются ресурсы и тянет облако. Даёт ещё кому-то увеличить количество реплик. Норм схема. Без второй части - есть смысл?

Конечно

Вот у тебя не резиновое облако и пришло +300% запросов на фронт например

Отскейлилось на время когда есть нагрузка, а потом отскейлилось обратно

Резиновость облака перпендикулярна этому

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

нагрузка первой пришла на второстепенное*

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

А так конечно зависимостей из коробки нету

Да, норм, если там 2 приложения. Куб же не про два приложения. Просто это дорога к пиздецу дегаба потом.

В кубе вообще зависимостей не очень завезли, если ты не помнишь :)

Просто не нужно тянуть автоматом то, что не тянется. А то выходит однушка на 8 человек.

Чо?

Спать то можно. А вот дальше вопросы

ну 8 человек спокойно поспят в однушке 😂 а как только начнут все туда сюда ходить - пиздец. С hpa без резинового облака так же.

ты при резиновом кластере имеешь ровно ту же проблему

Ты всегда можешь сделать свой скедулер

конечно можно шедулер свой написать для однушки 😂😂😂

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

Если k8s в облаке, то тут сразу 2 или даже 3 инструмента приходят на помощь. HPA скейлит приложение. Увеличивает количество подов. В какой-то момент поды не шедулятся. Чтобы выключились не сильно важные, а второстепенные, есть scheduler priority. А чтобы у тебя всё-таки всё в итоге запустилось, есть cluster-autoscaler, который раздувает кластер, если есть незашедуленные поды. И сдувает обратно, когда есть незанятые ноды

нет, если у меня двум приложениям пришел скейл - облако даст ресурсы.

второстепенное приложение зажралось, поскейлилось, кластер поскейлился и оно заняло все ресурсы

ну ты же скейлишься не в бесконечность

всегда указываешь до какого предела это делать

ну не бесконечность, но 2-3x бюджета на пару часов можно, пока админ пойдет разбираться что случилось.

второстепенное приложение зажралось, поскейлилось, кластер поскейлился и оно заняло все ресурсы

ну и точно то же самое - на первостепенное приложение придёт нагрузка, а в кластере ресурсов уже нет, даже если он резиновый

ну не бесконечность, но 2-3x бюджета на пару часов можно, пока админ пойдет разбираться что случилось.

так проблема-то идентичная, что и ты описал

двушка на 20 человек, а не однушка на 8

во вторых у меня все время танцы с бубном вокруг поднятия eks

Есть ещё kube-aws, работает поверх cloudformation

так проблема-то идентичная, что и ты описал

не идентичныя. Ты говоришь бизнесу - была нагрузка, дай бабла - все ок. А не бегаешь с горящими нодами

И тебе звонят и говорят - хера все лагает. Иди исправляй.

ну ты эту проблему на не-резиновом кластере и без HPA можешь словить

при чём тут твоя однушка вообще?

И тебе звонят и говорят - хера все лагает. Иди исправляй.

и ты идёшь и ручками делаешь replicas: 4 вместо replicas: 2?

ну да, попутно парочке приложений replicas: 0. Пару раз было.

ну вот а я не хочу руками делать такое

я для этого лучше робота сделаю

я без понятия как это автоматизировать, чтобыколом не стало.

hpa - не панацея, если ты хочешь чего-то хитрее (типа приоритетов), то тебе надо делать кастом

там где replicas 0 приложения то не бесполезные и тп. Нужно понимать в какое время что делаешь.

я для этого лучше робота сделаю

ладно. Сойдемся на том, что hpa автоматизация и нужна она только если проблема регулярная? =)

а руками скейлить - ну чота хер его знает

я слишком стар для этого дерьма

ладно. Сойдемся на том, что hpa автоматизация и нужна она только если проблема регулярная? =)

ну это может быть не проблема, а ожидаемое поведение

советовать сходу hpa - преждевременная оптимизация. с большой вероятностью выстрелит не туда без истории проблем.

всё так

так ведь и проблема не описана %)

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

Ни одно приложение не получит меньше, чем прописано в requests. Т.е. отожрать так просто нельзя . Если утилизацией кластера не хочется жертвовать, то можно с pod priority поиграться наверное: если у основного проблемы, оно тоже отскейлится и вытеснит второстепенное

Ни одно приложение не получит меньше, чем прописано в requests. Т.е. отожрать так просто нельзя . Если утилизацией кластера не хочется жертвовать, то можно с pod priority поиграться наверное: если у основного проблемы, оно тоже отскейлится и вытеснит второстепенное

очень сомневаюсь что hpa умеет в priority

У меня в helm chart написано xpack.monitoring.collection.enabled: ${XPACK_MONITORING_ENABLED:true} Это же только про переменную окружения, не про values ?

Ни одно приложение не получит меньше, чем прописано в requests. Т.е. отожрать так просто нельзя . Если утилизацией кластера не хочется жертвовать, то можно с pod priority поиграться наверное: если у основного проблемы, оно тоже отскейлится и вытеснит второстепенное

я не знал, что оно так умеет. Вытеснение и тп. Есть ссылка на доки?

${XPACK_MONITORING_ENABLED:true} - это что за конструкция?

знаю про :- но это не оно же

очень сомневаюсь что hpa умеет в priority

HPA и не надо уметь, оно просто попытается отскейлит как считает нужным, а кластер запустит из этого что возможно

но ведь кластер не потушит если оно уже запущено?

или потушит?

беру все слова обратно, если потушит