UglyKoyote

ладно бы обе падали, я бы ещё понял. но одна...

Andor

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

Mentat

Тогда читать логи

Салтыдык

сначала дескрайб

UglyKoyote

Пошел читать ссылку. Спасибо

Vadim

собственно https://kubernetes.io/docs/tasks/administer-cluster/dns-debugging-resolution/#known-issues, диагностирую systemd-resolved, а значит надо оперировать

UglyKoyote

Кстати, ссылка не совсем то, но забрал в закладки

Салтыдык

Кстати, ссылка не совсем то, но забрал в закладки

мою посмотри, она по дебагу приложения

UglyKoyote

Спасибо, и её забираю. Завтра на свежую голову разверну кубер и буду думать дальше)

Andrey

собственно https://kubernetes.io/docs/tasks/administer-cluster/dns-debugging-resolution/#known-issues, диагностирую systemd-resolved, а значит надо оперировать

Это ваша вся поделка, Поттеринг кубернетиксам мешает, доколе?

Vadim

Это ваша вся поделка, Поттеринг кубернетиксам мешает, доколе?

нуну, как бизнес на нем строить так коммунитиопенсорс, а как недочитали документацию так "поделка"

Евгений

Просто системд написан не го, а значит девопсонеугоден

Etki

нуну, как бизнес на нем строить так коммунитиопенсорс, а как недочитали документацию так "поделка"

звучит как чеф

George

Это ваша вся поделка, Поттеринг кубернетиксам мешает, доколе?

😂

Fidelina

Приветствую! Пытаемся найти ошибку: при создании в Openshift route получаем ошибку cannot bind socket по 443 и 80 портам при этом никто не занимает порты, а openshift стартует под root, а значит права на открытие есть вот все запущенные порты на сервере https://pastebin.com/HUYULQhS

Fidelina

iptables соответственно тоже открыты и любое другое приложение стартовать на 80 и 443 порту может

Fidelina

ошибку видим вот так

Fidelina

1) пробовали пересоздать router (oc adm router router-default --replicas=1 --service-account=router) 2) пробовали стартовать другие приложения на этом порту (что показало, что порт свободен и любое другое приложение на нам стартует) 3) сравнивали конфиг c рабочей схемой 4) пересоздание с https://github.com/openshift/router

Vegas

Как гипотеза - у сервисного аккаунта router (или с каким еще пробовали запускать) в scc есть разрешение на bind host портов?

Fidelina

Как гипотеза - у сервисного аккаунта router (или с каким еще пробовали запускать) в scc есть разрешение на bind host портов?

есть разрешение

George

Не селинукс ли ? Посмотри в логах линукса- что происходит

Fidelina

Не селинукс ли ? Посмотри в логах линукса- что происходит

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

George

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

Как ставили шифт ? Сколько нод ? Речь ведь про okd поверх centos ?

George

Версия 3.11?

Fidelina

Через ансибл, версия 3.11, окд

Fidelina

Сентос 7

Konstantine

Товарищи, а можете подсказать наиболее феншуйный способ вытащить наружу сервис, с сохранением портов? ExternalIP у ClusterIP? NodeNetwork? Ещё что-то?

Konstantine

Не холивара ради. Просто хочу понять, как правильно сделать доступным снаружи кубика сервис с десятком udp портов.

Vladimir ⚪️🔵⚪️

Всем привет. Кто-нибудь разворачивал кубернетис в Yandex.Облако?

Vladimir ⚪️🔵⚪️

Есть ощущения/отзывы?

Peter

Товарищи, а можете подсказать наиболее феншуйный способ вытащить наружу сервис, с сохранением портов? ExternalIP у ClusterIP? NodeNetwork? Ещё что-то?

Все зависит от платформы. В целом хорошая практика это использовать LoadBalancer, но externalIP тоже подойдет. HostPort и NodePort я бы рассматривал в самый последний момент

Konstantine

Все зависит от платформы. В целом хорошая практика это использовать LoadBalancer, но externalIP тоже подойдет. HostPort и NodePort я бы рассматривал в самый последний момент

То есть на baremetal лучше таки ExternalIP или какой нибудь внешний балансер поднимать, так?

Andrey

То есть на baremetal лучше таки ExternalIP или какой нибудь внешний балансер поднимать, так?

MetalLB есть. Но он только при наличии BGP пиринга полноценно раскрывается.

Peter

То есть на baremetal лучше таки ExternalIP или какой нибудь внешний балансер поднимать, так?

на железе я использовал ExternalIP в связке с keepalived развернутым через демонсет.

Konstantine

Ну, BGP, это пока оверкилл для и задач, но буду иметь ввиду.

Anonymous

О интересно узнать в продакшен MetalLB много из нас юзает ?

Konstantine

на железе я использовал ExternalIP в связке с keepalived развернутым через демонсет.

Ну, я использую именно эту связку, только keepalived не в кубике и не в контейнере вообще.

Konstantine

Так, на хосте стоит.

Peter

Ну, я использую именно эту связку, только keepalived не в кубике и не в контейнере вообще.

Понятно. Мне было проще запилить через докер и helm. Ну и бутстрап конфига через helm очень помогает.

Konstantine

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

Валентин

Никто не видел envoy, который бы как loadbalancer прикручивался, а не как ингресс? Т.к собственно в роли lb его функционал выглядит очень крутым

The

Ну, я использую именно эту связку, только keepalived не в кубике и не в контейнере вообще.

А в чем разница с keepalived внутри кубера и снаружи?

Konstantine

Ни в чем, мне так просто привычнее. Сеть меня пугает, я стараюсь её лишний раз не усложнять. А тут докер со своим слоем над обычной сетью.

Dmitry

в кубере на нодах достаточно no_proxy закинуть в /etc/environment

Danila

В кубере есть automatic failover?

Danila

т.е. создание контейнеров на других нодах кластера в случае, если какая-то нода упала

Etki

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

Rainbow

ну под PV как раз имею storage class. Типа мне не надо реалтайм синхронизации на уровне вызовов ФС, а просто, например, монтируется к поду, считает его мастером, и, пусть даже раз в N-секунд синхронизирует содержимое volume со всеми нодами, чтобы можно было переподнять под на любой из них. Без ReadWriteMany и прочей дичи

curl http://some-s3/bucket/name.tar.gz | tar xz крон на каждой ноде. У меня не в кроне, init container в daemonset, но смысл тот же - s3 условно всегда доступен.

Vadim

И, если продолжить, когда нода упадет, то кубер пометил поды на ней как пропавшие, RS создаст нужное кол-во подов и все. Так что ответ "в 99% процентах случаях"