ну так про обратное говорили, что там proxy_pass на https://kubernetes.github.io с https://kubernetes.io

там бы был редирект луп

всё правильно, там в конфиге указано location / { ... proxy_set_header Host kubernetes.io; proxy_pass https://kubernetes.github.io;

нельзя маунтиить в файл

volumeMounts: mountPath: /var/www/config/file.yml subPath: file.yml name: php ... volumes: - name: php configmap: name: file-yaml

Версия 1.7

Версия 1.7

Я в 1.5 живу))

Crypto tradind - уникальный канал, который научит вас трейдингу на криптовалюте. @Cryptootrading

А как работает kube-dns? Приложения каждый раз отправляют запрос на резолв или где-то это кэшируется? Постоянная ошибка, что приложение не может зарезолвить сервис postgres, однако, запущено уже 24 инстанса с kube-dns...

А сервис настроен точно?

А как работает kube-dns? Приложения каждый раз отправляют запрос на резолв или где-то это кэшируется? Постоянная ошибка, что приложение не может зарезолвить сервис postgres, однако, запущено уже 24 инстанса с kube-dns...

у вас dns сломался. pod describe в помощь

А сервис настроен точно?

Работает. Но время от времени в логах эта ошибка. При больших нагрузках появляется с постоянной периодичностью.

Так может надо заскейлить днс серверы?

так и так 24 уже

А как работает kube-dns? Приложения каждый раз отправляют запрос на резолв или где-то это кэшируется? Постоянная ошибка, что приложение не может зарезолвить сервис postgres, однако, запущено уже 24 инстанса с kube-dns...

у вас dnsmasq контейнер в kube-dns поде имеется?

у вас dnsmasq контейнер в kube-dns поде имеется?

Есть.

хм, откуда 24 инстанса тогда? там имеется Horizontal pod autoscaler , который стартует новые поды если CPU слишком высокий, это он вам 24 запустил?

хм, откуда 24 инстанса тогда? там имеется Horizontal pod autoscaler , который стартует новые поды если CPU слишком высокий, это он вам 24 запустил?

Да. Там автоскэйлер. Я сам его настроил на столько. Постепенно увеличивал. С ростом инстансов ошибок с резолвом становилось меньше.

а CPU загружен в kube-dns?

может у вас ноды перегружены по CPU? у kube-dns requests.cpu по умолчанию что-то вроде 100m (0.1 CPU), что не так важно если нода свободна, но если CPU в дефиците, то этот параметр превращается по сути в weight

и если рядом есть поды с requests.cpu == 2, то kube-dns остаются объедки :)

Кто-нибудь ставил 1.7 через kubeadm? dns резолвить kubernetes.default ни в какую не хочет

Кто-нибудь ставил 1.7 через kubeadm? dns резолвить kubernetes.default ни в какую не хочет

А сеть какая?

может у вас ноды перегружены по CPU? у kube-dns requests.cpu по умолчанию что-то вроде 100m (0.1 CPU), что не так важно если нода свободна, но если CPU в дефиците, то этот параметр превращается по сути в weight

Возможно. А если ему больше поставить?

А сеть какая?

пробовал и flannel и weave - результат один. сеть ходит. А без суффикса не резолвится сервис

пробовал и flannel и weave - результат один. сеть ходит. А без суффикса не резолвится сервис

Я ставил canal, 1.7 kubeadm - резолвит.

кто k8s на ранчере 1.6.3 разворачивал, есть тут такие

?

Кто-нибудь ставил 1.7 через kubeadm? dns резолвить kubernetes.default ни в какую не хочет

1.7.1 via kubeadm, weave

Дня доброго! Подскажите, кто валидирует ямлины при apply —dry-run? Локальный клиент или кластер?

1.7.1 via kubeadm, weave

видимо "место проклято"

Дня доброго! Подскажите, кто валидирует ямлины при apply —dry-run? Локальный клиент или кластер?

оба

оба

А можно выяснить кто именно завернул ямлину? У меня nodeSelector через раз проходит валидацию и я уже хз куда копать (показать не могу, начальство запретило)

При том именно через раз. Не прошло @ Выпил чаю @ Прошло @ Сходил погулять @ Не прошло %)

хм, у вас точно нет loadbalancer за которым apiserver разных версий? :))

хм, у вас точно нет loadbalancer за которым apiserver разных версий? :))

нет, но локально у меня 1.7.2, а вот на кластере 1.5.6/1.5.1

