--cluster-domain="kube.local" - вот это я бы пока убрал

Вот здесь ребята советуют поставить прост: https://coreos.com/kubernetes/docs/latest/deploy-master.html#create-the-kubelet-unit

--address=0.0.0.0 и вот тут лучше внутренний интерфейс подставлять зачем тебе светить наружу кьюблетом?

и там иногда случаются неожиданности с кубе-днсом

как меня эти неожиданности уже

ещё знаешь, что заметил

Вот здесь ребята советуют поставить прост: https://coreos.com/kubernetes/docs/latest/deploy-master.html#create-the-kubelet-unit

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

но оно реально нестабильно работает

мануал и организация K8s-сетапа изменилась прилично за последние 4 месяца

тут ничего не скажу, я меньше времени им занимаюсь

это хорошо) меньше каши

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

но становится лучше - это точно

я где-то с версии 1.2.1 начал

--address=0.0.0.0 и вот тут лучше внутренний интерфейс подставлять зачем тебе светить наружу кьюблетом?

👍 спасибо, поправил

--tls-cert-file=/etc/kubernetes/ssl/kubelet.pem \ --tls-private-key-file=/etc/kubernetes/ssl/kubelet-key.pem \ вот это выкини

оно в kubeconfig.yaml'е

нахрена дублировать одно и то же

:) выкидываю

apiVersion: v1 kind: Config clusters: - cluster: certificate-authority: /etc/kubernetes/ssl/ca.pem server: https://10.83.8.197:8443 name: bots users: - name: kubelet user: client-certificate: /etc/kubernetes/ssl/node.pem client-key: /etc/kubernetes/ssl/node-key.pem contexts: - context: cluster: bots user: kubelet name: kubelet-context current-context: kubelet-context

197 - тут apiserver?

ага

а можно их два поднимать?

хехе

можно

для fail-over

но кьюблет умеет только к одному ходить

)))

обещали в 1.5 поправить

это ж где-то к рождеству - не раньше

угу

cluster: bots - а вот эта штука где-то потом сказывается?

а, там где у меня "bots" - пиши чего угодно это просто имя кластера

или это просто для управления?

на DNS не влияет?

ненене

гудгуд

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

слак, телеграм, фсбук, etc

поэтому он так и называется

если ты заметил, кстати, kubeconfig.yaml практически целиком повторяет твой локальный ~/.kube/config

устроен он совершенно идентично

да, я сейчас как раз об этом подумал

мысль возникла первая - нужен ли на сервере kubectl? :)

ну да, как бесплатный бонус сможешь делать так: $ kubectl --kubeconfig /etc/kubernetes/kubeconfig.yaml get ...

;)

на серверах прям

--api-servers=${MASTER_PRIVATE_IPV4}:8080 \ тоже можно выкидывать в пользу server: ... в kubeconfig.yaml

:))

DRY - это прекрасный принцип

не вижу смысла ему не следовать

абсолютно разделяю, cloud-init вычистил

оставил только kubelet

не забывай, что /etc/kubernetes/manifests/proxy.yaml должен быть на каждой ноде

иначе service interoperability поломается

как и все манифесты?

нененене

нахрена тебе аписервер и шедулер на каждой ноде-то? :D

на каждой worker-ноде должны быть два компонента: кьюблет (чтобы с контейнер-рантаймом общаться) и прокси (чтобы iptables настраивать)

все остальное - только на мастере

ахахаха

бля

пидорасы

https://dl.dropboxusercontent.com/s/y7kmzozl02pyhs2/Airmail_2016-08-26_22-15-29.png?dl=0

вечер пятницы

adventure^W deployment time

:))))))

дада

кстати еще один охуительный бонус от деплоя манифестами

ты просто обновляешь версию имаджа, типа так: sed -i 's/1.3.5/1.3.6/g' /etc/kubernetes/manifests/*.yaml

и дальше kubelet все сделает за тебя

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

но обновить один бинарь проще, чем обновить kubelet + apiserver + proxy + ....

интересно, кстати, что коммит с обновленным днсом в этот релиз не вошел

https://github.com/kubernetes/kubernetes/commit/1e7120f02cc39798eb3d2ac0a4e7e8c0e80792ca

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

Видимо он ещё нестабилен

ты просто обновляешь версию имаджа, типа так: sed -i 's/1.3.5/1.3.6/g' /etc/kubernetes/manifests/*.yaml

Да

В идеале было бы подтягивать с гит-репы

Или иметь хотя бы такую возможность

ну у меня шеф почти так и делает