Size: a a a

2019 February 21

Z

Zlokot in gcp_ru
ага, то есть они все таки могут меняться автоматически..
источник
2019 February 22

ZO

Zon Orti in gcp_ru
Zlokot
ага, то есть они все таки могут меняться автоматически..
Вопрос в том - зачем?) Обычно горизонтальный скейлинг предпочтительнее ибо каждая нода ограничена.
источник

Z

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

Z

Zlokot in gcp_ru
при этом кубер решает добавить ноду
источник

Z

Zlokot in gcp_ru
но почему могут меняться сами ресурсы запрашиваемые для подов? тоже только ручное редактирование YAML конфига для сервиса?
источник

ZO

Zon Orti in gcp_ru
Если новые реквесты не влезают в пустую ноду - ноды побольше он не добавит. Поэтому вертикально скейлить не надо, если есть такая возможность. VPA может менять запрос ресурсов, но лучше про него пока забыть. Если приложение stateless - просто добавь реплик ( подов )
источник

Z

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

Z

Zlokot in gcp_ru
ну вот вижу в ямле для сервиса:

       resources:
         requests:
           cpu: 20m
           memory: 200Mi

на графике для метрики Memory request - ровнаz линия на 200MB
все сходится вроде.
но что значит график Memory request utilization - кривая между 1.5 и 2?
источник

Z

Zlokot in gcp_ru
источник

Z

Zlokot in gcp_ru
и странно что на графике Memory Usage - больше 320MB
источник

Z

Zlokot in gcp_ru
источник

Z

Zlokot in gcp_ru
синий график это - non-evictable
источник

ZO

Zon Orti in gcp_ru
Это значит, что памяти используется в полтора-два раза больше чем запрошено
источник

DZ

Dmitriy Z in gcp_ru
Есть реквесты (используются только на этапе шедулинга), а есть лимиты (используются OOM, процессорным тротлингом и т.д.).
источник

Z

Zlokot in gcp_ru
так, чтобы подытожить эту терминологию.

- есть memory request - это тот параметр с которым деплоится контейнер. указывает на требуемые ресурсы для приложения. у меня он 200MB - вижу в YAML конфиге сервиса.

- есть memory request utilization - грубо говоря должен быть 1, если девелопер "угадал" с memory request

но судя по тому, что он уже >1.5 и также memory usage показывает 320MB - это значит, что сервис кушает больше, чем указано в настройках.
так?
источник

DZ

Dmitriy Z in gcp_ru
верно, просто ведь =)
источник

Z

Zlokot in gcp_ru
спасибо за разъяснения..

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

A

Andor in gcp_ru
источник

AK

Andrey Kartashov in gcp_ru
Zlokot
спасибо за разъяснения..

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

AK

Andrey Kartashov in gcp_ru
ты уже сутки мусолишь тему, которую можно за час максимум понять из доки
источник