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

Пока все понятно, ничего сложного. Просто у него этих шагов не было

Я не деревянный же, много опыта в других вещах

для того официальная документация и предназначена

Ребят, а какой еще есть метод пробросить трафик на ingress controller с сохранением ip клиента, кроме как использовать хостовую сеть? При использовании external ip все запросы идут с этого же ip, что логично

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

для того официальная документация и предназначена

Тут искать описание ? https://github.com/kubernetes/kubernetes

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

Сразу

Тут искать описание ? https://github.com/kubernetes/kubernetes

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

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

Это как в небо пальцем тыкать

Ладно, я понял вас

Поищю дальше

Поищю дальше

https://kubernetes.io/docs/tasks/tools/install-kubeadm/ начало тут

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

https://kubernetes.io/docs/tasks/tools/install-kubeadm/ начало тут

По ней и делал, дошел до конца.

Дальше делал по другой где есть продолжение

По ней и делал, дошел до конца.

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

Сразу

Тогда не вижу вариантов, кроме hostNetwork: true. Нужно, чтобы всё без NAT'а доходило до пода, а в случае NodePort и ExternalIP включается MASQUERADE.

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

Я не смогу сейчас ответить потому что я поломал все))) Теперь после kubeadm reset я сделал снова init и у меня начались проблемы с сертификатами

Я не смогу сейчас ответить потому что я поломал все))) Теперь после kubeadm reset я сделал снова init и у меня начались проблемы с сертификатами

тогда бутстрапьте с самого начала:) 1.убедитесь что системные поды все готовы 2.джойните ноды 3.Ждите пока они будут готовы обычно люди застревают на DNS

Сразу

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

тогда бутстрапьте с самого начала:) 1.убедитесь что системные поды все готовы 2.джойните ноды 3.Ждите пока они будут готовы обычно люди застревают на DNS

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

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

Оно и так на отдельных: daemonset c nodeselector и ip адресами прописанными на всех этих нодах. А с хост сетью нормальный апдейт nginx не сделаешь, порты то заняты

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

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

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

Вот я щас ниче не понял)) Я проксмокс один раз ставил, посмотрел что -то и не нашел пока применения, удалил и забыл)) Если это удобная связка то может есть нормальная документация поясняющая чем это удобно\хорошо и как такое организовать ?

Вот я щас ниче не понял)) Я проксмокс один раз ставил, посмотрел что -то и не нашел пока применения, удалил и забыл)) Если это удобная связка то может есть нормальная документация поясняющая чем это удобно\хорошо и как такое организовать ?

а на чем сейчас то пробуете кубер

на KVM поднял 4 ВМ. 1 мастер и 3 ноды

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

Все, я понял о чем вы

;)

У меня почти так и сделано только руками приготовил 1 ВМ котррую расклонировал

ноды могут косячить потому что у них либо своп либо правила не писаны в iptables и пр

проще создать одну тачку и ее реплицировать уже

Короче лучше приготовить полноценную ВМ и потом сделоать копий.

Норм идея)

ну явно не 10 нод с нуля сетапить;)

Многие так делают, но еще один хоп…

Оно и так на отдельных: daemonset c nodeselector и ip адресами прописанными на всех этих нодах. А с хост сетью нормальный апдейт nginx не сделаешь, порты то заняты

Да, мы это решили подстраховочным ingress controller'ом на каждой ноде и хитрыми правилами в iptables.

Короче лучше приготовить полноценную ВМ и потом сделоать копий.

какой дист? я брал ubuntu 16.04 как самую безпроблемную. kubeadm сразу все завел. дальше боль с первыми deployment/service/ingress и дальше уже ок. ingress-controller проще сразу через helm ставить.

какой дист? я брал ubuntu 16.04 как самую безпроблемную. kubeadm сразу все завел. дальше боль с первыми deployment/service/ingress и дальше уже ок. ingress-controller проще сразу через helm ставить.

Дебиан 9

Я раньше сидел на centos7, но после рандомных проблем с docker просто перешел на ubuntu 16.04 и все стало менее рандомно. По ощущениям разработчики docker только на ubuntu 16.04 смотрят.

Рандомне проблемы это "закончились семафоры в udev, нода больше не может запускать контейнеры и нужно вызывать dmsetup udevcomplete_all". Баг я ядром, которое использовал centos7 и тп.

