А ты уверен, что тебе нужен wireshark? Мне кажется все что нужно можно увидеть включив расширенное логирование в kubectl

я хочу посмотреть как именно kubectl делает http запрос, чтобы повторить kubectl exec курлом

спасибо, но это не совсем то, что нужно. initContainer обычно уже описан в манифесте. Идея в том, что автор манифеста не знает, что ему подсадят контейнер в под

а с какой целью?

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

я хочу посмотреть как именно kubectl делает http запрос, чтобы повторить kubectl exec курлом

у api-server есть insecure-port

настройте kubectl на него

я хочу посмотреть как именно kubectl делает http запрос, чтобы повторить kubectl exec курлом

Ну так я о том и говорю

добавь ключик --v=9

И все будет видно

у api-server есть insecure-port

я полагаю, это сработает, при условии, что аписервер запущен с соответствующим ключом?

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

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

я полагаю, это сработает, при условии, что аписервер запущен с соответствующим ключом?

ну да, ключ --insecure-port

добавь ключик --v=9

спасибо! действительно видно многое, попробую из этого получить рабочую курл команду

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

идея любопытная, но я пока плохо понимаю как именно это сделать. Плюс я таки хочу не во всех подах иметь этот функционал

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

в общем, нельзя exec просто курлом, сервер там просит SPDY/3.1 upgrade, и курл в это не умеет (или я не знаю как заставить)

в общем, нельзя exec просто курлом, сервер там просит SPDY/3.1 upgrade, и курл в это не умеет (или я не знаю как заставить)

https://github.com/kubernetes/kubernetes/issues/24668

мне кажется они там чет по твоей теме обсуждают

да, я видел этот трэд, как я понял, вывод у них тот же

Как настроить в кластере nginx resolver?

выставляю ip dns service-а но ничего не получается

отдает 502 или 500

502 и 500 ничего не говорят о неисправности DNS. Пробовали дебаг-лог включать?

логи говорят >[error] 26#26: *1 test could not be resolved (3: Host not found)

а в конфиге так: location / { proxy_pass http://test:80; }

Всем привет! Вопрос, кажется, довольно нубский, но тем не менее: Имеется GKE, в нём через Helm установлен coucourse. Всё это дело дичайше спамит в логи. Не могу разобраться, как настроить нужную переменную окружения(`CONCOURSE_GARDEN_LOG_LEVEL`). Всё что нашел по теме — такого же страждущего: https://github.com/kubernetes/charts/issues/3414 Что делать?

kctl get deployment, ktcl edit deployment, env:, либо в чарте хелма, в контейнере добавить env секцию с твоими параметрами

Вопрос. Что произойдет с сервисами в кластере, если пропадёт control plane? Они по прежнему будут работать?

Описано в доках где нибудь проведение системы на этот случай?

Вопрос. Что произойдет с сервисами в кластере, если пропадёт control plane? Они по прежнему будут работать?

Про доку не помню. Но все должно работать.

Ну относительно

Ip не обновятся

Поды не перешедулятся

А DNS?

Kubedns будет работать?

Кеш если есть - точно. Не знаю всасывает он в себя записи или нет

Надо смотреть

Спасибо, будем экспериментировать. Хотя доки все равно придется искать, потому как дизайн надо обосновывать

Спасибо, будем экспериментировать. Хотя доки все равно придется искать, потому как дизайн надо обосновывать

Поделитесь потом, если это возможно!

Есть ответ на SO, но хотелось бы, чтобы это было by design и не поломалась в будущем. https://stackoverflow.com/questions/39172131/what-happens-when-the-kubernetes-master-fails

Днс будет работать, говорят

Ну там надо смотреть как происходит взаимодействие с апи сервером

Как я понимаю

Что будет когда кеш протухнет

kubedns process watches the Kubernetes master for changes in Services and Endpoints, and maintains in-memory lookup structures to serve DNS requests.

Судя по докам кэш есть в dnsmasq. А kubedns хранит всё

И только мониторит изменения

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

Надо только failover продумать.

Привет, кто нибудь сталкивался с проблемой при запуске dashboard $ kubectl logs -n kube-system kubernetes-dashboard-5bd6f767c7-nztxt -f 2018/02/14 13:23:13 Using in-cluster config to connect to apiserver 2018/02/14 13:23:13 Starting overwatch 2018/02/14 13:23:13 Using service account token for csrf signing 2018/02/14 13:23:13 No request provided. Skipping authorization 2018/02/14 13:23:14 Error while initializing connection to Kubernetes apiserver. This most likely means that the cluster is misconfigured (e.g., it has invalid apiserver certificates or service accounts configuration) or the —apiserver-host param points to a server that does not exist. Reason: Get https://10.96.0.1:443/version: dial tcp 10.96.0.1:443: getsockopt: no route to host Refer to our FAQ and wiki pages for more information: https://github.com/kubernetes/dashboard/wiki/FAQ Проверял еще $ kubectl exec -ti busybox -- nslookup kubernetes.default Server: 10.96.0.10 Address 1: 10.96.0.10 nslookup: can't resolve 'kubernetes.default' command terminated with exit code 1 Проблема с настройкой сети видимо какая то...

dns например нету

dns например нету

да нет там вроде все в порядке поды запущены ошибок в логах нет kube-system kube-dns-6f4fd4bdf-trpdh 3/3 Running 0 39m Я пока решил поменять сеть на weave с flannel

Ребят, вопрос наверное до жути глупый, но как я могу вытащить dashboard куба наружу? Чтоб не ходить на локалхост через ssh туннель

Ребят, вопрос наверное до жути глупый, но как я могу вытащить dashboard куба наружу? Чтоб не ходить на локалхост через ssh туннель

Ingress or NodePort\Loadbalancer or kubectl port-forward

на cri-o уже мигрировал кто?

Ingress or NodePort\Loadbalancer or kubectl port-forward

Спасибо. А как правильнее в экосистеме куба это делать? Ingress ?

на cri-o уже мигрировал кто?

сравнение есть какое-то?

Спасибо. А как правильнее в экосистеме куба это делать? Ingress ?

как нужно так и делать) Ингресс из коробки имеет только 2 вида авторизации: basic (некоторые контроллеры могут digest) auth и client certificate

его поддержка в кубере уже stable давно, развивается более чем активно если сравнивать с rkt. а учитывая что red hat купили coreos, то rkt можно хоронить

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

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

нужен ли тебе докер или достаточно ли тебе cri-o

в cri-o все заточено под кубер, там нет лишних никаких штук

ок, уловил

в cri-o все заточено под кубер, там нет лишних никаких штук

А образы совместимы или это своя экосистема?

Есть почитать че интересное?

А образы совместимы или это своя экосистема?

containers/images для образов юзается

должны быть совместимы, API же одно

https://habrahabr.ru/company/flant/blog/340010/ вот в принципе

Спасибо

должны быть совместимы, API же одно

а вот из докер cli нельзя подключится к cri-o)

не, ну cli — это же имплементация

я про кишки (внутри там должно быть стандартизировано)

докер не очень придерживается стандартов)

тот же containerd не имплементит CRI

и делают свой cri-containerd поверх

печаль

а вот из докер cli нельзя подключится к cri-o)

для этого есть podman

вообще в cri-o OCI-совместимые образы, но можно импортировать из докера

а crictl не про это?