может флапает

я такого не встречал ещн

еще после перехода на 1.6.4, все на том же стенде kubelet выжирает многовато проца и нода пеиодически виснет

возможно это связано с описанной первоначально проблемой

повторяется в ovh и gcp

переход с какой версии?

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

развернут на чистую ноду

запускаю все через hyperkube бинарник

на 1.5.4 такого не было

проверь, ямлы и ключи. могли чего убрать добавить переделать

новая инфа подъехала, на 1.5.4 тоже повторялось

на 1.4 нет

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

dmesg

нет ли там чего подозрительного

мб диски отказали

спасибо, буду дальше копаться)

посмотри strace там что-нибудь может пролететь интересного

кидай дебаг весь в пастебин и сюда)

мне кажется, у меня в конффигурации запуска сервисов может быть что-то намудрено, там ничего сильно не менялось с версии куба 1.2~ или еще ниже, при том что там руками делалось другим человеком и никто толком не актуализировал ничего никогда)

типо автоматизированный the hard way 2х летней давности

обычно пишут что депрекейтед

тут скорее lagacy

но если скакнул через несколько версий, то не факт

не так понял тебя сначала, согласен

Коллеги, приветствую! Возникла дума, и никак не придумывается, как сделать следующее: Вношу изменения в конфиг deployment/svc/ingress и k8s отстреливает старые сущности pods/svc/ing, и переподнимает последние с новым конфигом. Пока пришел вот к таким решениям: Можно сделать через изменение config-map, но он не перезапускает сервис с новым конфигом, тут хард рестарт. Можно на каждое изменение сервиса городить новые config-map, и апплаить его на сервис. (под сервисом понимается связка depl/svc/ingress) Либо сделать через consul-templates, и дергать скрипт на изменение конфига в консуле. В общем, если кто может подсказать, как красиво решить данную задачу, буду признателен.

можно изменять конфигмэп и какую-нибудь аннотацию в своем деплойменте, это спровоцирует rolling update или recreate, в зависимости от стратегии в спеке

добрый вечер. юзаю докер в конетейнерах и docker-compese конфигурации. пробовал kubernetes локально ощущения двойственный, скажите сложно мигрировать уже контейнерезированный набор сервисов?

ну как сложно. займёт время на планирование архитектуры и составление конфигов, плюс время на понимание того, как эта балалайка работает.

если просто поднять k8s и туда запихать все работающие уже контейнеры, будет работать тоже. но без планирования архитектуры придётся потом все переделывать.

надо обратить внимание на сеть, на всяческие statefull сервисы и посмотреть как они работают в Best practices k8s

стэйтфул это БД всякие?

как будет делаться апгрейд сеовисов тоже момент немаловажный.

да бд, например

у меня щаз маунтится внутрь докер контейнера папки которые на EBS volume расположены. для баз данных.

я вот помню когда поднимал кластер потрогать на этом и встрял

есть куча best practices надо изучить) можно не все сразу перевозить, как мы например

у докера сейчас сварм есть например.

https://www.google.ru/amp/s/technologyconversations.com/2015/11/04/docker-clustering-tools-compared-kubernetes-vs-docker-swarm/amp/

мне кажется, что в длительной перспективе, kubernetes лучше

у докера сейчас сварм есть например.

наличие альтернативной реализации никоим образом не освобождает от проблем, характерных для всего класса ПО

в целом статья хорошо все описывает

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

there is no silver bullet

в перспективе развития kubernetes выглядит лучше остальных. его делает большая богатая корпорация. хотя, если посмотреть, как эта корпорация запускала Android pay в России, тут сомнения возникают бгг

а как данные действительно там хранить в кластере кубернетс?

есть еще open shift origin и прочие

ну да вокруг куба самый хайп

вообще докер классная штука )) но я тут с ребятами общаюсь иногда в жаббере со штатов, так они с удивлением такие ты докер юзаешь? зачем он нужен, больше проблем приносит.

