Даня
И редис прикрути
Anatoliy
редис то зачем?
Serega
что он знает? как он знает? логи с apiserver собирает перед апдейтом и говорит "у вас вот это и вот это приложения отвалятся, если апдейт раскатаете", так что ли?
не так выразил свою мысль. Имел в виду что у kops гораздо лучше с согласованностью компонентов (etcd, flannel, kubedns, kubectl...) при маджорных апдейтах.
Про апликейшн левел вестимо они никак не знают.
Serega
я вообще убежден, что единственный метод, который может что-то реально гарантировать для безболезненного апгрейда,- это деплой новой версии кластера рядешком, развертывание там приложений и переключение трафика... но как бы тоже не серебрянная пуля
Anonymous
нет, с 1.8.2 ) но принципиально ничего не меняется все фичи те же. если скажем выкатывать RBAC, то готовиться надо потщательней, но с такими апдейтами ничего не спасет, никакой kubespray не знает какие у вас приложения и как они пострадают от RBAC или от PodSecurityPolicy
Мы не добавляем новые фичи в патч-релизы (x.y.z), все новые фичи приходят только в минорные релизы (x.y.0).
Патч-релизы получают только maintenance and security апдейты.
Anonymous
Таким образом апгрейды между патч-версиями вообще в 99.99% случаев будут безболезненные.
При каких-либо проблемах и особенностях апгрейдов между минорными версиями - это все указывается в release notes.
G72K
Мы не добавляем новые фичи в патч-релизы (x.y.z), все новые фичи приходят только в минорные релизы (x.y.0).
Патч-релизы получают только maintenance and security апдейты.
я вас не знаю, так что можно спросить "мы" это кто?)
Sergey
Можно сказать, что Игорь связь с общественностью
Sergey
https://www.cncf.io/blog/2017/09/18/meet-cncfs-newest-developer-advocate/
Sergey
как бы уважаемый человек
Anonymous
я вас не знаю, так что можно спросить "мы" это кто?)
В данном случае "мы" - это релиз-команда Kubernetes https://github.com/kubernetes/features/blob/master/release-1.9/release_team.md
Anonymous
@p8sih спасибо :)
G72K
В данном случае "мы" - это релиз-команда Kubernetes https://github.com/kubernetes/features/blob/master/release-1.9/release_team.md
О! может быть посмотрите, поломали за день и без обсуждения, а как обратно вернуть, что б работало так "уу нужна комиссия" https://github.com/kubernetes/kubernetes/pull/56690#issuecomment-349338453
Anonymous
@rossmohax окей, я посмотрю
Logan
коллеги, кто что использует для балансировки входящего TCP/UDP-трафика, который не http(s) и не может проходить как обычный ингресс? я знаю что популярен gobetween, может кто-то предложит еще варианты?
G72K
коллеги, кто что использует для балансировки входящего TCP/UDP-трафика, который не http(s) и не может проходить как обычный ингресс? я знаю что популярен gobetween, может кто-то предложит еще варианты?
nginx ingress умеет TCP точно, почему "не может проходить"?
Logan
можно пример конфига? мне ssh надо балансировать, он так может?
G72K
можно пример конфига? мне ssh надо балансировать, он так может?
https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/exposing-tcp-udp-services.md
Logan
спасибо. Если кто-то еще предложит варианты - благодарность моя будет безмерной :)
Logan
чем больше вариантов – тем лучше :)
Sergei
https://github.com/appscode/voyager
G72K
https://github.com/appscode/voyager
осторожно, у них нестандартный ingress, всю копипасту из интернета и hеlm придется менять.
Sergei
G72K
особенно бесячий хелм с его чартами ввиде тарболов, нормльно не форкнуть без костылей. весь мир может подтягивать произвольный комит из гита, а они в 2017 изобретают предлагают по сути "заведите себе фтп сервер и складывайте туда именованные архивы". зла нехватает
Sergey
G72K
с хелмом плохо абсолютно всё, кроме сотен чартов на вообще всё. может официальный способ описания приложений от kubernetes взлетит когда-нибдь, у них процесс как раз вокруг форков построен
Sergey
ну я делал себе темлплейты с ансиблос
Sergey
кстати кто terraform для кубера уже юзал?
G72K
у них там deployment и daemonset ресурсов не было, относительно бесполезно же без них
Sergey
ну такое
G72K
плюс темплейты там кровь из глаз, тоже ненависть)
Logan
я не использую хелм :)))
Видимо тот момент, когда надо прибавлять "к счастью" :)
Logan
вот как я удачно спросил - вместо двух вариантов уже 4
Terry
https://medium.com/@olegsmetanin/kubernetes-recipe-kubernetes-kubespray-glusterfs-gluster-kubernetes-letsencrypt-kube-lego-595794665459
ребята, кто может подкинуть почитать как кластер поднять на куберспрее?
а то этот пост умер, как и блон автора
Terry
Terry
на всякий случай))
Даня
А это интересно, сенк
Anonymous
Киньте в меня мануалом как поднять несколько docker registry для kubernetes, пожалуйста.
Даня
ща поищу, Жека)
Даня
це не воно? https://blog.cloudhelix.io/using-a-private-docker-registry-with-kubernetes-f8d5f6b8f646
Даня
ааа
Даня
не так понял
Igor
Киньте в меня мануалом как поднять несколько docker registry для kubernetes, пожалуйста.
можно, например, вот так - https://github.com/kubernetes/charts/tree/master/stable/artifactory
Anonymous
спасибо. Посмотрю
Aleksey
господа, тут есть люди бросившие сварм ? если есть почему бросили и перешли на кубернетис?
Sergey
господа, тут есть люди бросившие сварм ? если есть почему бросили и перешли на кубернетис?
я старый сварм (который не мод) и не бросал
Aleksey
тот который старый скучен.
Aleksey
это недостаточно альтернативный вопрос.
Sergey
чем старый сварм скучен?
Sergey
чего в нем не хватает?
Aleksey
тем что никак не относится к заданному вопросу.
Sergey
в вопросе нет разделения на сварм стэндэлон и сварм мод (который свармкит)
Aleksey
мне ответ на вопрос а не полемику. спасибо.
Sergey
херовая реализация рафт протокола в сварм моде, когда при большом колличестве нод выбор нового лидера занимал порядка 40 минут
Sergey
колличество нод было чуть меньше 100
Sergey
такой ответ устроит?
Aleksey
да. можно ссылку ?
Sergey
при чем самих мастеров было 3
Sergey
это тупо свое внутренее тестирование было
Sergey
у людей еще были приколы, когда из трех мастеров выпадало два и калстер вообще развалилвался
Sergey
хотя один мастер был еще жив
Sergey
у них выбор мастера не заканчивался
Sergey
на сколько я помню, даже ишью было на эту тему
Bsod
мне просто кубер удобнее юзать нежели сварм
Aleksey
вот я как раз про ишью. ибо в докере часто бывает что то то не поняли и сделали не так. или есть граничные условия почему оно ведет себя так а не иначе
Sergey
вот я как раз про ишью. ибо в докере часто бывает что то то не поняли и сделали не так. или есть граничные условия почему оно ведет себя так а не иначе
ну сугубо мое мнение - то что выпало 2 ноды из трех и выбор мастера не заканчивается, как бы следует из рафт протокола
Sergey
хотя у докера есть фича спромоутить воркер в мастер
Sergey
плюс был момент с увеличением шедулинга с ростом колличества сервисов в кластере
Sergey
это я видел по ишью на гитхабе
Logan
господа, тут есть люди бросившие сварм ? если есть почему бросили и перешли на кубернетис?
есть, это я. Он катастрофически работает даже на тестовых нагрузках
Aleksey
можно чуть больше букв ?
Logan
он крайне нестабильно работал у меня: постоянно происходили перевыборы мастера, падали ноды. Очень сильно жрался проц на сетевых взаимодействиях, вообще меж-нодная сеть работала очень плохо
Aleksey
плохо это медленно или плохо это потери ?
Logan
медленно и потери. и проц жрется очень
Anonymous
господа, тут есть люди бросившие сварм ? если есть почему бросили и перешли на кубернетис?
Я могу сказать почему мы бросили docker-compose )))
Вот там где жесть была)