BD
Мимо Проходящий
Не даёт:
spec.template.spec.restartPolicy: Unsupported value: \"Never\": supported values: \"Always\"",
spec.template.spec.restartPolicy: Unsupported value: \"Never\": supported values: \"Always\"",
скинь в pastebin спеку
Size: a a a
2020 November 01
k
Мимо Проходящий
Это PodSpec в реплике-сет
Для репликасет может и не сработает
k
как и для джоб нельзя Always указать
BD
Мимо Проходящий
Не даёт:
spec.template.spec.restartPolicy: Unsupported value: \"Never\": supported values: \"Always\"",
spec.template.spec.restartPolicy: Unsupported value: \"Never\": supported values: \"Always\"",
Only a .spec.template.spec.restartPolicy equal to Always is allowed, which is the default if not specified.
МП
скинь в pastebin спеку
BD
Мимо Проходящий
Вообщем кроме Always другие значениями не аоддерживаются
BD
МП
бида. Значится придёца самому отслеживать что контейнер не подох
i
А зачем вообще контейнер не рестартовать?
i
Вроде у него и есть ожидаемое поведение, что он в апе
МП
А зачем вообще контейнер не рестартовать?
ну например если там глюк в ентрипойнте и он падает
i
Мимо Проходящий
ну например если там глюк в ентрипойнте и он падает
А если он OOM прибит?
i
Ну глюк так глюк, пусть падает
i
Увидишь что рестартуется, поправишь и перевыльешь
МП
это да. Просто хотелось бы этот процесс сделать более очевидным : типа упал - выдаём ошибку и вуаля. А так надо через кубецтл мониторить кластер
BD
Мимо Проходящий
это да. Просто хотелось бы этот процесс сделать более очевидным : типа упал - выдаём ошибку и вуаля. А так надо через кубецтл мониторить кластер
ставь prometheus-operator и он тебе все сам отмониторит и оповестит при должной настройке
МП
ставь prometheus-operator и он тебе все сам отмониторит и оповестит при должной настройке
тоже чоткий план!
DS
Мимо Проходящий
это да. Просто хотелось бы этот процесс сделать более очевидным : типа упал - выдаём ошибку и вуаля. А так надо через кубецтл мониторить кластер
для этого есть prometheus и kube-state-metrics exporter. Нет причин мониторить кластер kubectl'ом. Контроллер replicaSet гарантирует что у тебя в кластере должно быть запущено определённое количество подов, описанное в твоей конфигурации , зачем ты хочешь сломать принцип конвергенции куба?
AN
Чет не видел и не слышал. А можно ссылочку на анонс?
МП
для этого есть prometheus и kube-state-metrics exporter. Нет причин мониторить кластер kubectl'ом. Контроллер replicaSet гарантирует что у тебя в кластере должно быть запущено определённое количество подов, описанное в твоей конфигурации , зачем ты хочешь сломать принцип конвергенции куба?
простите меня засранца. я этого не хочу)
на самом деле у меня есть скрипт на питоне, который поднимает под с одним контейнером динамически по реквесту с помощью пуша реплики-сет.
А сам контейнер может упасть по разным причинам - от ошибки в коде, до отсутствия сети
И вот я хочу при старте пода почекать что контейнер стартанул. Потом уже оно тоже может подохнуть в процессе эксплуатации, но на то и реплика-сет чтобы его потом переподнять
на самом деле у меня есть скрипт на питоне, который поднимает под с одним контейнером динамически по реквесту с помощью пуша реплики-сет.
А сам контейнер может упасть по разным причинам - от ошибки в коде, до отсутствия сети
И вот я хочу при старте пода почекать что контейнер стартанул. Потом уже оно тоже может подохнуть в процессе эксплуатации, но на то и реплика-сет чтобы его потом переподнять