installImage: repository: k8s.gcr.io/mongodb-install tag: 0.6 pullPolicy: IfNotPresent

ну и параметр с кластер-доменом передать

там это уже есть

что где?

я изменял готовый чарт

то что ты выше скинул

ну пробуй

а я спать пощел)

как удалить volume, который не хочет удаляться?

нет. надо вот этот гошный бинарь собрать https://github.com/kubernetes/contrib/blob/master/peer-finder/peer-finder.go

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

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

один

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

Значит что-то не так с volum provisioned-ом. Видимо монго ждал, пока ему выдадут вольюм и так и не дождался

Значит что-то не так с volum provisioned-ом. Видимо монго ждал, пока ему выдадут вольюм и так и не дождался

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

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

Буду рад помощи. В кластере есть CoreDNS. Резолвинг .cluster.local и внешних имен (типа google.com) работает корректно в namespace-ах default и kube-system. Но если создать кастомный namespace - в нем не будет работать резолвинг внешних имен. Подскажете куда копать?

В кастомных namespace резолв любого внешнего имени возвращает внешний ip мастера

я думаю стоит посмотреть network policy. может запретили ходить в днс?

События приобретают интересный оборот. Запустил pod busybox в проблемном namespace и там все работает. Хотя /etc/resolv.conf ничем не отличается ни у busybox-а ни у подов, которые были созданы через deployment

События приобретают интересный оборот. Запустил pod busybox в проблемном namespace и там все работает. Хотя /etc/resolv.conf ничем не отличается ни у busybox-а ни у подов, которые были созданы через deployment

Так а у деплоя днс политика какая?

Так а у деплоя днс политика какая?

dnsPolicy?

Так а у деплоя днс политика какая?

dnsPolicy: Default

dnsPolicy: Default

Default это обычно "мимо кубового днс". Ну если точнее - это резолв как у ноды, а в нодах resolv.conf обычно в кластерный днсине смотрит. Поставь ClusterFirst

Так а у деплоя днс политика какая?

посмотрел точнее. Что у busybox, что у нерабочих подов dnsPolicy: ClusterFirst

Логи coredns. Первые две записи из нерабочего пода. Вторые две из busybox

10.43.0.5:45473 - [22/Nov/2018:07:43:00 +0000] 28467 "A IN google.com.cluster.local. udp 42 false 512" NXDOMAIN qr,aa,rd,ra 135 0.000484789s 10.43.0.5:50519 - [22/Nov/2018:07:43:00 +0000] 34213 "A IN google.com.dev.cloud.aviata.team. udp 50 false 512" NOERROR qr,rd,ra 160 0.002323016s 10.41.0.8:37945 - [22/Nov/2018:07:43:34 +0000] 3 "A IN google.com. udp 28 false 512" NOERROR qr,rd,ra 54 0.000949371s 10.41.0.8:40912 - [22/Nov/2018:07:43:36 +0000] 3 "A IN google.com. udp 28 false 512" NOERROR qr,rd,ra 54 0.000140548s

Не пойму почему так если /etc/resolv.conf идентичен

busybox сразу выполняет запрос google.com. В то время как нерабочий под начинает использовать search-и. И доходя до dev.cloud.aviata.team - получает то что действитеьно есть в DNS-зоне *.dev.cloud.aviata.team IN A 167.99.47.75 С чем может быть связано такое разное поведение при идентичной dnsPolicy подов?

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

Охуеть "я вообще ничего не менял, только версию монги имаджа"

busybox сразу выполняет запрос google.com. В то время как нерабочий под начинает использовать search-и. И доходя до dev.cloud.aviata.team - получает то что действитеьно есть в DNS-зоне *.dev.cloud.aviata.team IN A 167.99.47.75 С чем может быть связано такое разное поведение при идентичной dnsPolicy подов?

В libc , бизибокс видимо не умеет в search. Кстати у coredns была опция делать делать этот перебор имен на стороне сервера, так клиенты более одинаково вести себя будут

Охуеть "я вообще ничего не менял, только версию монги имаджа"

Да я немношк

В libc , бизибокс видимо не умеет в search. Кстати у coredns была опция делать делать этот перебор имен на стороне сервера, так клиенты более одинаково вести себя будут

Я изменил в ConfigMap coredns вот это "proxy . /etc/resolv.conf" на это "proxy . 8.8.8.8". Все равно не понимаю откуда прилетает dev.cloud.aviata.team

В libc , бизибокс видимо не умеет в search. Кстати у coredns была опция делать делать этот перебор имен на стороне сервера, так клиенты более одинаково вести себя будут

