Size: a a a

Kubernetes — русскоговорящее сообщество

2020 November 05

V

Vadim in Kubernetes — русскоговорящее сообщество
это совсем не то
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
как его поправить ? lazy initialization не рекомендуется для продакшна
клонишь репу с кодом, и учишь приложение не падать когда недоступен сервис от которого он зависит, вместо этого фейлить redinessProbe.
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Если не получается, ставишь задачу на прогера
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
клонишь репу с кодом, и учишь приложение не падать когда недоступен сервис от которого он зависит, вместо этого фейлить redinessProbe.
у меня итак приложение не проходит redinessProbe если не запущены необходимые ему сервисы
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
у меня итак приложение не проходит redinessProbe если не запущены необходимые ему сервисы
тогда не понимаю в чем проблема. Тогда оно и при старте не будет падать, и не нужны инит контейнеры для этого
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
при запуске если какое-то время под в состояние 1/1 running то есть Ready не становится, он перезапускается
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
при запуске если какое-то время под в состояние 1/1 running то есть Ready не становится, он перезапускается
нет, redinessProbe не влияет вообще на перезапуск
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
livenessProbe значит влияет? ну и все равно)
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
livenessProbe иметь надо, но чтобы при старте не перезапускалось тож надо)
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
livenessProbe значит влияет? ну и все равно)
ну так не вешай проверку зависимости от сторонних сервисов на livenessProbe 🤷. Если не хочешь каскадных перезапусков приложух своих
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
там не проверка зависимости, а просто tcp check
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
livenessProbe иметь надо, но чтобы при старте не перезапускалось тож надо)
то что у тебя livenessProbe и redinessProbe делают одну проверку - это только твоя пробелма, сам виноват
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
там не проверка зависимости, а просто tcp check
так почему твое приложение tcp check не проходит во время проверок liveness?
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
потому что сервис корректно не запустился, так как нужные ему сервисы еще не стартанули
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
потому что сервис корректно не запустился, так как нужные ему сервисы еще не стартанули
ну так нафига в таком случае фейлить livenessProbe? Запустился сервис, отдает фейл для redinessProbe пока ждет других сервисов, на livenessProbe отвечает что все ок - и никаких перезапусков не будет
Ты про пробы почитай - зачем нужна каждая. Фейлить livenessProbe - когда недоступен сторонний сервис неправильно и плохо
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
причем тут пробы
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
сервис сам падает
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
поэтому пробы не проходят
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
сервис сам падает
ну так сделай чтобы не падал 🤷.  Проблема сервиса. Конечно можно обложить костылями, кто же спорит. Но даже если сервис не в кубе, то все равно стоит заморочиться и сделать нормально.
источник

AS

Alexey Shanko in Kubernetes — русскоговорящее сообщество
Vadim
сервис сам падает
беги пока не сказали что кубер не нужен)
источник