Но лучше все выкинуть и найти оператор с поддержкой бэкапов, тот же Vitess

еще не владею терминами, оператор это уже какие-то готовые решения например для Mysql?

еще не владею терминами, оператор это уже какие-то готовые решения например для Mysql?

https://operatorhub.io/what-is-an-operator

Всем привет. Ребят, а есть у кого-нибудь сет полисей для пользователя создающего к8с кластера копсом? А то я уже замахался их "вырезать" из тех что в доке

Привет, подскажите почему ingress nginx типа loadbalancer не дает externalIp а висит в статусе pending ( локальный кластер)

немного не понял есть apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: service-auth-dev spec: hosts: - api.dev.google.ru gateways: - some-gateway http: - match: - uri: prefix: / route: - destination: port: number: 80 host: service-auth.dev.svc.cluster.local weight: 100 и есть роуты у сервисов /auth.tokenCheck /auth.tokenCreate /user.get /user.search что бы работало нужно делать match url через regex?

Привет, подскажите почему ingress nginx типа loadbalancer не дает externalIp а висит в статусе pending ( локальный кластер)

А кто у вас будет его выдавать?)

Я недавно работаю с кубом, поэтому не до конца понимаю)

Можно выставить руками но не уверен что это правильный подход

MetalB

Привет, подскажите почему ingress nginx типа loadbalancer не дает externalIp а висит в статусе pending ( локальный кластер)

юзай MetalLB https://metallb.universe.tf/

по моему уже третий заход, но все таки. Кто нибудь знает простой способ задать выходной IP для пода. Что бы он ьбежал не с ip ноды, а с virtual ip, который я поднимаю используя metalllb? (istio требует оверконфигурации, я честно не осилил)

юзай MetalLB https://metallb.universe.tf/

Спасибо

по моему уже третий заход, но все таки. Кто нибудь знает простой способ задать выходной IP для пода. Что бы он ьбежал не с ip ноды, а с virtual ip, который я поднимаю используя metalllb? (istio требует оверконфигурации, я честно не осилил)

Ноу

по моему уже третий заход, но все таки. Кто нибудь знает простой способ задать выходной IP для пода. Что бы он ьбежал не с ip ноды, а с virtual ip, который я поднимаю используя metalllb? (istio требует оверконфигурации, я честно не осилил)

пропиши свои правила для NAT

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ linkmeup_sysadmins#14.Докер, Кубер два апдейта \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ Через 5 минут начинаем, а пока включайте свои приемники, музыка уже играет :) https://linkmeup.ru:8001/live

охх. как они там гонят...

охх. как они там гонят...

где я там не прав?

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

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

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

что я забыл?

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

а так совсем непонятно чем он отличается от темплейтера+ k apply

причем не только вручную сделать роллбек а еще и автоматически сделать роллбек если выкатка была неудачной (helm upgrade --atomic)

Ребят, помогите, плиз победить ipv6 (который полностью отключен на хост нодах). Проблема в том, что для localhost в /etc/hosts добавляется ipv6 запись и в одном кластере он резолвится так: Address 1: 127.0.0.1 localhost Address 2: ::1 localhost А в другом: Address 1: ::1 localhost Address 2: 127.0.0.1 localhost Из-за чего в контейнере проблемы при коннекте на localhost. На 127.0.0.1 заменить не могу.

Отвечаю сам себе: https://github.com/containernetworking/cni/issues/531#issuecomment-364165301 Была версия 17.03

Ребят, а никто не ковырял sysctl нод на GKE? Что у них по настройкам сетевого стека? И используют ли они ipvs? Судя по Azure - в 12.7 они все ещё на iptables. Если есть у кого возможность, киньте настройки conntrack и ipvs (если он у них используется) посмотреть.

по моему уже третий заход, но все таки. Кто нибудь знает простой способ задать выходной IP для пода. Что бы он ьбежал не с ip ноды, а с virtual ip, который я поднимаю используя metalllb? (istio требует оверконфигурации, я честно не осилил)

а можно хотя бы заставить под выходить через externalIP сервиса, который его накрывает?

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

И как часто вы откатываетесь? В сравнении с количество релизов?

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

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

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

настоящие пацаны едут только вперёд

И как часто вы откатываетесь? В сравнении с количество релизов?

достаточно и одного раза. на стейдже вполне себе легитимный случай

настоящие пацаны едут только вперёд

фантастика на соседней полке однако

достаточно и одного раза. на стейдже вполне себе легитимный случай

Не проще ли на стейдже снести весь неймспейс?

Не проще ли на стейдже снести весь неймспейс?

