я просто не делал liveness probe пока :)

а если по liveness сломается, пересоздаст автоматом?

да

только по readiness

хотя вру, по liveness https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/#define-a-liveness-http-request > The kubelet starts performing health checks 3 seconds after the Container starts. So the first couple of health checks will succeed. But after 10 seconds, the health checks will fail, and the kubelet will kill and restart the Container.

#helm как остановить релиз?

Привет. В кубернете, чтобы заставить шедулить поды по одному на ноду возможно сделать не используя ДаемонСет?

(немного оффтоп) https://landing.google.com/sre/book.html free download till 23rd August

#helm как остановить релиз?

что значит остановить релиз?

удалить все ресурсы. но так, чтоб потом можно было сделать upgrade —reuse-values

#helm как остановить релиз?

helm --help

Привет. В кубернете, чтобы заставить шедулить поды по одному на ноду возможно сделать не используя ДаемонСет?

https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#affinity-and-anti-affinity и там см. пример Never co-located in the same node

что значит остановить релиз?

rollback roll back a release to a previous revision

helm --help

если б всё было так просто

а если по liveness сломается, пересоздаст автоматом?

3 раза подряд должна проверка не пройти. liveness заставит перезапуститься контейнер

rollback roll back a release to a previous revision

эмм. при чём здесь roolback? разверните вашу мысль

history смотришь и откатываешь к релизу

эмм. при чём здесь roolback? разверните вашу мысль

Что такое в вашем понимании "остановить"? Я не вижу таких опций

вот и я не вижу, поэтому и спрашиваю

потому что действия делает к8с, а не хелм

вот и я не вижу, поэтому и спрашиваю

это не суслик, откуда это понятие взялось у вас?

хелм сделал патч, дальше к8с работает

потому что действия делает к8с, а не хелм

+1

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

я пробовал helm delete, но после него нельзя делать helm upgrade

helm delete --help helm delete --purge

я пробовал helm delete, но после него нельзя делать helm upgrade

helm upgrade --install

хм. может помочь, спасибо

из удалённого (но не пурженного) релиза можно получить json с values

вообще purge это крайние случаи. удалять не нужно. ведь даже failed первый релиз можно обновить с helm upgrade --install --force

и развернуть с ним новый релиз 🙂

Да, заменил kubedns на coredns (по памяти)

А в каком окружении работали не скажете? Версия кубера, докера, оси?

helm upgrade --install

не. UPGRADE FAILED: has no deployed releases

в смысле не помогало? kubedns выжирал весь проц на ноде или что происходило?

Ресурсы на ноде kube-dns особо не потребляет, более того, на Ubuntu 16 я такой проблемы не наблюдал, на Ubuntu 18 начала стрелять, нода та же самая.

не. UPGRADE FAILED: has no deployed releases

helm ls -a посмотри релиз в каком статусе

deleted, конечно же

вроде —install —force сработал

мне просто надо, чтоб upgrade из удалённого релиза values взял

вероятно там будет ответ или он был во время доклада с анонсом

Вопрос то очень актуальный. Интересно почему не вынесли сразу его.

мда, похоже, не берёт

так а 'helm get values <release_name>' не подходит?

да подходит, просто тогда надо будет эти values сохранять куда-то перед переустановкой

задача вроде простая, а инструментов нет

надо остановить релиз, и поднять новую версию с одной изменённой переменной

а остальные при этом взять из старого

если б останавливать релиз не надо было, я бы просто сделал upgrade —reuse-values —set var=value

upgrade —install —force —reuse-values не берёт values из удалённого релиза

А в каком окружении работали не скажете? Версия кубера, докера, оси?

Centos docker 17.12 Kuber GitVersion:"v1.9.4"

можно ли сделать имя пода фиксированным? (если deployment)

надо остановить релиз, и поднять новую версию с одной изменённой переменной

можно делать scale=0

после наката апгрейда скейлить вверх

helm scale? нет такой команды

kubectl =)

это тогда надо знать содержимое чарта

А нужен ли helm?

для многокомпонетного релиза - да

иначе я запарюсь пайплайны для выката делать

это тогда надо знать содержимое чарта

ок, через --set выставлять replicas=0

что я все за вас думаю то

да вы думаете не за меня, а за мной. Такой вариант тоже не подходит, потому что там не только deployment-ы

я перед тем как в чат прийти, кучу вариантов перепробовал

Ребятки, кто-нибудь пробововал NodePort для нод на AWS?

Вопрос то очень актуальный. Интересно почему не вынесли сразу его.

Я например не смотрел анонс, может там был ответ )

остановился на # пробуем helm upgrade --tls --dry-run --reuse-values --set var=newvalue release package # сохраняем текущий номер ревизии helm history --tls -o yaml --max 1 release | grep revision: | awk '{print $2}' > currentreleaserevision # сохраняем текущую конфигурацию helm get values --tls release > currentreleasevalues.yaml # удаляем helm delete --tls --no-hooks release # ставим новую версию со старой конфигурацией, с подмешанной новой переменной helm upgrade --tls --wait --install --force --values currentreleasevalues.yaml --set var=newvalue release) package # если свались, делаем откат helm rollback --tls --wait --no-hooks release `cat currentreleaserevision`

Ресурсы на ноде kube-dns особо не потребляет, более того, на Ubuntu 16 я такой проблемы не наблюдал, на Ubuntu 18 начала стрелять, нода та же самая.

о как, интересно

в смысле не помогало? kubedns выжирал весь проц на ноде или что происходило?

Кубе днс сами себя не резолвили, добавление ещё 2х под не помогло.

это на 18.04?

centos

ага, т.е. тут 2 разных случая смешано в чате

я не уверен что kube-dns должен уметь себя резолвить, зачем это может быть нужно?

я не уверен что kube-dns должен уметь себя резолвить, зачем это может быть нужно?

пода кубе-днс состоит из 3 контейнеров, один из контейнеров делает лайвнесс пробу другого и если не видит - ресетит поду.

https://sweetcode.io/a-first-look-at-the-helm-3-plan/ немного есть тут

Было говно, стало говно с мочей, ну что за

простите, эмоции

пода кубе-днс состоит из 3 контейнеров, один из контейнеров делает лайвнесс пробу другого и если не видит - ресетит поду.

а можно поподробнее? там 3 контейнера, dnsmasq должен ходит локально в kube-dns на локалхост:порт, третий контейнер nanny которая из оба чекает опять же на локалхосте https://github.com/kubernetes/kubernetes/blob/master/cluster/addons/dns/kube-dns/kube-dns.yaml.base#L202

ни один из них в другой по хостнейм не должен ходить, тут что-то не так

>Our work on Helm Lua is still very much in its proof-of-concept stage, but we’re looking at a syntax that would be at once familiar and flexible ахахаххаха

ну хоть тиллер вырезали

да ладно же, я обеими руками за Lua

в нжинксе тоже Lua, не нужно плодить сущности

а я что-то говорил о хостнейм? :) На определенном пороге (около 20 под запущено) увидел что под с кубе-днс начала рестартовать часто. Полез в логи, dnsmaq выдавал Maximum number of concurrent DNS queries reached (max: 150) В этот момент sidecar ругался что dnsmasq не отвечает, поєтому ему страшно и он ресетит сервис