ты же не используешь "пять бинарей" на проде?

как раз таки использую) в случае куба просто обвязал своими плейбуками

ну да, рпм туда, рпм сюда

вооо, есть дока почитать?)

Так ты хочешь чтобы я плейбук написал, но не редхатовский?

Так ты хочешь чтобы я плейбук написал, но не редхатовский?

я хочу сам написать плейбук для OpenShift, но не хочу читать твой, что бы понимать как ставится)

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

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

поддержи материально опиши how to по установке OpenShift без ansible)

проблема даже не в том, что ломают обратную совместимость, а то что ты можешь об этом не узнать, потому что всё будет успешно проходить, но в результате ничего работать не будет 🙂

тут нужно читать release notes, для нас тоже бывают приятные сюрпризы даже в минорных версиях. Такие дела

поддержи материально опиши how to по установке OpenShift без ansible)

а, ну это просто

oc cluster up

oc cluster up

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

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

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

ну ты же пишешь плейбуки не на основе golang кода?)

А для "прода" там всего ничего - проверить пререквизиты, поставить сервисы в конейтнеры (если указана установка через system containers) сгенерить конфиги, сертификаты, подготовить service файлы, поставить etcd, запустить его, поставить рпмки (если это containerized), выкачать контейнеры (если containerized), стартануть по очереди мастеры, стартануть ноды, установить сервисы (роутер, регистри), подождать пока они поднимутся, установить опциональные сервисы (веб консоль)

теперь апдейты

Привет! Скажите, чего нужно подкрутить и добавить чтобы kubernetes начал корректно выдавать сервисам external ip адреса? Установка типа bare metal.

kubectl говорит external-ip pending

разве за назначение external ip не админ отвечает?

разве за назначение external ip не админ отвечает?

Может быть, я не могу это пока понять. Но должен же как-то настраиваться проброс портов в кластере автоматический

https://kubernetes.io/docs/concepts/services-networking/service/#external-ips что то такое хочешь достигнуть?

тоесть на одной из нод у тебя есть этот самый external ip

так?

https://kubernetes.io/docs/concepts/services-networking/service/#external-ips что то такое хочешь достигнуть?

Да

тоесть на одной из нод у тебя есть этот самый external ip

У меня одна самостоятельная мастер/миньон нода пока, для упрощения этого всего.

так на этой ноде есть externalIP?

так на этой ноде есть externalIP?

Да, считая externalIP это ip адрес ноды в моей private локальной сети. Ну это в общем-то должно быть без разницы

и describe для service показывает pending? а describe для ноды показывает нужный адрес при этом?

Хм, describe для ноды действительно показывает pending, а для ноды externalIP я не нашел, вот выдержка адресов, например: Addresses: InternalIP: 192.168.178.151 Hostname: cloud.local

internalIP это в общем-то нужный мне externalIp

запость yaml, я не знаю, мож service не может зацепится за поды внутри

запость yaml, я не знаю, мож service не может зацепится за поды внутри

yaml сервиса?

давай все на pastebin

давай все на pastebin

это yaml сервиса, мне его dashboard сгенерил: https://paste.fedoraproject.org/paste/E7GQVJhmi0WOHz~H25yESA

type": "LoadBalancer"

смущает немного

По идее load-balancer должен же мапить один адрес:порт на запущенные поды?

по идее. но этот тип опирается на инфраструктуру хостера

почитайте про типы service

Да, если ставить ClusterIP, то работает если запрашивать его локально курлом, но это же получается нечто вроде internal service

ок, мы начали с externalIP же

Да, считая externalIP это ip адрес ноды в моей private локальной сети. Ну это в общем-то должно быть без разницы

для externalIP тебе нужна другая подсеть, раз k8s уже использует 192. для внутренней коммуникации

для externalIP тебе нужна другая подсеть, раз k8s уже использует 192. для внутренней коммуникации

Внутренняя коммуникация вроде в другой подсети как раз, 10.254.0.0/16

Внутренняя коммуникация вроде в другой подсети как раз, 10.254.0.0/16

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

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

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

Этот момент нужно тоже поковырять, сейчас сеть подов у меня 172.16., интерфейс docker0 (это нормально?) сеть кластера 10.254., flanneld подхватил это автоматически и создал на ноде интерфейс flannel.1

Этот момент нужно тоже поковырять, сейчас сеть подов у меня 172.16., интерфейс docker0 (это нормально?) сеть кластера 10.254., flanneld подхватил это автоматически и создал на ноде интерфейс flannel.1

угу, а как ты ноду присоединяешь? Какой ip там указан?

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

Судя по describe ноды, да, оно считает его internal

угу, а как ты ноду присоединяешь? Какой ip там указан?

Так, это интересно, там хостнейм cloud.local который резолвится в 192.168

раз у тебя all-in-one, попробуй поменять этот адрес на 127.0.0.1, например, возможно это поможет

в любой не понятной ситуаций, меняй ойпи на лупбек

раз у тебя all-in-one, попробуй поменять этот адрес на 127.0.0.1, например, возможно это поможет

Поменял, все пересоздалось, internalIP у ноды пропал. Но доступа извне так и нет

Поменял, все пересоздалось, internalIP у ноды пропал. Но доступа извне так и нет

вообще пропал или поменялся?

вообще пропал или поменялся?

Пропал, Ready True Tue, 06 Feb 2018 11:33:50 +0100 Tue, 06 Feb 2018 11:26:39 +0100 KubeletReady kubelet is posting ready status Addresses: Capacity: cpu:

видать не прокатил трюк с лупбеком. Какие еще айпишники есть? =)

😀 ну можно попробовать 10.254

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

иначе токмо clusterIP

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

Если alias прописать для внутренней коммуникации?

он же все равно будет маппится на IP

Еще странность, kube-proxy создает mapping же. Т.е. в yaml указан nodePort: 30587, и этот порт висит у ноды в 0.0.0.0:30587

Но при этом таймаут

Тип сервиса поменял на NodePort

По идее вот если бы node-port сейчас бы заработал, то можно было и закончить

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

Нет не нужна.

Еще странность, kube-proxy создает mapping же. Т.е. в yaml указан nodePort: 30587, и этот порт висит у ноды в 0.0.0.0:30587

Нет не весит. На надох создаётся DNAT правило в iptables, окторое перекидывает запросы

тогда совсем непонятно почему куб не дает external ip

Даёт

Дай get svc этого сервиса

ну или get svc -o yaml этого сервиса

ну а потом смотри что у тебя там в фаерволле творится

ну или get svc -o yaml этого сервиса

https://paste.fedoraproject.org/paste/J4oquhxO2HkcIib-k7ZDOQ

NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE nginx 10.254.109.190 <nodes> 18080:30587/TCP 24m

Тип сервиса поменял на NodePort

ну так он у тебя будет на другом порту совсем, с нодпортом всегда можно

по кластер ip оно отвечает?

по кластер ip оно отвечает?

timeout

и по кластер ip ?

по кластер ip оно отвечает?

ой, отвечает

а по nodeIP:30587 ?

а по nodeIP:30587 ?

вот тут timeout

тогда изучай iptables