Вам скорость доступа не важна?

Или поды тоже в облаке.

Нет, и в ближайшее время не будет

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

Или поды тоже в облаке.

Все верно. Поды будут в облаке.

Или поды тоже в облаке.

Можно это все развернуть в Ажуре или AWS, но проблема в том что нужно что бы это все было на территрии РФ

Все верно. Поды будут в облаке.

если базы и кубер в пределах одного ДЦ, то почему бы и нет

если базы и кубер в пределах одного ДЦ, то почему бы и нет

А нет информации у кого в РФ лучше это сделать?

А нет информации у кого в РФ лучше это сделать?

в РФ ничего не ставлю кстати а почему в РФ

в РФ ничего не ставлю кстати а почему в РФ

Да это юридические особенности. Типа перс данные и все такое.

А нет информации у кого в РФ лучше это сделать?

"лучше" понятие растяжимое, у Selectel каких нибудь:)

Подтверждаю, Селектел в последнее время неплох

"лучше" понятие растяжимое, у Selectel каких нибудь:)

Таже смотрел в их сторону. Спасибо

Подтверждаю, Селектел в последнее время неплох

Они тут недавно растянутый кластер на 2 цода запустили. На VMware + vsan

собственно, я их и хвалю. Мне лично ихний vscale.io вполне зашел

Речь о Romana VIPs? Оно использует MetalLB, он ещё в альфе. Кто-то уже юзал?

Я использую, работает хорошо, по сути все что делает romana-vip - это вешает extarnal-ip сервиса на ноду

MetalLB для него не нужен

Я использую, работает хорошо, по сути все что делает romana-vip - это вешает extarnal-ip сервиса на ноду

А если подсеть и так висит на ноде, но нужно просто выдать ip из пула и повесить сервис на этот ip?

Без ingress ов и прочего

Ага, в том то и прикол

Нет, стоп, я не так понял

В общем от вас только одно требуется - создать сервис с нужным annotation и externalip

ну ок, вешает оно адрес на ноду

только один?

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

Если у вас подсеть с этим IP уже настроенна на ноде, то оно будет сразу доступно

я бы это сделал anycast'ом например

ну для входящих подключений снаружи конечно

Ну можно настроить роутинг на этот IP например

так у тебя ж адрес будет только на одном хосте?

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

Она будет баланситься после

или у тебя входящий трафик влезает в одну ноду?

Ну по сути да, твоя нода становится some kind роутером для этого сервиса

а где ж тут HA?

Если нода падает, vip перезапустится на другой ноде

сколько времени это займёт?

Автоматически выбираются годы с подами сервиса, что бы избежать оверхеда

кажется это зависит от скорости поднятия сервиса, так?

сколько времени это займёт?

Емнип меньше минуты

ну и так и так ты сможешь нагрузить не выше скорости интерфейса отдельно взятой ноды

В общем от вас только одно требуется - создать сервис с нужным annotation и externalip

Это с помощью romana, верно? И учет ip - сервис и выдачу ip вести самому, верно?

правильно я понимаю?

кажется это зависит от скорости поднятия сервиса, так?

Не уверен, но думаю что как под на первой ноде начинает считаться недоступным так сразу и переезжает

ну и так и так ты сможешь нагрузить не выше скорости интерфейса отдельно взятой ноды

Да, все верно

ну то есть metallb всё равно имеет смысл если у тебя трафика больше гигабита

ну или десятки

Это с помощью romana, верно? И учет ip - сервис и выдачу ip вести самому, верно?

Ага

в зависимости от железа

ну то есть metallb всё равно имеет смысл если у тебя трафика больше гигабита

Зависит от конкретных задач, не стоит забывать, что romana-vip в L2 работает

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

ну то есть metallb всё равно имеет смысл если у тебя трафика больше гигабита

тут кстати кто-то уже упоминал kube-router, я пробовал штука весьма прикольная

он вроде очень в бете

хотя и металлб тоже

если допустим у вас две ноды из кластера (роутеры) торчат в интернет, то они будут как metallb работать, с балансировкой и прочими куртизанками :)

на прошлой работе было подобие металлб поднимаемое в полуручном режиме

ну это taint'ами надо выбираь

но да, это логично

любой ip объявленный в сервисах (external-ip или cluster-ip) - он сразу же появляется на ВСЕХ нодах и роутит куда нужно

но снаружи кластера это выглядит немного странно отправляешь ему who-has XX.YY.ZZ.AA а оно тебе в ответ 100500 arp reply присылает, но это в L2 опять же

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

За такое хостер по шапке не надает?)

ну зависит от сети хостера конечно, плюс не будешь же ты чужые айпишники анонсить

хотя cluster-ip эт даа

запросто :)

Для плавающего ip в hetzner - норм

подскажите а можно как-то сервис выстовить наружу? Т.е. дать фиксированный порт

NodePort?

NodePort?

Да, но как я понимаю он открывает один порт из диапазона 30000-32767

NodePort?

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

host network

Кстати, а loadBalancerIP работает на bare metal?

пока нет

ну то есть да но в альфе

Да, но как я понимаю он открывает один порт из диапазона 30000-32767

Верно, сорри

господа, вот допустим я сгенерил новый ключ для kube-apiserver, добавив туда дополнительные SAN, и этот же ключ используется в —service-account-key-file. Соответственно, как я понимаю, старые токены для сервисаккаунтов станут недействительны и их нужно будет удалить для перегенерации, но уже запущенные поды, которые их используют, будут пытаться примонтировать старые и не мочь достучаться до аписервера. Как надежно удалить все поды, которые используют старые токены?

Или это все из пушки по воробьям и есть способы получше?

Раз так удачно ответили по поводу раздачи ip из подсетей, напомню про вопрос с iptables и закрытием всего на сервере по умолчанию, не трогая при этом правила куба

а в чём вопрос?

Подписываюсь, тоже интересует вопрос

как добавить правило в iptables на убунте, чтобы оно сохранилось, но не зааффектило роута кубика?

что то вроде того, закрыть на вход выход все чтобы ничего не сломалось:)

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

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