отключиться, подключиться

отключиться, подключиться

А список ip зачем?

про какой список ip говорится? список адресов подов в headless-сервисе?

Кстати, есть где инфа когда sheduledjobs будет в бете?

Их вроде в CronJob переименовали, но пока не очень понятно

Кстати, есть где инфа когда sheduledjobs будет в бете?

https://github.com/kubernetes/features/issues/19 вот тут следить, в 1.5 бетой не будет

Рекомендуют пока https://github.com/wercker/cronetes

про какой список ip говорится? список адресов подов в headless-сервисе?

это тебя надо спросить с кем ты предлагаешь переустанавливать соединения )

но реконнекты - это надо автоматически рисовать подтверждение доставки

я вообще не понимаю суть претензий

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

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

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

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

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

допустим, ты со свое счёта переводишь денег человеку.

дальше идея ясна?

да при чем тут это все?

сеть порвалась - тот же эффект

баг в сервисе - тот же эффект

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

я ей-богу не понимаю, о чем сейчас речь

Пока книжки пишут документация пару раз уже меняется

Проблема в том, что у к8 кошмарная документация. Например я так и не смог найти описания, как поставить с нуля мультимастер. Да и вообще - как поставить к8 без скриптов

The hard way?

The hard way?

а что делать, если скрипт не может решить мою задачу?

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

а что делать, если скрипт не может решить мою задачу?

Форкнуть?

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

Если документация не помогает, смотри сорцы, может там уже есть нужное, если нет - пиши сам

Если документация не помогает, смотри сорцы, может там уже есть нужное, если нет - пиши сам

именно по этому я спрашивал про книгу.

Книга была бы ещё более устаревшей, чем документация

Можно ещё ишью открыть, сходить в их слак или юзер-группу

Книга была бы ещё более устаревшей, чем документация

проблема не в устаревании, а в элементарном отсутствии данных.

ну это понятная проблема - я не защищаю, но по сути везде щас так, у меня в проекте так же )

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

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

Это про етцд, аписервер и кублеты? Или насколько детальное?

Это про етцд, аписервер и кублеты? Или насколько детальное?

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

о а скинь ссылку )

походу где-то крутые учителя информатики, софт стал стабильным только в этом году а его уже преподают в учебных заведениях... в мое время учителя информатики опаздывали лет на 10 в этом плане :)

http://kubecloud.io/files/kubecloud.pdf

спс

это пособие для хороших учителей

там вообще много полезного

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

во кстати, после твоего ответа начал гуглить и маленькую брошурку на русском еще нашел: http://ru.bmstu.wiki/Kubernetes

посмотрю, спасибо

а у меня вот другой вопрос: как будучи на ноде через ssh узнать где находится etcd? проблема в GKE с поиском его чтобы снимать статистику по нодам :)

типа он где-то есть раз все работает, а где - хз

через ps aux | grep etcd не вылезает?

еще через netstat -ключи, которые я никак не запомню | grep etcd можно попробовать

-tulpn вроде

оба варианта пробовал

он снаружи висит где-то у гугля

а где путь выцепить

то есть вообще не на нодах GCE? фига себе

ну в hard way собственно так и пишут: etcd это отдельный сервис и не должен от нод зависеть

а у меня вот другой вопрос: как будучи на ноде через ssh узнать где находится etcd? проблема в GKE с поиском его чтобы снимать статистику по нодам :)

А зачем тебе трогать гугловый etcd?

чтоб grafana отображала инфу о свободном месте на нодах и все такое... или я куда-то не туда копаю?

чтоб grafana отображала инфу о свободном месте на нодах и все такое... или я куда-то не туда копаю?

что-то типа node_filesystem_avail{alias="$host", fstype!~"rootfs|selinuxfs|autofs|rpc_pipefs|tmpfs", mountpoint="$mountpoint"}

чтоб grafana отображала инфу о свободном месте на нодах и все такое... или я куда-то не туда копаю?

https://www.weave.works/monitoring-kubernetes-infrastructure/ Gathering Node Metrics With the Prometheus node_exporter. Вроде этим тебе нужно

ок, нафиг etcd

ок, нафиг etcd

куда же вы в к8 от etcd убежите? Там все данные лежат.

я в плане нафиг знать где он )

etcdctl status или это другой etcd?

другой

по поводу всех этих документаций, статей и книжек, что бесит именно меня (ну не то чтобы бесит, но вот прям неудобно) открываем любую из этих штук и там 90% в духе "кубернетес это платформа управления контейнерами, смотрите как клево можнно создавать поды и как они скалируются, а вот еще ... ну и тп", короче дословный перевод документации причем только ее основ но проблема в том что мне надо знать другое: лучшие практики, советы и рабочие решения, разбор основных проблем, и тп а вот этого нигде нет

Issues?

ERROR: S client not available

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

это же bleeding edge

тут всегда так

ейп, согласен... об чем и речь: то что мы обсуждаем хрен где найдешь, поэтому больше, больше инфы )

запилили че-то крутое - сюда

запилил некрутое - все равно сюда )

а есть у кого полный список альфа фич в *.alpha.kubernetes.io аннотации?

а вот кто с nginx-ingress работал, подскажите как заставить его пересоздать конфиг и убрать оттуда сервисы которые удалены? в логах постоянно светится что-то типа "upstream service-staging-service-api-8080 does not have any active endpoints. Using default backend"

Да, есть такая проблема. Но это всего лишь лог, можно игнорировать. Возможно в новой версии контроллера исправят.

Мы тоже не обращаем внимания

Ага, только он мне в stderr срет постоянно и красивые графики эластика портит )

А сервисы без endpoint и должны быть для staging?

Так ты фильтруй их в эластике или в обработчика логов

так и сделал в fluentd... не критичная фигня, просто не знал что пока не удаляется

а вот интересно, есть готовое решение по скалированию инстансов в зависимости от нагрузки? не фиксированое количество подов деплоймента, а по разным правилам

https://5pi.de/2016/11/20/15-producation-grade-kubernetes-cluster вот еще в тему сабжа

а вот интересно, есть готовое решение по скалированию инстансов в зависимости от нагрузки? не фиксированое количество подов деплоймента, а по разным правилам

Инстанс группы GCE/AWS? Или ты про horizontalautoscale?

а, все, вопрос снят :) че-то я забыл про horizontalautoscale

Гце может от данных с балансера или метрик их мониторинга ноды скейлить

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

о, вот еще какую штуку интересную нашел: https://coreos.com/blog/introducing-operators.html

В хелпе к инстанс группам

Насчет установки ручками, мне помогли скрипты kube-deploy/docker-multinode

В режиме cni=false все понятно. С cni=true сейчас разбираюсь, понадобилось для calico

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

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

это называется expose, нет?

ну да, но как это правильно в yaml прописать?

http://kubernetes.io/docs/user-guide/connecting-applications/#exposing-pods-to-the-cluster не оно?

ок, почитаем, спасибо

А гоняет кто постгрю в прод режиме в кубе? Или любую другую БД Инетересусет организация локации данных.

persistent volume claim