локальную валидацию можно было отключать флагом (оно в сообщении об ошибке выводит его)

удаленную отключить нельзя

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

100% валидируется локально без всякийх флагов и стандартном kubeconfig. может не так тщательно, как на сервере, но какие-то проверки на известные/неизвестные поля проходит

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

Но блин, куда копать, если алерт флапается на неизменяемом файле? 0_0

ну накиньте —v=10 может чего прояснится

я бы ставил на заблудший apiserver отличной версии от остальных, других объяснений на ум не приходит :)

Спасибо, потыкаюсь

как ошибка то выглядит? гуглится?

error validating data: found invalid field nodeSelector

Ну и если повезло и валидация прошла, то всё хорошо и вешается куда надо

будет чудо, если это не разные версии apiserver

впрочем nodeSelector с незапамятных времен , так что может и не разные версии :)наврят ли у вас 0.10 где-то запущенно :)

может у вас ноды перегружены по CPU? у kube-dns requests.cpu по умолчанию что-то вроде 100m (0.1 CPU), что не так важно если нода свободна, но если CPU в дефиците, то этот параметр превращается по сути в weight

Спасибо. Помогло.

уменьшите 24 до разумного :)

уменьшите 24 до разумного :)

Сделал по количеству нод)

Rules: Host Path Backends ---- ---- -------- domain.net / backend-1:8888 (<none>) / backend-2:8888 (<none>) вот, это как бы правильно. но на контроллере для backend-{1,2} генерятся разные апстримы

ап, никто не занимался этим? (напомню - load balancing между сервисами в случае когда 1 service = 1 pod)

ап, никто не занимался этим? (напомню - load balancing между сервисами в случае когда 1 service = 1 pod)

как у вас yaml для них выглядит напомните?

полученный describe - описан следующим yaml apiVersion: extensions/v1beta1 kind: Ingress spec: rules: - host: "domain.net" http: paths: - backend: serviceName: backend-1 servicePort: 8888 path: / - backend: serviceName: backend-2 servicePort: 8888 path: /

хм а как это должно работать если один и тот же путь на два сервиса?

я вот что нашел: https://github.com/kubernetes/ingress/issues/257 / https://github.com/kubernetes/ingress/pull/981 сразу скажу - это не то что мне надо, то есть тут сохраняется тенденция привязки 1 service - 1 endpoint (ибо 1 ClusterIP), но по крайней мере я прочитал вот это https://github.com/kubernetes/ingress/issues/257#issuecomment-278998855 соответственно может как-то подхачить Endpoints API? еще я заметил упоминания о kong api, как там через lua апстримы менеджатся..

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

у меня один сервис это один под, там никогда не будет replicas > 1

сделайте другой сервис, искусственный, пусть он покрывает все ваши поды

и укажите его в ingress

пусть даже ClusterIP: None

создать какой-то третий сервис и замапить его на эти два и ингресс для него запилить?

ага

просто мне нужно еще обеспечить доступность per-service URL извне

ну можете первые два сервиса удалить за ненадобностью , если они нигде больше не нужны :)

ну для per-service сделайте ingress с различающимся path и/или host

то есть прикол в том, что есть три урла: global.domain.net backend-1.domain.net backend-2.domain.net клиент изначально на global.domain.net приходит, но после первого запроса дальше он будет общаться с каким-то из backend-1/backend-2, в зависимости куда раунд робин его направит

ну вот, у вас 3 сервиса и 3 ingress

различающиеся path да, будут работать, но нужно чтобы корень балансировался

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

я может чего-то не вижу, но всё как раз просто

я знаю что это тупой дизайн и неправильно, но вот так...

как? я просто уже долго копаюсь и понять не могу)

apiVersion: extensions/v1beta1 kind: Ingress spec: rules: - host: "global.domain.net" http: paths: - backend: serviceName: allBackendsService servicePort: 8888 - host: "backend-1.domain.net" http: paths: - backend: serviceName: backend-1 servicePort: 8888

а в allBackendsService мне надо еще один нжинкс запихать который будет разбрасывать между backend-{1,2} ?

нет

это просто сервис у кого в селекторе выбираются backend-1 и backend-2

как? я просто уже долго копаюсь и понять не могу)

Тут поможет концепция лейблов. Если у двух подов одинаковые лейбл ( хоть один ) из них делается k8s сервис

гм, щас буду гуглить, спасибо, об этом я не думал