ДС
Может такое быть при, например рассинхроне etcd на мультимастере?
Size: a a a
2020 October 02
i
Разве что в etcd некоторое дерьмо случилось
VY
Ребят, всем салют.
Кто-то сталкивался с таким поведением кубера, что в неймспейсе все поды лежат со статусом Init:CrashLoopBackOff, а в деплойментах при этом отображается, что поды живы и здоровы И при этом ингресс говорит, что приложения живут и здравствуют.
ЗЫ доступа к одминке нету, к сожалению.
Кто-то сталкивался с таким поведением кубера, что в неймспейсе все поды лежат со статусом Init:CrashLoopBackOff, а в деплойментах при этом отображается, что поды живы и здоровы И при этом ингресс говорит, что приложения живут и здравствуют.
ЗЫ доступа к одминке нету, к сожалению.
Похоже на кошмар человека, у которого тормозит контрол плейн , а к нему нет доступа и он об этом не знает.
у меня нечто подобное было вчера на тормозящем кластере для тестирования нововведений ))
также это могут быть тормоза и кубелета на ноде, и kube-proxy, и чего угодно )
у меня нечто подобное было вчера на тормозящем кластере для тестирования нововведений ))
также это могут быть тормоза и кубелета на ноде, и kube-proxy, и чего угодно )
ДС
Похоже на кошмар человека, у которого тормозит контрол плейн , а к нему нет доступа и он об этом не знает.
у меня нечто подобное было вчера на тормозящем кластере для тестирования нововведений ))
также это могут быть тормоза и кубелета на ноде, и kube-proxy, и чего угодно )
у меня нечто подобное было вчера на тормозящем кластере для тестирования нововведений ))
также это могут быть тормоза и кубелета на ноде, и kube-proxy, и чего угодно )
печаль, грусть, тлен.
D
Коллеги, подскажитте, как посмотреть стату поды по количеству выжираемых ей ресурсов на дистанции в несколько дней, есть же встроенный инструмент для этого?
И
Фикпойми1
ДС
Коллеги, подскажитте, как посмотреть стату поды по количеству выжираемых ей ресурсов на дистанции в несколько дней, есть же встроенный инструмент для этого?
поставь прометеус-оператор хелмчартом. Всё сразу красиво в графане
D
поставь прометеус-оператор хелмчартом. Всё сразу красиво в графане
Да поздно пить боржоми, надо изучить поведение под в прошлом и порезать ресурсы там, где есть излишек, а до мониторинга руки не доходили
ВЕ
Подскажите как в helm3 сделать рестарт подов при изменении secret файла или конфигмапа?
При helm upgrade
При helm upgrade
VI
Подскажите как в helm3 сделать рестарт подов при изменении secret файла или конфигмапа?
При helm upgrade
При helm upgrade
сикрет или конфигмап в самом чарте? тогда нужно взять checksum сикрет или конфигмап файла и засунуть это аннотацией в теплейт деплоймента
ВЕ
сикрет или конфигмап в самом чарте? тогда нужно взять checksum сикрет или конфигмап файла и засунуть это аннотацией в теплейт деплоймента
да, в чарте, понял спасибо
VI
template:
metadata:
…
annotations:
checksum/config: {{ include (print $.Template.BasePath "/configmap.yaml") . | sha256sum }}
примерно так
ВЕ
спасибо еще раз, заработало
VY
печаль, грусть, тлен.
ну обычно помогает замониторить троттлинг подов обычно + цпу и диск самой виртуалки/железки
LB
WTF. Подтвердите/опровергните плиз.
Есть deployment, rolling upgrade strategy, запускает под с репликой 1. Обновляем deployment , новый под не стартует (сrash loop backoff).
Имеем два пода: старый Running, новый crash loop.
Пока всё ожидаемо. Теперь, старый под умирает. WTF момент - его никто не рестартует! Остаемся с одним новым нерабочим подом.
Есть deployment, rolling upgrade strategy, запускает под с репликой 1. Обновляем deployment , новый под не стартует (сrash loop backoff).
Имеем два пода: старый Running, новый crash loop.
Пока всё ожидаемо. Теперь, старый под умирает. WTF момент - его никто не рестартует! Остаемся с одним новым нерабочим подом.
k
WTF. Подтвердите/опровергните плиз.
Есть deployment, rolling upgrade strategy, запускает под с репликой 1. Обновляем deployment , новый под не стартует (сrash loop backoff).
Имеем два пода: старый Running, новый crash loop.
Пока всё ожидаемо. Теперь, старый под умирает. WTF момент - его никто не рестартует! Остаемся с одним новым нерабочим подом.
Есть deployment, rolling upgrade strategy, запускает под с репликой 1. Обновляем deployment , новый под не стартует (сrash loop backoff).
Имеем два пода: старый Running, новый crash loop.
Пока всё ожидаемо. Теперь, старый под умирает. WTF момент - его никто не рестартует! Остаемся с одним новым нерабочим подом.
с rolling upgrade strategy должно быть два активных replicaset на момент пока новый не заработает
LB
да, но старый replicaset почему-то не рестартанул упавший под
k
да, но старый replicaset почему-то не рестартанул упавший под
смотри в describe
LB
поздно, евенты уплыли за ночь. сейчас починю прод и буду пробовать повторить :)
k
ну и вообще сколько реплик для него desired