только если не про бэкап :D

рано про бэкапы)

короче у меня есть кореос небольшой кластеров, там крутятся etcd. Насколько я понимаю мне нужно бы отдельный etcd иметь от всего этого дела для того, чтобы дискаверить свои кореос кластеры и класть конфигурацию для приложений?

тьфу, небольшой кластер кореос есть

не совсем понял вопрос

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

я вот не понимаю зачем к примеру, в поде для днс присутствует еще и контейнер с etcd

хехе

так ты обновись

причем это в доке от кореос

его там давно нет

видимо дока древняя от кореоса

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

не нужно настроивать ХХХ по доке от кореоса

настраивайте ХХХ по доке от ХХХ

мне советовали обратное :)

я тут уже троим выпрямлял конфиги от кореоса

говорили у кубернетса дока ваще плоха

вон @DenisIzmaylov подтвердит

:)

по теме пода днс: $ kubectl get po --namespace=kube-system kube-dns-v19-71x58 -o jsonpath='{.spec.containers[*].image}' gcr.io/google_containers/kubedns-amd64:1.6 gcr.io/google_containers/kube-dnsmasq-amd64:1.3 gcr.io/google_containers/exechealthz-amd64:1.1%

нету никакого etcd, как видишь ;)

ваще магия, где skydns, kub2sky..

вон @DenisIzmaylov подтвердит

Да, подтверждаю!)

ваще магия, где skydns, kub2sky..

в 1.2 закопали

киньте плз линком на актуальную доку

доку про что?

про деплой днс... или видимо надо раскурить самому эти шаблоны из гитхаба :)

а чо там курить

все {{...}} меняй на свои цифры и все

https://github.com/kubernetes/kubernetes/tree/master/cluster/addons/dns

оно ?

https://github.com/kubernetes/kubernetes/tree/master/cluster/addons/dns

:)

чорт, ниуспел

кстати по доке кореос поставил 1.3

раньше по этой ставил http://kubernetes.io/docs/getting-started-guides/coreos/coreos_multinode_cluster/

ваще мрак

[Service] ExecStartPre=-/usr/bin/mkdir -p /opt/bin ExecStartPre=/usr/bin/curl -L -o /opt/bin/setup-network-environment -z /opt/bin/setup-network-environment https://github.com/kelseyhightower/setup-network-environment/releases/download/v1.0.0/setup-network-environment ExecStartPre=/usr/bin/chmod +x /opt/bin/setup-network-environment ExecStart=/opt/bin/setup-network-environment

ну как так

правда все работало :)

ггг

вон есть мои шаблоны для 1.3: https://gist.github.com/Bregor/6a8cf10f610922b5898dcffef957ff26

спасибо

https://gist.github.com/Bregor/dbb337e9a3e7b7ba6274d02e78a305bf

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

@pipopolam и все-таки про доступ к сервису снаружи: я правильно понимаю, что ты на сервере с nginx, который не в кластере кубернетса, прописываешь форвардинг на поды ?

на сервисы

ща покажу

нене

спасибо :)

я вначале сам :)

так неинтересно ))

то есть я беру NGINX, запущенный прямо на железе говорю ему: resolver <kube-dns-addr-here>; и шарашу апстримы с вхостами типа вот так: upstream kube-blog-app { server blog.blog.svc.kubernetes.local:4000; } server { ... server_name blog.amplifr.com; ... location / { ... proxy_pass http://kube-blog-app; } }

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

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

зачем ? чем необходит который с кореос-ом идет

@kaydiam подключайся давай плз как время будет:) а то тут etcd плодятся. потом долго менять на консул прийдется ))

возможно мы про разное, но я имел в виду, что для кубернетеса *рекомендовано* использовать свой отдельный etcd-{cluster,instance} только для кубернетеса

а почему ? откуда ноги растут ?

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

@kaydiam подключайся давай плз как время будет:) а то тут etcd плодятся. потом долго менять на консул прийдется ))

ай, не трави, а мне кажется, этот пулриквест никогда не примут https://github.com/kubernetes/kubernetes/pull/31622

Раньше использовали второй etcd для skydns потому что skydns нестабильный был, и он работал с etcd. Чтобы не смешивать всё говно в одной яме - сделали две ямы. Так и пошло, отказоустойчивый etcd для kubernetes и etcd в поде для skydns, который не жалко похерить, т.к. он воссоздаётся.

это уже третий etcd ;)

при наличии системного

зачем ? чем необходит который с кореос-ом идет

во-первых, регистрировать кластера надо где-то. Во-вторых, я хочу пушить конфиги для приложений в etcd, а кореос кластер сегодня есть, завтра его нет. Непонятно :)

поэтому хочу в терминологии Максима (и наверное кубернетиса) системный etcd

@kaydiam вопрос зачем для кубернетса отдельный "кореосового" кластре etcd

во-первых, регистрировать кластера надо где-то. Во-вторых, я хочу пушить конфиги для приложений в etcd, а кореос кластер сегодня есть, завтра его нет. Непонятно :)

как это

Повтори вопрос, не понял.

возможно мы про разное, но я имел в виду, что для кубернетеса *рекомендовано* использовать свой отдельный etcd-{cluster,instance} только для кубернетеса

@kaydiam вопрос зачем для кубернетса отдельный "кореосового" кластре etcd

встречный вопрос: нахера придумали гугол, если никто им не пользуется? вот, я нагуглил за тебя: https://github.com/kubernetes/kubernetes/issues/4432#issuecomment-78207966

http://kubernetes.io/docs/admin/cluster-large/#etcd-storage

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

@pipopolam не подсказывай :) интересует мнение @kaydiam как независимого эксперта по кореос

кореос тут не при чем

это кубернетесовское требование

Вообще в данном сообществе замечено огромное количество философских вопросов.

это не философия

80% вопросов тут это "погугли за меня"

@kaydiam что тут философского. Если у меня есть кластер кореос, в котором живет себе кубернетс. Действительно ли оправдано поднимать отдельный etcd, поскольку "так советуют разработчики кубернетс"