🛠️ Pod исчез без stack trace, а контроллер создал новый

В describe старого Pod:

Status: Failed Reason: Evicted Message: The node was low on resource: ephemeral-storage

Это не обычный restart контейнера.

Kubelet завершил Pod, чтобы защитить узел от нехватки ресурса. Новый Pod, если его создал Deployment или StatefulSet, — это уже другой объект с другим UID.

Что проверить первым:

kubectl describe pod kubectl describe node

Ключевые признаки:

— Reason: Evicted; — Message; — Events; — nodeName; — DiskPressure=True.

DiskPressure — это не только свободные гигабайты. Узел может страдать от нехватки inode.

Проверяйте:

nodefs.available nodefs.inodesFree imagefs.available imagefs.inodesFree

В некоторых версиях и конфигурациях также может быть containerfs.

Что обычно расходует local ephemeral storage:

— writable layer контейнера; — контейнерные логи; — дисковый emptyDir; — временные файлы и кеши.

Образы могут давить на imagefs. emptyDir с medium: Memory — это память, не дисковое ephemeral storage.

Важно разделять два сценария:

DiskPressure на узле → kubelet выселяет Pod Pod превысил свой ephemeral-storage limit → kubelet тоже может выполнить eviction

Поэтому смотрите и Node, и Message конкретного Pod, и его requests/limits.

Requests и limits не заменяют:

— ротацию логов; — контроль emptyDir; — очистку кеша; — мониторинг inode; — управление образами; — резервирование ресурсов узла.

Типичная ошибка — искать crash, OOMKilled или проблему probes и не проверить Reason: Evicted.

Вывод:

Evicted → DiskPressure или limit → nodefs/imagefs/containerfs → байты или inode → logs / writable layer / emptyDir / images → безопасное изменение

Сохраните набор артефактов для случая, когда Pod исчезает без явного stack trace приложения.

🔹🔹🔹🔹