apiVersion: v1 kind: Pod metadata: name: sa-frontend spec: containers: - image: vadiminshakov/sentiment-analysis-frontend name: sa-frontend ports: - containerPort: 80 imagePullSecrets: - name: dockerhub

индентация норм на самом деле, не обращайте внимания

а кто-нибудь практиковал выделение Ingress контроллера в отдельную ноду?

я

а кто-нибудь практиковал выделение Ingress контроллера в отдельную ноду?

их пару обычно за L4

https://dev-ops-notes.ru/kubernetes/kubernetes-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-ingress/

вот тут это и опывается

Может тогда сразу metallb?

Эт мне? Я не настоящий devops, что первое попалось, то и работает, пока не любит голову)

https://dev-ops-notes.ru/kubernetes/kubernetes-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-ingress/

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

Warning Failed 27s (x3 over 75s) kubelet, wnr-rk Failed to pull image "vadiminshakov/sentiment-analysis-frontend": rpc error: code = Unknown desc = Error response from daemon: pull access denied for vadiminshakov/sentiment-analysis-frontend, repository does not exist or may require 'docker login'

а креды от registry в том же namespace где запускается под?

Речь идёт не об одном поде, а о сете, так что если один под помрёт ничего не случится... И сервис в целом будет жить.

Если один под помрёт нештатно, то некоторое количество запросов будет неизбежно потеряно. Все что куб (или любая другая система) пытается сделать это минимизировать это количество

а креды от registry в том же namespace где запускается под?

не понял. я когда secret создавал, namespace не указывал

не понял. я когда secret создавал, namespace не указывал

Посмотри в каком неймспейсе креды и под

Посмотри в каком неймспейсе креды и под

kubectl get secrets NAME TYPE DATA AGE default-token-9kmzh kubernetes.io/service-account-token 3 21h dockerhub kubernetes.io/dockerconfigjson 1 71m

kubectl get pods NAME READY STATUS RESTARTS AGE sa-frontend 0/1 ImagePullBackOff 0 54m

как здесь namespace посмотреть?

по умолчанию такая команда покзывает default namespace

ну или дефолтный неймспейс в .kube/config

да

kubectl get namespaces NAME STATUS AGE default Active 21h kube-public Active 21h kube-system Active 21h

по умолчанию такая команда покзывает default namespace

подскажите, как ещё я могу что-то проверить?

скажите у кого на нодах(мастер и воркерах) по 2 физических интерфейса ?

подскажите, как ещё я могу что-то проверить?

Что именно?

Что именно?

у меня не пуллится образ в pod. мне посоветовали "Посмотри в каком неймспейсе креды и под". а я сижу и не знаю, куда смотреть

хм

describe pod?

describe pod?

Normal BackOff 14m (x261 over 74m) kubelet, wnr-rk Back-off pulling image "vadiminshakov/sentiment-analysis-frontend" Warning Failed 4m27s (x304 over 74m) kubelet, wnr-rk Error: ImagePullBackOff

в логах ноды что то есть?

/var/log/messages

я бы не был так уверен

в зависимости от ОСи лог может быть в другом месте

образ-то есть? docker pull на ноде работает?

блин, а есть команда для логов ноды?

никсовый дистр у тебя какой?

образ есть в докерхабе, пулл работает

ubuntu

Можешь еще посмотреть не ошибся ли при создании секрета kubectl get имя_секрета --output="jsonpath={.data.\.dockerconfigjson}" | base64 --decode

Можешь еще посмотреть не ошибся ли при создании секрета kubectl get имя_секрета --output="jsonpath={.data.\.dockerconfigjson}" | base64 --decode

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

блин, чуваки, я просто сделал реп публичным(

видимо, с приватными не так просто и я пока не умею

Если один под помрёт нештатно, то некоторое количество запросов будет неизбежно потеряно. Все что куб (или любая другая система) пытается сделать это минимизировать это количество

Это уже вопросы грамотного построения всей архитектурной вертикали.

скажите у кого на нодах(мастер и воркерах) по 2 физических интерфейса ?

что ни у кого?

а в чем трамблема?

Ребят как можно деплить контейнер hello world из дашборта кубернетеса?

я задеплил но на ружу я не вижу его

а в чем трамблема?

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

Ребят как можно деплить контейнер hello world из дашборта кубернетеса?

man service

я задеплил но на ружу я не вижу его

покажи services

кинул в личку

POD > Service > Ingress

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

идея плохая. но тебе нужны service типа nodeport

apiVersion: v1 kind: Service metadata: name: flask-app namespace: flask-app labels: app: flask-app spec: ports: - port: 5000 protocol: TCP selector: app: flask-app

идея плохая. но тебе нужны service типа nodeport

они у меня ноде порт, на однеом интерфейсе все видно

а во второй офк не смотри

ну плохая, не плохая, а безопасников не пробить :(

оиш

они у меня ноде порт, на однеом интерфейсе все видно

ну показывай манифест сервиса.

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

нормальные люди ingress controller запускают на специальных, выделенных узлах

буквально часа два назад в чатике ссылки были

у нас сверху еще балансировщик будет и CA GW

ну нодепорт сервису все равно на какой адрес узла запрос пришел

а вот видимо нет :)

если помедитировать на правилами iptables - там увидишь, что чисто по dst-port цепочка

вот буду медитировать

ну манифест то покажи )

да банально самый простой

apiVersion: v1 kind: Service metadata: name: nginx-ingress namespace: nginx-ingress spec: type: NodePort ports: - port: 80 targetPort: 80 protocol: TCP name: http - port: 443 targetPort: 443 protocol: TCP name: https selector: app: nginx-ingress

ну стандартная хрень от ингресс-контроллера nginx

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

а на второй балалайка

опа

момент

неужто ?

не, пока не заработало

)

ща до сетевиков докапаюсь))