нет конечно

одна из задач стейджа - проверить как пройдет процесс обновления версии.

Не проще ли на стейдже снести весь неймспейс?

энтерпрайзненько...

я что-то пропускаю? Мы знаем что на стейдже этот релиз все ломает. Вопрос: зачем откатываться на стейдже, если его надежнее пересоздать (а именно это хелм и сделает)

Откат на проде - это фича, да, годная, вопрос только как часто ей пользуются

чтобы протестировать процесс отката на проде?

справедливо

Ребят, а никто не ковырял sysctl нод на GKE? Что у них по настройкам сетевого стека? И используют ли они ipvs? Судя по Azure - в 12.7 они все ещё на iptables. Если есть у кого возможность, киньте настройки conntrack и ipvs (если он у них используется) посмотреть.

ipvs нет

чтобы протестировать процесс отката на проде?

безотносительно helm. почему blue green релизы с промежуточным тестированием до переключения так непопулярны?

Они непопулярны у тех, у кого прод после обновления не валился

Не всегда получается писать приложение в таком стиле. База-то общая на две версии и обе версии должны с ней работать. В принципе нечего сложного в тех проектах где соприкасался. Ну и возможно другие причины аналогичного характера типа discovery микросервисов

Взял жопу в руки и стал изучить кубер В качестве ингреса пригляделся трефик Есть варианты лучше ? Интересно услышать советы местных)

Взял жопу в руки и стал изучить кубер В качестве ингреса пригляделся трефик Есть варианты лучше ? Интересно услышать советы местных)

Для изучать имхо лучше всего ingress-nginx от куба, по нему в инете больше всего инфы

я правильно пониманию, что я просто делаю kind deployment, в spec описываю пода, метки, а ингрес уже подхватит?

я правильно пониманию, что я просто делаю kind deployment, в spec описываю пода, метки, а ингрес уже подхватит?

Есть сущность под названием ingress,она и является конфигурация для ingress-controller'а. Так что создавай ingress в неймспейсе

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

Ты конфигурацию кластера обозначь для начала. Железо или облако и детали.

железо Есть три сервера настроенные в swarm, туда развернут трефик Порт 80 открыт И при развертывании какого-либо сервиса я указываю сеть трефика и лейблы нужные, трефик все похватывает

Дали еще три сервера и хочу мигрировать туда

Уже на kubernetes

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

я правильно пониманию, что я просто делаю kind deployment, в spec описываю пода, метки, а ингрес уже подхватит?

еще нужен сервис, ингресс на сервис настраивать нужно

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

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

Это я знаю, как в Swarm)

еще нужен сервис, ингресс на сервис настраивать нужно

окей значит я кроме деплоймента еще создаю сервис, где прописываю селекторы пода?

ну собственно все, делаешь deployment, делаешь сервис для него и создаешь ingress который трафик на этот сервис направляет (на самом деле он берет endpoint'ы из сервиса и направляет трафик прямо на поды)

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

окей значит я кроме деплоймента еще создаю сервис, где прописываю селекторы пода?

да, сервис должен селектить

спасибо большое

спасибо большое

А Traefik в кубе уже принимает трафик извне?

А Traefik в кубе уже принимает трафик извне?

А не должен?

Кто нибудь подскажет

Как могу передать реальный айпи с ингресса на под?

в поде $remote_addr - пустое всегда

ну всякие иксфорварды и икс реал айпи

там же нгинкс все как обычно

Взял жопу в руки и стал изучить кубер В качестве ингреса пригляделся трефик Есть варианты лучше ? Интересно услышать советы местных)

Траефик клёвый, но если нужен, например cors, то уже не подойдёт. Если того функционала, который в нем есть - хватает, то он вполне.

а зачем тебе корс на ингресе ?)

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

нахера на ингересе логика ?

Не работает так :)

Зачем нджинкс к мелкому java сервису дополнительно? Да и не особо это логика в том, чтобы просто разрешить корс

ну всякие иксфорварды и икс реал айпи

Икс реал айпи не работает

нахера на ингересе логика ?

В поде тоже nginx, только собранный с нуля для секюрной отдачи контента по хешам

Зачем нджинкс к мелкому java сервису дополнительно? Да и не особо это логика в том, чтобы просто разрешить корс

Ява сама может CORS, зачем nginx?

Кто нибудь знает как сделать?

Или может кто то даст идею, как сделать медиасервер на основе kubernetes

Траефик клёвый, но если нужен, например cors, то уже не подойдёт. Если того функционала, который в нем есть - хватает, то он вполне.

а envoy?