так в search /etc/resolv.conf нету cluster.local в случаем когда указывавешь другое при установке

при установке я указываю имя кластера, которое отражает его предназначение. Сейчас я еще раз прочитал там комент https://github.com/kubernetes-incubator/kubespray/blob/master/inventory/sample/group_vars/k8s-cluster.yml#L121 написано, что также будет использоваться как DNS domain

но непонятно, как мне иметь и имя кластера вменяемое, и cluster.local, чтобы резолвился. Или я не должен этого хотеть?

укажите в конфиге спрея другое имя или вам жестко нужно cluster.local ?

ко мне пришел разработчик, показывает документацию вот эту https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/ и говорит, почему у меня в поде не резолвится "my-svc.my-namespace.svc.cluster.local" как там написано

А он не жаловался что IP не сходятся?

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

лично мне не совсем ясна ситуация с подстрокой "cluster.local". Это просто пример, или это руководство к действию?

У меня это домен моей компании

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

Это разве не внутренний домен?

поидее ты можешь указать его как домен компании, а у себя в основном DNS сказать что всё что svc.cluster.local форвардить на kube-dns. не ?

и дальше уже из одного dns доступаться. и обеспечивать роутинг и т д

поидее ты можешь указать его как домен компании, а у себя в основном DNS сказать что всё что svc.cluster.local форвардить на kube-dns. не ?

я это не понял

где указать, где у себя и что такое основной DNS

если правильно понял https://kubernetes.io/blog/2017/04/configuring-private-dns-zones-upstream-nameservers-kubernetes/

Эм, это внутренние dns для контейнеров, смысл зашивать FQDN, когда обращаться можно в сервис по названию сервиса или по комбинации названия сервиса и namespace?

если правильно понял https://kubernetes.io/blog/2017/04/configuring-private-dns-zones-upstream-nameservers-kubernetes/

да, я примерно такое и имел ввиду.

Эм, это внутренние dns для контейнеров, смысл зашивать FQDN, когда обращаться можно в сервис по названию сервиса или по комбинации названия сервиса и namespace?

Думаю, просто чтобы разрабы не приходили. И не потому что они достают, а чтобы им удобно было.

Ну так себе решение игнорировать best practices

где указать, где у себя и что такое основной DNS

DNS policies can be set on a per-pod basis. Currently Kubernetes supports the following pod-specific DNS policies. These policies are specified in the dnsPolicy field of a Pod Spec.

я таки не совсем уловил этот ответ и эту статью относительно моего вопроса. Мне не нужно резолвить существующую доменную зону. Мне нужно резолвить cluster.local. Как в документации: my-svc.my-namespace.svc.cluster.local

Кто нибудь пользовался longhorn от rancher?

есть отзывы?)

а если нет?

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

я таки не совсем уловил этот ответ и эту статью относительно моего вопроса. Мне не нужно резолвить существующую доменную зону. Мне нужно резолвить cluster.local. Как в документации: my-svc.my-namespace.svc.cluster.local

Так же в документации написано, что можно задать зону отличную от имени кластера, за это отвечает переменная domain_name, судя по всему. https://github.com/kubernetes-incubator/kubespray/blob/master/docs/vars.md

ага "default is cluster.local"

видимо имеется ввиду "default is cluster.local because default cluster name is cluster.local" :)

выходит, если поменял cluster_name, но хочешь оставить domain_name=cluster.local, то укажи это явно

Ага, судя по документации

ну как раз таки из документации это никак не вытекает

нигде же не написано, что если поменять cluster_name, то это повлечет и смену domain_name

Согласен, документация не до конца ясна, пока не начнешь попой чуять такие места. :)

нигде же не написано, что если поменять cluster_name, то это повлечет и смену domain_name

Что мешает поверить на что влияет ваше изменение параметра? Сам просто делаю так всегда

https://blog.alexellis.io/introducing-the-openfaas-operator/amp/?__twitter_impression=true

привет всем. кто-то обновлял куб на 1.11?

Всем привет. пыта.сь создать кластер кубернетес и получаю оишбку на ноде, с которой хочу добавиться: [discovery] Trying to connect to API Server "192.168.0.9:6443" [discovery] Created cluster-info discovery client, requesting info from "https://192.168.0.9:6443" [discovery] Failed to request cluster info, will try again: [configmaps "cluster-info" is forbidden: User "system:anonymous" cannot get configmaps in the namespace "kube-public"] мастер нода доступна со слэйва, iptables выключен. вот такие поды запущены на мастере. в чем проблема может быть? root@us1:~# kubectl get po -n kube-system NAME READY STATUS RESTARTS AGE etcd-us1 1/1 Running 2 1d kube-apiserver-us1 1/1 Running 5 1d kube-controller-manager-us1 1/1 Running 2 1d kube-flannel-ds-g5wtg 1/1 Running 21 1d kube-scheduler-us1 1/1 Running 2 1d куб ставлю версии 1.11

