Каковы условия, при которых контейнер считается неисправным

Question

• 1000

Я случайно заглянул в документацию, чтобы понять сценарий ios. https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/

1. Один сценарий ios - это когда модуль не работает по любой причине - проблема приложения
2. Узел не работает

Каковы все остальные сценарии ios? Если модуль не работает, позаботится ли об этом набор реплик? Или просто проверить жив ли стручок или нет?

Answer 1

Если модуль застрял в процессе выполнения, позаботится ли об этом набор реплик?

Пока основной процесс внутри контейнера работает, он считается работоспособным по по умолчанию, и он будет рассматриваться как таковой. Если есть проблема приложения, которая мешает вашему приложению работать правильно, но основной процесс все еще работает, вы застрянете с «нездоровым» модулем.

Это причина, по которой вы хотите реализовать livenessProbe для ваших контейнеров и укажите, какое «поведение» представляет работоспособное состояние контейнера. В таком сценарии неудачный ответ на проверку работоспособности несколько раз (настраивается) приведет к тому, что контейнер будет рассматриваться как сбойный, и ваш набор реплик выполнит действие.

Примером может быть простой HTTP-запрос GET для некоторых предопределенный путь, если вы запускаете веб-приложение в своем модуле (например, /api/health). Теперь, даже если основной процесс запущен, ваше приложение должно периодически отвечать на этот запрос проверки работоспособности, в противном случае оно будет заменено.

Answer 2

Если Pod или Node не выключены, Pod выйдет из строя, и будет создан новый, если у вас определен Liveness Probe.

Если вы его не реализовали, k8s никогда не будет знайте, что ваш Pod не работает.

Взгляните на this do c page для получения дополнительной информации.

Answer 3

1. Ошибка OOM Killed - которая вызывает уничтожение модуля и перезапуск модуля
2. Проблема ограничения ЦП - это вызывает проблему 404, но не перезапускает модуль