ну явно не 10 нод с нуля сетапить;)

По pxe не пофигу ли

По pxe не пофигу ли

а потом их еще и настраивать все а это роль ансибла писать

Это если у тебя ансибл

https://sweetcode.io/a-first-look-at-the-helm-3-plan/

а потом их еще и настраивать все а это роль ансибла писать

Ты же не руками сервера настраиваешь всё равно

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

Вот этим я и занимаюсь))))

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

Лучше так увы не делать(

HI.. anyone have document about running multi environment on same K8s cluster ?

А romana не решает эту проблему?

Ну если тут можно новичкам вопросы задавать, то может подскажите. Развернула на Ubuntu 16.04, мастер , три ноды, для сети -flant. Но при смене use context постоянно ошибка refused connection . Решаю установкой rbac , но можно это как то делать не в каждом контексте ? И второй вопрос с какого приложения лучше начать , чтобы посмотреть наглядно применение кубера ? Стандартные веб серверы уже попробовала.

Спасибо заранее .

Ну если тут можно новичкам вопросы задавать, то может подскажите. Развернула на Ubuntu 16.04, мастер , три ноды, для сети -flant. Но при смене use context постоянно ошибка refused connection . Решаю установкой rbac , но можно это как то делать не в каждом контексте ? И второй вопрос с какого приложения лучше начать , чтобы посмотреть наглядно применение кубера ? Стандартные веб серверы уже попробовала.

начните с носочков:)

https://microservices-demo.github.io

Спасибо ) вроде его попробовала , но видимо ресурсов не хватило , так как все зависло и поды были просто в неизвестном состоянии. Но ещё раз попробую )

Там просто в примере для сети weave используется , а у меня flant и я засомневалась

Приятно, если у вас flant сетью занимается.

Но flannel, наверное.

Ой сорри конечно flannel ))

Не реклама, просто опечатка )

Ну если тут можно новичкам вопросы задавать, то может подскажите. Развернула на Ubuntu 16.04, мастер , три ноды, для сети -flant. Но при смене use context постоянно ошибка refused connection . Решаю установкой rbac , но можно это как то делать не в каждом контексте ? И второй вопрос с какого приложения лучше начать , чтобы посмотреть наглядно применение кубера ? Стандартные веб серверы уже попробовала.

Задеплойте полный LEPP stack с правильной настрой игресса, 2 контейнерами в подах (nginx и uWSGI), где nginx будет раздавать статику, а динамику будет обрабатывать uWSGI, Убедитесь, что всё оборудовано requests/limits, readiness/liveness probe. Для Postgres поработайте с PV, PVC, StorageClass. Каждый API объект в Kubernetes подробно изучайте в документации, со всеми полями, гуглите практическое применение, если непонятно что-то.

Вариантов-то дохрена, чем развлечься можно.

а чо такое lepp?

Linux, nginx (Engine-X произносится), Postgres, Python

Спасибо )

Или php, или perl. Не суть важно, просто application server в данном контексте.

Статейку нашел хорошую. Чтоб не мучиться с подготовкой нод

https://habr.com/company/flant/blog/415381/

Поднял кластер мигом, сижу теперь и думаю - че с ним делать то можно ? 😂

Поднял кластер мигом, сижу теперь и думаю - че с ним делать то можно ? 😂

Одну ноду сломай, а вторую потеряй

Поднял кластер мигом, сижу теперь и думаю - че с ним делать то можно ? 😂

разворачивать какую-то апу. Там ещё куча всего перечитать по ресурсам нужно

а потом их еще и настраивать все а это роль ансибла писать

Зачем настраивать? Перезагрузил, вот тебе и нода.

А romana не решает эту проблему?

Конкретно Romana не решает, у романы есть romana-vip который предоставляет отдельный балансировщик в L2, но для externalIP в сервисе SNAT все равно работет, это правило которое добавляет kubelet и его никак не отключить

Господа, а что у нас нынче есть из нетворк-плагинов, которые норм работают в AWS и поддерживают NetworkPolicy?

canal?

Calico.

Ребят, а какой еще есть метод пробросить трафик на ingress controller с сохранением ip клиента, кроме как использовать хостовую сеть? При использовании external ip все запросы идут с этого же ip, что логично

Мы используем pipework.

https://labs.play-with-k8s.com может кому пригодится

👍