тест на внимательность

что у тебя в строке запуска healthz?

наверняка же мой домен оставил вместо своего? ;)

kubectl logs -f kube-dns-v19-5hq3q -c healthz —namespace=kube-system

я про манифест

domain=kube.local

- —domain=kube.local - —dns-port=10053 - —kubecfg-file=/etc/kubernetes/kubeconfig.yml

я про healthz

;)

https://gist.github.com/Bregor/7079efc9b12e70e583e4847ed5ec7e91#file-dns-rc-yaml-L106

вот тут

а да )

- -cmd=nslookup kubernetes.default.svc.kube.local 127.0.0.1 >/dev/null && nslookup kubernetes.default.svc.kube.local 127.0.0.1:10053 >/dev/null - -port=8080 - -quiet

нубля

он не может его разлукапить

и рапортует, что днс нездоров

апи его убивает

так

значит в resolv ещё надо прописать

ещё я думаю вот что

kubernetes.default.svc.kube.local

есть ли такой сервис

есть

в дефолт-неймспейсе

да

$ kubectl get svc kubernetes NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes 192.168.0.1 <none> 443/TCP 81d

$ kubectl get svc --all-namespaces NAMESPACE NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE default kubernetes 10.100.0.1 <none> 443/TCP 12h

арррр

https://github.com/kubernetes/kubernetes/tree/master/cluster/gce/coreos воу что нашёл, инсталляция Kubernetes на CoreOS :)

ну, CoreOS - это самый логичный выбор для Kubernetes

а почему не RancherOS?

это какая-то странная система, там systemd нет

как я это всё вижу: есть война между докером и системд

результат войны с одной стороны - воявление Rkt'а, а с другой стороны - появление Rancher'а

Ркт ставит целью выкинуть Докер в экосистеме CoreOS

а Rancher , аналогично, не оставляет места для systemd

ну и хер с ним

в сражении между докером и системд я делаю ставку на системд

тебе в оркестрации контейнеров системд каким боком помогает?

в CoreOS есть Fleet, который основан на systemd

ну или вот можно поставить Kubernetes если нужно что-то посерьёзнее

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

и в ранчере свой шедулер

и в мезосе

ну, вот Docker с сервера я скоро удалю

он мне как бы и совсем не нужен

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

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

а про systemd - ну, там есть зависимости

что контейнер с кодом надо запускать только после того, как заработал контейнер с СУБД

в ранчере такого нет, как я понимаю

никакие там докер свармы/компосы этого не умеют

то есть там можно сделать restart=always, но порядок определить нельзя

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

в общем, недорос Docker с systemd тягаться и вообще как он посмел))

то есть у меня за каждый под отвечает свой .service - файл в systemd

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

в общем, недорос Docker с systemd тягаться и вообще как он посмел))

наконец ты это осознал

пока-пока

мы не будем скучать

так я это сразу говорил

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

Rkt интегрируется везде со всем, не пытается собой ничего заменять (ну, кроме докера), интегрируется и с systemd, и с Fleet, и с Kubernetes

ну а Rancher - это вендор лок на докере

нафиг загонять себя в клетку?

на той же CoreOS там можно и Docker и Rkt, хоть они и конкурируют с Docker теперь

нафиг загонять себя в клетку?

rkt не работает нигде кроме линукса нафиг загонять себя в клетку?

так докер так же работает только на линуксе

на других системах виртуалки

короче, неси свою религию и прочее говно в профильные группы

давайте здесь про кубернетес

ну, ты спросил почему CoreOS круче Rancher'а, я тебе ответил)

потому что там вендор лок, а на CoreOS свобода выбора

и тот же Kubernetes поэтому логичнее ставить именно на CoreOS, если нужна облачная ОС

зато в ранчере есть кнопка "поставить кубернетес" а с кореосом вон @DenisIzmaylov уже сколько дней ебется

лично мне насрать на шашечки

мне надо ехать

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

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

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