имя файла тоесть

Не за компом, не помню, но взять его можно из /etc/kubernetes

Не за компом, не помню, но взять его можно из /etc/kubernetes

Получилось, ошибку не пишет, но get nodes не показывает мой нод в списке

?

Зачем и как?

ты не сделал то что тебе кубеадм сказал?

он после инициализации прямым текстом говорить че сделать

Сделал все

кстати до сих пор не пойму почему разрабы кубера не сделают это автоматом

ручная работа выходит дополнительная

ну или флаг в крайняк добавлять чтобы конфиги раскидывались

Ты щас о чем?

кстати до сих пор не пойму почему разрабы кубера не сделают это автоматом

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

До этого добавлял ноды, не припомню что что-то указывал

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

ну я и грю флаг - залей мне конфиг в оболочку

До этого добавлял ноды, не припомню что что-то указывал

в чем проблема собсна в данный момент?

Делаю join, все без ошибок, а вот kubectl get nodes, не показывает мой нод

Делаю join, все без ошибок, а вот kubectl get nodes, не показывает мой нод

У тебя скорее всего токен истёк надо join делать с новым токеном

А другие ноды упадут?

нет

И как правильно это сделать

У тебя скорее всего токен истёк надо join делать с новым токеном

в таких случаях он прямым текстом это сообщает

Чтобы не упало ненароком

в таких случаях он прямым текстом это сообщает

у меня молчал

может я не совсем в контексте, Вы пытаетесь новую ноду присобачить спустя время той же командой которую выдал kubeadm init?

Да

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

kubeadm token create

Создал новый токен, join соединился

Но результат тотже

Всем привет! Подскажите, можно ли мапить несколько конфигмапы в директории, что бы они не затирали файлы, которые находились там до этого?

можно

Подскажите, куда копать?

можно

не субдериктори случайно?

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

но я каждый раз забываю её

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

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

но я каждый раз забываю её

volumes: - configMap: defaultMode: 420 items: - key: web.xml path: web.xml name: fromfile1-configmap name: volume-ju4m3 Не оно?

вроде оно

Привет всем) А сейчас уже можно использовать kubeadm для создания кластеров кубера? Я слышал что он ещё не продашн реди и все используют куб-спрей

Можно

А кубспрей не использует кубадм?

Привет всем) А сейчас уже можно использовать kubeadm для создания кластеров кубера? Я слышал что он ещё не продашн реди и все используют куб-спрей

Я так разворачивал, полёт норм

Можно, все production и не production через него разворачиваем.

Привет. А как траблшутить медленный нетворк через calico? Через ClusterIP сервис редис отдает медленно на другой ноде. А если запутить редис вне кластера - все ок. Ткните плз, что вообще можно тюнить в таком случае?

Привет. А как траблшутить медленный нетворк через calico? Через ClusterIP сервис редис отдает медленно на другой ноде. А если запутить редис вне кластера - все ок. Ткните плз, что вообще можно тюнить в таком случае?

Ipip включён?

Ipip включён?

- name: CALICO_IPV4POOL_IPIP value: "off" Выключил

Через calicoctl убедись

Сейчас почитаю где его запускать (я kubeadm инсталил). Может еще быть причиной, что у меня один мастер?

https://medium.com/@mrbobbytables/kubernetes-day-2-operations-authn-authz-with-oidc-and-a-little-help-from-keycloak-de4ea1bdbbe

Всем привет, кто как фиксил ошибку от etcd? июн 21 21:06:58 k8s-master etcd[30259]: member eee73a13a8007e37 has already been bootstrapped

Всем привет, кто как фиксил ошибку от etcd? июн 21 21:06:58 k8s-master etcd[30259]: member eee73a13a8007e37 has already been bootstrapped

https://github.com/coreos/etcd/issues/2780

айдишник тот же, а даных нет

спс

https://www.kubeci.io/

я выспаться сегодня хотел (

хотя у них походу еще ничего и не готово, бгг

это артефакты от недавнего гамбурского слета k8s

там есть еще про storage_os, но я не могу найти нормальной ссылки что бы сюда кинуть

https://twitter.com/thenewstack/status/1009008215932141568

вот как то так :/

rook_io еще выступали, но тоже сложновато найти их

Привет всем. Недавно развернул кубик, задеплоил туда несколько сервисов, настроил ингресс и тд. Появился вопрос, когда программисты буду придумывать новые сервисы, коротые доступны по новым урлам, как это все дискаверить? И как отслеживать и недопускать одинаковых uri в пределах одного домена?

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

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

Можно ли это хранить в etcd?

как организовать миллион способов, можно разрешить деплой только через ci/cd и там проверять все что заблагоросудится

где вести реестр сервисов тоже можете решить как вам нравится

Привет всем. Недавно развернул кубик, задеплоил туда несколько сервисов, настроил ингресс и тд. Появился вопрос, когда программисты буду придумывать новые сервисы, коротые доступны по новым урлам, как это все дискаверить? И как отслеживать и недопускать одинаковых uri в пределах одного домена?

Написать admission webhook, который будет проверять, что новый Ingress не пересекается в URL host или path с другими. https://kubernetes.io/docs/reference/access-authn-authz/extensible-admission-controllers/#what-are-admission-webhooks

а если имя сервиса пересечется или лейблы будут матчить чужие поды)?

Что мешает проверить и это?

Объект не пройдёт на запись в etcd, если не пройдёт проверку admission webhook.

Пишите, что хотите.

Спасибо, почитаю

в любом случае понадобится соглашение о наименовании, организации лейблов и т.п.

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

Но тогда придётся решать организационные вопросы, а не технические. А это так скучно.

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

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

там кстати последния гласная все-таки больше И, а не Е, сам был уверен, что это не так, пока гугл транслейт не спросил

зависит от акцента английского же

Подскажите, как дискаверить сервисы по ури? Т.е. при деплое сервиса надо чтоб другие разработчики знали по какому урлу он доступен из мира? Можно ли это записывать в etcd или есть уже что-то готовое?

зависит от акцента английского же

кубернетесь

https://arslan.io/2018/06/21/how-to-write-a-container-storage-interface-csi-plugin/

Подскажите, как дискаверить сервисы по ури? Т.е. при деплое сервиса надо чтоб другие разработчики знали по какому урлу он доступен из мира? Можно ли это записывать в etcd или есть уже что-то готовое?

а можно поподробнее? сервисы уже по своей сути discoverable по имени и FQDN

в пределах кластера

а можно поподробнее? сервисы уже по своей сути discoverable по имени и FQDN

К примеру одна команда задеплоила сервис login и он доступен по адресу domain.com/login и нужно чтоб другая команда знала по какому урлу доступен этот сервис

Хотят что-то типа консула, который они сейчас юзают с номадом

тут скорее нужно организационное решение с service catalog

а так ведь есть ингресс объект - кто мешает другой команде взять посмотреть?

тут скорее нужно организационное решение с service catalog

Etcd подойдет для этого?

да нет, я скорее про страницу в вики где-то

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

Вики точно не подойдет. Надо что-то типа консула, откуда будут браться ключ:значение

так а где будет использоваться ключ и значение?

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

не очень понятен пока юзкейс если честно