ну я познал дзен когда помимо разработки еще девопсил инфраструктуру где все крутилось а там 3 БД (mongodb, influxdb, elasticsearch) + redis + rabbitmq + еще kibana/logstash. и вроде все просто но то просидишь пару часиков с какой-нибудь фигней, то юзеру права создать, то конфиг где-то прописать тут яву ставишь какой-то версии. потом напрягся все по контейнерам разделил стало намного проще.

а как данные действительно там хранить в кластере кубернетс?

google://kubernetes persistent volume

openshift не только лишь все могут настроить. даже опенстак проще. в общем он для экстремалов

мне нравится Cloudfoundry, такой proxmox для людей

ЧТо там настраивать в Openshift?

с CF мороки куда больше

если свой клауд поднимать, мы же про эту ситуацию?

А про спиннакер слышали?

Spinnaker : Global Continuous Delivery http://www.spinnaker.io/

привет, а есть возможность автоматически выделять dns имя для loadbalancer'ов?

спинакер это уже типа fabric8, клауд же она не развернет?

Ну в общем случае рядом

привет, а есть возможность автоматически выделять dns имя для loadbalancer'ов?

можно при помощи отдельного controller, работает на аннотациях: https://github.com/kubernetes-incubator/external-dns

подскажите, на одной ноде какое хранилище под данные выбрать с возможностью скейлить на несколько нод в будущем? пока использую nfs

NFS только кажется, что скейлится :)

ERROR: S client not available

нфс скейлить и не планирую) это временно. сейчас встал вопрос перенос БД, хочу сразу по-человечески сделать

выбирал между ceph и gluster, но смущает, что это решения для N-нод, а ближайшее время всё на одной будет

выбирал между ceph и gluster, но смущает, что это решения для N-нод, а ближайшее время всё на одной будет

не использовать gluster никогда

не использовать gluster никогда

поделитесь опытом, если не сложно) и пять копеек про ceph буду рад услышать

ну и про Flocker тоже проявляю интерес

ну и про Flocker тоже проявляю интерес

flocker не сторадж.

flocker не сторадж.

да, это я статью прочёл и понял неверно. ну а в целом же под мой кейс он подойдет?

поделитесь опытом, если не сложно) и пять копеек про ceph буду рад услышать

@ceph_ru

@ceph_ru

спасибо ?

всем привет, есть проблема, случайным образом ребутятся ноды

debian jesse kernel 3.16, k8s 1.6.4 and 1.5.4, docker 1.12.6, etcd 2.3.7

dmesg на момент ребута https://pastebin.com/JryuJWix

в логах, ничего подозрительного

в логах, ничего подозрительного

это паника, в логах и не будет ничего. Я бы начал с проверки железа "по кругу" - память, проц, температурный режим

повторяется на разных впсках, на разных провайдерах

aws, ovh, gcp

это докер

dmesg | grep aufs

известный баг?

их полно

нет, я имею ввиду именно этот. Понятно, что их полно, докер, по-моему, это какое-то определение бага просто.

dmesg | grep aufs

[ 235.216440] aufs au_opts_verify:1570:dockerd[955]: dirperm1 breaks the protection by the permission bits on the lower branch

куча такого вот

Макс Филатов (Злые Марсиане) пинает докер за глюк оверлей2, там, например, tar роняет контейнер

так и что это докер, что с ним делать? версию правильную ставить или кернел под него?

так и что это докер, что с ним делать? версию правильную ставить или кернел под него?

попробуйте поменять aufs на overlay2. У вас отвалится tar, но если он вам не особенно нужен - остальное будет работать

https://github.com/kubernetes/kubernetes/issues/27885

вечная песня

попробуй ядро из bpo

3.19 какое нить для начала

Макс Филатов (Злые Марсиане) пинает докер за глюк оверлей2, там, например, tar роняет контейнер

как повторить с tar?

архивация вроде отрабатывает