Size: a a a

2019 February 20

Z

Zlokot in gcp_ru
насколько я пока знаю - хочется скейлить поды, увеличивать нагрузку. и надо бы понимать когда нода начинает кушать больше чем сейчас.
источник

A

Andor in gcp_ru
это робот сам должен делать, без твоего участия
источник

Z

Zlokot in gcp_ru
я не могу понять что за memory_type в этих метриках про память - evictable и non-evictable
источник

Z

Zlokot in gcp_ru
Andor
это робот сам должен делать, без твоего участия
что должен? принять решение - покупать больше ресурсов или нет?)
источник

A

Andor in gcp_ru
Evictable memory is memory that can be easily reclaimed by the kernel, while non-evictable memory cannot.
источник

A

Andor in gcp_ru
Zlokot
что должен? принять решение - покупать больше ресурсов или нет?)
да
источник

Z

Zlokot in gcp_ru
Andor
Evictable memory is memory that can be easily reclaimed by the kernel, while non-evictable memory cannot.
это я уже сам нашел, но что это по человечески означает - не врубаюсь)
источник

A

Andor in gcp_ru
возможно это подразумевает всякие кеши
источник

Z

Zlokot in gcp_ru
хм..
источник

Z

Zlokot in gcp_ru
Andor
да
а как это понять? сарказм или я чтото упускаю?
вот сейчас у меня есть кластер gke
за него клиент платит чтото.
если нагрузку увеличить за счет увеличения подов - то ресурсов будет использоваться больше, но хочется же контролировать это
какой такой робот это может делать
источник

Z

Zlokot in gcp_ru
по крайней мере, такие дебаг-алерты на время тюнинга нагрузки видятся мне вполне логичными
источник

A

Andor in gcp_ru
Zlokot
а как это понять? сарказм или я чтото упускаю?
вот сейчас у меня есть кластер gke
за него клиент платит чтото.
если нагрузку увеличить за счет увеличения подов - то ресурсов будет использоваться больше, но хочется же контролировать это
какой такой робот это может делать
такой робот, которого ты сделаешь
источник

A

Andor in gcp_ru
в простых случаях HPA и VPA в помощь, нефиг людям видеть подобные алерты, которые приносят 0 реальной информации
источник

A

Andor in gcp_ru
хочешь скейли - скейли не руками
источник

ZO

Zon Orti in gcp_ru
Zlokot
а как это понять? сарказм или я чтото упускаю?
вот сейчас у меня есть кластер gke
за него клиент платит чтото.
если нагрузку увеличить за счет увеличения подов - то ресурсов будет использоваться больше, но хочется же контролировать это
какой такой робот это может делать
Это действительно возможно через autoscaling groups. Устанавливаешь лимиты на минимум и максимум нод, когда кубернетесу не хватает ресурсов на текущих нодах - он создаёт ещё. Для подов нужно указывать requests, чтоб кубер знал сколько ресурсов минимум нужно поду
источник

ZO

Zon Orti in gcp_ru
Это может отлично экономить деньги, если нагрузка неравномерная
источник

A

Andor in gcp_ru
экономить деньги и при этом делать надёжный сервис, который работает быстро при приходе нагрузки
источник

ZO

Zon Orti in gcp_ru
Продать это жадному клиенту сложнее, чем умному :)
источник

Z

Zlokot in gcp_ru
я видел этот минимум и максимум в настройках кластера.
3 и 90
кластер не я создавал. прошлых админов не найти.
информации про ресурсы тоже нету.
чОрный ящик короче.
но надо скейлить.
так что еще раз - есть задача пока мониторить текущее и пытаться увеличивать нагрузку чтобы понять сколько ему надо будет
источник

Z

Zlokot in gcp_ru
>Для подов нужно указывать requests, чтоб кубер знал сколько ресурсов минимум нужно поду

хорошо бы это выяснить, да..
источник