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

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

ну вот я так хочу)

я не хочу что бы трафик приходил на ноду А, она потом его форвадила на ту ноду, где есть этот под, если я могу сразу туда пустить трафик

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

апи их им правится

они вон дискавери для хезелькаста через апи сервис дискавери кубера сделали и радуются

Да, api сдравое, лучше чем у docker.

ну кубер интересен как модель деплоя

плюс, по факту, к докер уон не привязан

там чет изменится в строну rkt лично для тебя шибко ничего не поменяется

Готов пример с prometheus https://github.com/kayrus/prometheus-kubernetes

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

Готов пример с prometheus https://github.com/kayrus/prometheus-kubernetes

круто, обязательно затестю... а ты в helm это все запихивать не планируешь?

а вот еще, гугль через gcloud ставит свой kubectl, и при переходе на 1.4.0 (его они кстати обновили позже чем кластер) стали иногда выпадать ошибки в рандомных местах: panic: sync: inconsistent mutex state goroutine 1 [running]: panic(0x1b43960, 0xc8201cbad0) /usr/local/go/src/runtime/panic.go:481 +0x3e6 sync.(*Mutex).Lock(0xc82001bc50) /usr/local/go/src/sync/mutex.go:75 +0x16d

загуглил что такое helm. минуты две втыкал что это такое. что такое chart. думал графики какие-то

пакетный менеджер чтоли?

угу, позиционируют как официальный

да вот хз... опять бинарники качать, разбираться

а тут вроде sh везде есть. везде заведется

там можно свои репы в гите держать (тогда я твою репу подключу :), а можно в официальные деплоить при соблюдении определенных условий

надо посмотреть. но в первого взгляда никаких преимуществ не вижу

ну да, если для себя то лишний геморой с оформлением, а если для комьюнити с поддержкой то унификация установки и поддержки

ну лично у меня одна проблема была. поменять конфиг и применить его к prometheus. config volumes по дефолту обновляются раз в минуту. пришлось для этого обвязку на shell писать. helm в этом поможет?

ну поможет наверное кому-то другому если ты опишешь в темлейтах )

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

кстати, если я хочу чтобы у меня в кластере по расписанию выполнялась какая-то функция (например дергался хттп-роут) это по каким ключевым словам гуглить?

sheduler cron что-то типа этого

http://kubernetes.io/docs/user-guide/scheduled-jobs/ оно?

похоже

$ kubectl get scheduledjobs Unable to list "scheduledjobs": the server could not find the requested resource

похоже не судьба пока )

может надо создать для начала

хотя версия api v2alpha

нужно включать на k8s > 1.4

гугль не поддерживает: only supports API versions ["federation/v1beta1" "apps/v1alpha1" "batch/v1" "batch/v2alpha1" "rbac.authorization.k8s.io/v1alpha1" "storage.k8s.io/v1beta1" "extensions/v1beta1" "policy/v1alpha1" "v1" "authentication.k8s.io/v1beta1" "authorization.k8s.io/v1beta1" "autoscaling/v1" "certificates.k8s.io/v1alpha1" "componentconfig/v1alpha1"]

ну всмысле GKE 1.4

ну видимо надо подождать 1.5

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

ну пока так, да

nomad никто не прикручивал к куберу?

что это?

https://www.hashicorp.com/blog/nomad.html

я вообще не уверен, а кто-нибудь nomad использует?

тоже интересный вопрос

terraform я кругом слышу, а вот nomad

я тут задумался о том, чтобы для приложения, которое буду деплоить в k8s написать шаблоны, а переменные забирать из consul и consul-template это всё генерировать

кто-нибудь чем-то подобным увлекается?

nomad никто не прикручивал к куберу?

зачем? это же по сути взаимозаменяемые продукты.

Тут один из мантейнеров ingress выложил https://github.com/aledbf/watch-kube-resource

этож не ингрес

Я не утверждал что это ingress

а, не так прочитал)

я тут наткнулся, что для пода можно было указать в днс хостнейм аннотацией pod.beta.kubernetes.io/hostname (правда по доке это уже депрекейтед), а если у меня деплоймент на N подов и я хочу им задать предсказуемый и резолвящийся хостнейм каждому - это реально?

для начала можно просто резолвящийся

хотя бы внутри деплоймента

предсказуемый наверное не надо

PetSet практически то, что надо

hey folks,

всем привет

хай

#whois я безработный девопс, последние полгода занимался как раз кубернетесом довольно плотно. Я пока из Москвы )

почему пока из Москвы?

возможно скоро придется уехать в другую страну )

За мкад :))

ERROR: S client not available

ну я итак за мкадом )

совсем в другую )

Хммм, за мкадом уже другая страна, как интересно

Хм. Крис

Kinvolk

откуда фото?

CoreOS Meetup, риалтайм

вчера kubernetes, сегодня coreos

завтра наркотики, алкоголь, импотенция, адэнома, операция

простите

)

и все в контейнерах килограммами

вчера kubernetes, сегодня coreos

Я вчера не пошёл)

а где проходило?

может кто снимал?

а где проходило?

Берлин

Weave показывает weavescope. Юзал кто?

выглядит как yet another kubernetes

+ fabric8

о это чуваки которые кролика придумали

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

Опенсорс

прометеус у них там вроде ?

а что, weave стал годен на что-то кроме демок? оно ж как было в udp и в юзерспейсе, так и осталось, нет?

так vxlan разве он не уметь

?

оно все хорошо, но пока не видел быстрого решения изкоробки с шифрованием.

действительно. запилили https://www.weave.works/docs/net/latest/how-it-works/fastdp-how-it-works/ .

плюс вы понимаете оверлейна сеть - это инкапсуляуи - это минус в производительности, добавить сюда еще шифрование - это еще минус в производительности

и так на каждый доп слой

ну ты еще скажи что kvm это минус в производительности