Если Pod использует память, но не достигает своего лимита (limit), однако на ноде заканчивается свободная память, то Kubernetes не убьёт этот Pod по OOMKilled, так как он не превысил лимит. Вместо этого, если на ноде действительно заканчивается память, ядро Linux может запустить механизм OOM Killer и убить процессы, чтобы освободить память. В этом случае может пострадать любой процесс на ноде, включая Pod, который не превысил лимит.
Что произойдёт, если Pod течёт по памяти, но не достигает своего limit, а на ноде заканчивается память?
Если Pod использует память, но не достигает своего лимита (limit), однако на ноде заканчивается свободная память, то Kubernetes не убьёт этот Pod по OOMKilled, так как он не превысил лимит.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Условие
Что произойдёт, если Pod течёт по памяти, но не достигает своего limit, а на ноде заканчивается память?
Ответ
Если Pod использует память, но не достигает своего лимита (limit), однако на ноде заканчивается свободная память, то Kubernetes не убьёт этот Pod по OOMKilled, так как он не превысил лимит. Вместо этого, если на ноде действительно заканчивается память, ядро Linux может запустить механизм OOM Killer и убить процессы, чтобы освободить память. В этом случае может пострадать любой процесс на ноде, включая Pod, который не превысил лимит.
То есть, лимиты Pod контролируют поведение Kubernetes, но если нода испытывает дефицит памяти, то система на уровне ОС может убить процессы без учёта лимитов Kubernetes.
Чтобы избежать таких ситуаций, важно правильно задавать лимиты и запросы ресурсов, а также мониторить использование памяти на нодах и масштабировать кластер или перераспределять нагрузку.