https://github.com/kubeflow/pytorch-operator С пополнением

https://github.com/kubeflow/pytorch-operator С пополнением

Для чего эта штука?

Для чего эта штука?

Для дата сайнетистов, нейроночки

Для дата сайнетистов, нейроночки

Спс.Крутяк

Всем привет! А кто нибудь настраивал для куба в liveness probe два или более портов для отслеживания? В доке непонятно. Такое ощущение, что больше одного нельзя https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/

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

На nc, например.

На nc, например.

на чем? не понял )))

netcat

@beatlejyse Иван приветствую, как дела? все там же работаете? :)

@beatlejyse Иван приветствую, как дела? все там же работаете? :)

Добрый день! Да, пока там же )) А у вас как?

Добрый день! Да, пока там же )) А у вас как?

вашими молитвами 😉

Дела норм. Кластер собрал, мультимастер сделал, RBAC включил. Уже больше 4 мес. на проде живём. С Ceph-ом пока проблемы ))

https://cloudplatform.googleblog.com/2018/07/kubernetes-1-11-a-look-from-inside-Google.html?m=1

Народ, видел, что есть люди, которые используют kube-router, а есть те, кто его попробовали/знают что это, но все равно остались/вернулись на Calico+ kube-proxy? Читаю доки и конфиги не могу понять где подвох

https://gravitational.com/blog/kubernetes-and-offline-etcd-upgrades/

поставил на ubuntu 16 kuber 1.11 в кластере мастер+слэйв. поставил хэлм но при любой команде хэлма вылетает ошибка: helm list Error: forwarding ports: error upgrading connection: unable to upgrade connection: pod does not exist кто знает в чем пробелма?

tiller был установлен?

да контейнер запущен без проблем на мастере

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

да контейнер запущен без проблем на мастере

и кстати, если убрать из кластера ноду слэйва то хэлм работает ок

Вечером буду ещё ковыряться. Есть два подозрения. 18.04 бубунта или таки 1.11. Тот же сетап на 16.04 и 1.9 нормально летел

Народ, видел, что есть люди, которые используют kube-router, а есть те, кто его попробовали/знают что это, но все равно остались/вернулись на Calico+ kube-proxy? Читаю доки и конфиги не могу понять где подвох

У меня в деве развернут, но в прод пока не хочу, причина не сколько в нем, а скорее в том что мне не нравится идея ассигнить podCIDR на ноду, без возможности его потом поменять

это ограничение бриджового cni плагина?

Использую romana, она ассигнит рейнджи автоматически

нет, это ограничение kubernetes-api

https://github.com/kubernetes/kubernetes/issues/63390 в случае с flannel будет та же проблема

тем не менее ipvs режим для сервисов можно включить и в kube-proxy

кстати ipvs режим ктонить включал?

Я понимаю, что можно сделать romana+kube-proxy IPVS + metalLB + отдельный snat + еще много чего интересного. Я не понимаю зачем это делать если есть kube-router который по докам умеет все это делать сразу - вот и спрашиваю в чем подвох

хз использую kube-router + keepalive для переброски випов полет вроде нормлаьный

кстати ipvs режим ктонить включал?

Я включал, но в деве только, в принципе тоже самое что и в kube-router

в iptables оно чтонить пишет?

и как externalIP выглядит, аналогично как и в kube-router?

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

хороший вопрос, могу сча проверить

Коллеги, кто какой редис с HA использует в кубернете?

Привет всем! Есть такой вопросец по k8s. С выходом 1.11, стандартный внутренний клауд провайдер для OpenStack был помечен, как deprecated. С рекомендацией использовать --cloud-provider=external. Был найден репозиторий на гитхабе kubernetes/cloud-provider-openstack с максимально невнятной документацией. Кто-либо знает, как завести эту сотону? Просто, запускаю кублеты с --cloud-provider=external и добавляю cloudProvider в конфигурационный ямл для kubeadm? Их дока openstack-kubernetes-integration-options.md прямо противоречит официальному мануалу куба (запускаем только кублеты с --cloud-provider=external vs запускаем все бинари с --cloud-provider=external)

бойс, а есть кто на EKS сидит(уже?)

бойс, а есть кто на EKS сидит(уже?)

Скоро будем один проект туда переносить. Только сейчас разбираемся. Там немного костыльно все сейчас

и как externalIP выглядит, аналогично как и в kube-router?

проверил, externalIP выглядит так же, единственное отличие, kube-router использует kube-ipvs0 интерфес, а kube-proxy использует kube-dummy-if

плюс kube-proxy добавляет чет в iptables, да

хм по интерфейсам мож наоборот?

а пример того что в iptables добавляется можешь показать?