кстати. После изменения ConfigMap coredns-а - сами поды же не надо рестартить?

Я изменил в ConfigMap coredns вот это "proxy . /etc/resolv.conf" на это "proxy . 8.8.8.8". Все равно не понимаю откуда прилетает dev.cloud.aviata.team

От клиента. У него searchdomains или как оно там в resolv.conf прописано, вот он и старается. Резолвите с точкой в конце если не хотите переборов имён: "google.com."

Я изменил в ConfigMap coredns вот это "proxy . /etc/resolv.conf" на это "proxy . 8.8.8.8". Все равно не понимаю откуда прилетает dev.cloud.aviata.team

proxy нужен IP:Port

Это точка в конце кстати ломает современные девтулы/библиотеки , как минимум npm и скаловый http4s (остальных забыл, но постоянно натыкаюсь). Только на libcurl можно положиться

гластер - просто сразу в топку, он идет сразу перед lizzardfs

Почему?

кстати. После изменения ConfigMap coredns-а - сами поды же не надо рестартить?

Автоматом рестартит

В libc , бизибокс видимо не умеет в search. Кстати у coredns была опция делать делать этот перебор имен на стороне сервера, так клиенты более одинаково вести себя будут

Я нашел это https://github.com/coredns/coredns/blob/master/plugin/kubernetes/README.md#autopath Но не совсем понимаю в каком месте ConfigMap это вставлять

https://github.com/coreos/prometheus-operator/issues/1637#issuecomment-417417279 вот моя боль по grafana. Кто как решал это и решили ли вообще?

Сейчас ConfigMap следующий

apiVersion: v1 kind: ConfigMap metadata: name: coredns namespace: kube-system data: Corefile: | .:53 { errors health kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure upstream fallthrough in-addr.arpa ip6.arpa } prometheus :9153 proxy . /etc/resolv.conf cache 30 loop reload loadbalance }

Его сгенерил скрипт самого coredns из оф репы 😒

Куда тут воткнуть cluster.local { autopath @kubernetes kubernetes { pods verified } }

https://github.com/coreos/prometheus-operator/issues/1637#issuecomment-417417279 вот моя боль по grafana. Кто как решал это и решили ли вообще?

Насколько я помню там дашборды в конфигмап хранятся, а не на постоянном томе

Colin Furze безумец, но инженер при этом хороший

мне кажется некоторые в этом чате им вдохновляются

неужели у вас так мало регистраций?

все кто использует кубеня?

oh wai~

А почему вторник???

28 ноября, давать, среда

Проклятый т9

Проклятый т9

дык нет жи уже т9

ии и все дела ;)

уже не хочется..

уже не хочется..

тоже не доверяю сайтам без https по-умолчанию

Насколько я помню там дашборды в конфигмап хранятся, а не на постоянном томе

Это да, но это же трындец как неудобно, как их менеджерить вообще? Изменения, сделанные в дашбордах в гуе, не попадают же в cm обратно, и добавление нового в cm так же не очень юзабельно...

Подскажите, как в Google Kubernetes Engine изолировать поды?

Подскажите, как в Google Kubernetes Engine изолировать поды?

от чего?

друг от друга.

зависит от требуемого уровня изоляции

самый сильный)

самый сильный)

в разные проекты в разных кластерах

в разных провайдерах и разных регионах

и фаерволлами закрыть

интересуют подходы к решению этого вопроса. Может кто-то посоветует почитать.

интересуют подходы к решению этого вопроса. Может кто-то посоветует почитать.

вы какой вопрос задаете такие ответы и получаете

вы какой вопрос задаете такие ответы и получаете

Ок. Ситуация такая, есть несколько подов. Хочу один из них изолировать по сети от остальных. Использую GKE.

Ок. Ситуация такая, есть несколько подов. Хочу один из них изолировать по сети от остальных. Использую GKE.

в GKE можно включить calico network policies

в GKE можно включить calico network policies

спасибо

https://docs.projectcalico.org/v3.2/getting-started/kubernetes/tutorials/simple-policy

Это примеры как настроить, а чтобы включить в имеющемся кластере нужно две галки отметить: enable policies for master и for nodes

https://docs.projectcalico.org/v3.2/getting-started/kubernetes/tutorials/simple-policy

Круто. Спасибо

Такая система с ceph ок?

Что такое kube-front? 😕

Такая система с ceph ок?

по каким критериям?

Что такое kube-front? 😕

наверное просто фронт, который внутри кубера

по каким критериям?

Для обеспечения распределенными хранилищем stateful set для БД