Обычно при увеличении нагрузки на приложение приходилось пересоздавать поды, рискуя поймать простой или сбой кластера. Но с выходом новых версий Kubernetes это наконец перестало быть обязательным — теперь ресурсы контейнеров можно менять без перезапуска.
В статье разбирается, как работает механизм in-place resize, что нужно для его включения и какие ограничения стоит учитывать.
Что вы узнаете в статье:
▶️ Как в Kubernetes 1.27 появилась возможность менять CPU и память у подов без пересоздания;
▶️ Как kubelet и container runtime (containerd, CRI-O, Podman) применяют новые лимиты «на лету»;
▶️ Почему для JVM-приложений всё ещё нужен рестарт, а для stateless-сервисов — нет;
▶️ Какие новые статусы и подресурс /resize появились в Kubernetes 1.33;
▶️ Какие ограничения сохраняются и когда функция всё же потребует перезапуск контейнера.
Отличный разбор для тех, кто хочет понять, как управлять ресурсами в кластере без простоев и выжимать максимум из Kubernetes 1.33.
➡ Читать статью
tags: #статья
➡ DevOps Community | Чат