kubectl exec busybox — cat /etc/resolv.conf search default.svc.cluster.local svc.cluster.local cluster.local nameserver 10.241.64.130 options ndots:5

или ты имеешь ввиду в под с dns

SkyDNS defaults its forwarding nameservers to the one listed in /etc/resolv.conf

тебе скайднсу нужно объяснить, куда смотреть, если у себя не нашел

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

он падлюка и так должен правильный resolv.conf монтировать по дефолту

где?

судя по доке

покажи в манифесте

When running a pod, kubelet will prepend the cluster DNS server and search paths to the node's own DNS settings.

ну в манифесте я ниче не указывал

поскольку

If you don't want this, or if you want a different DNS config for pods, you can use the kubelet's —resolv-conf flag. Setting it to "" means that pods will not inherit DNS. Setting it to a valid file path means that kubelet will use this file instead of /etc/resolv.conf for DNS inheritance.

лан...

понятно куда копать. думал может кто-то переопределял

спасибо :)

ну так кубелету подсунь

я не знал, что так можно

тут про кублет идет речь

т/е он по дефолту должен делать prepend к хостовому resolv.conf

а уже если хочу переопределить - тогда флаг ставить resolv.conf

но это по доке, в теории. ща буду опровергать теорию

сцуко, а в доке кореос: Environment="RKT_OPTS=--volume=resolv,kind=host,source=/etc/resolv.conf —mount volume=resolv,target=/etc/resolv.conf"

мерджить доку кубернетс и кореос то еще развлечение

чет я разуверился, что coreos лучшая подстилка для кубернетс

при том что дока кореос - то ещё говно

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

днс тому подтверджение

А какие лично у вас хостовые операционки? Ставите внешние бинарники, или системные пакеты?

Ubuntu + гуглобинарники + hyperkube в контейнере

CoreOS + гуглобинарники + hyperkube в контейнере )))

у кого-нибудь есть CI в gitlab которое в kubernetes деплоит?

господа, а подкиньте плиз пример аффинити "деплоить на ноды на которые этот сервис еще не сдеплоен" ?

Daemonset? ;)

дак мне не на все ноды надо

грубо говоря: запускаем сервис и на всякий случай на другую ноду (чтоб если комп отвалится че-то выжило)

те же репликасеты например у какого-нибудь эластиксерча...

реплики* )

Так Daemonset - это и есть на все ноды

"дак мне !не! на все ноды надо"

Ну так nodeSelector

ну, во-первых для него надо знать лабелы нод (а я делаю скрипт в опесорс где в разных кубиках разные лабелы), а во вторых он будет deprecated вскоре судя по документации: http://kubernetes.io/docs/user-guide/node-selection/

не могу найти, но где-то была issue, где обсуждали, что constraint: host: UNIQUE у конкурентов есть, а у куба нет

да, это странно

kubernetes.io/docs/admin/daemons/#running-pods-on-only-some-nodes

у меня уже есть готовый deployment - мне нравятся фишки которые он дает, в демонсет переконвертировать не надо

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

Да я понял, да

в целом-то стандартная задача, удивился когда в доках не нашел решения, судя по @etkee словам это еще и пропозал пока хм

может хаки какие?

https://github.com/kubernetes/kubernetes/blob/release-1.4/docs/design/podaffinity.md а вот это не то?

petset, но он тоже пока не умеет rolling update

похоже на то, что нужно

значит ждем 1.4

погодите, петсеты - это же про другое

это для stateful приложений

и в 1.3 они есть, кстати говоря

ну по крайней мере я их юзаю вовсю

$ kubectl get petset --namespace=bots NAME DESIRED CURRENT AGE redis 1 1 14d

ты походу всю ночь сервера настраивал :)

и не одну :(

последний раз спал с четверга на пятницу

часа три

да ты офигел

O:

@pipopolam ты там береги себя :)

а вот интересно - настраивал кто-нибудь куда-нибудь нотификации? в слак там, телеграм и тп... я бы послушал опыт

ERROR: S client not available

Я как-то показывал же

@vkfont

у меня сейчас решение из говна и палок: lifecycle: postStart: exec: command: - "/bin/bash" - "/app/bin/post_start_notify.sh" preStop: exec: command: - "/bin/bash" - "/app/bin/pre_stop_notify.sh"

в этих скриптах курл фигачит в слак мессаджи

ну в целом ок, попробую прикрутить https://github.com/dschep/ntfy

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

Prometeus

типа известный джежайский взмах рукой и фраза "не нужны тебе уведомления в телеграм, тебе нужен веб-интерфейс с логами"? )

Прометей умеет отсылать алерты

Вот он меня в слаке мучает

четко

а есть принципиальная разница между helm и spread, или они одну задачу выполняют? если "нет" то что круче? )

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

они к нам приходили за разработкой

но так и не смогли сказать, чего же им надо

то есть helm это почти стандарт?

ну наверное

я просто kubectl'ом пользуюсь

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

нанимай сразу трех :D

сплюнь :)

ггг

https://github.com/ramitsurana/awesome-kubernetes#monitoring-services - а из этого что годнее?

ну я за прометей

ок спс

а книжку негра кстати стоит покупать или уже устарела?

а, она еще пишется, вижу

она еще пишется, да

только что было обновление

еще не смотрел

какую из них посоветуешь? http://shop.oreilly.com/product/0636920043874.do https://www.manning.com/books/kubernetes-in-action