Это контейнер в рамках этой поды, он видит тот же пул что и контейнер постгреса, имеет с ним общую сеточку и т.д. Рассматривайте это, грубоват говоря, так словно дополнительный процесс внутри основного контейнера вынесли в отдельный контейнер

звучит прикольно

Kubectl exec, но тру-кубернэ-вей - запускать новый под с примонтированным вольюмом с данными

И обмазать операторами

Можете подсказать: Сратрую в кубере kubernetes-dashboard используя этот конфиг: https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta1/aio/deploy/recommended.yaml (Взят с офф. доки кубера) Единственное добавил сервису kubernetes-dashboard: spec: type: NodePort ports: - port: 443 targetPort: 8443 nodePort: 32323 Т.е. на воркер-нодах при подключени к порту 32323 я должен прокидываться на порт 8443 внутрь контейнера с дашбордом. Стартую. На воркер ноде порт открывается: tcp6 0 0 :::32323 :::* LISTEN 1826/kube-proxy Однако помечается как IPv6 (ощущение что проблема тут и не слушается IPv4) Сам дашбоард стартует и в логах: 2019/08/03 10:54:14 Auto-generating certificates 2019/08/03 10:54:14 Successful request to sidecar 2019/08/03 10:54:14 Successfully created certificates 2019/08/03 10:54:14 Serving securely on HTTPS port: 8443 Однако при подключении к воркер ноде https://worker1:32323/ - ничего не происходит. (логов не пишется, в браузере: "Время ожидания истекло") Telnet на воркер ноде на 127.0.0.1 32323 - не идет

начни с kubectl get ep

есть ли ендпойнты у твоего сервиса

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

Из Кубера должно быть вообще без проблем. Назад сложнее потому что IP pods меняются. Но у меня EKS он прозрачно вписывается в Амазоновскую сетку

В докладе "Кубе для тех кому за 30" чувак рассказывал конфиг на Flannel в котором у него базы были на тех же нодах, но не в кубе

Так что Куб -> внешние хосты наверное на всяких сетках можно сделать

Из кубера наружу понятно работает. У меня GKE, тут тоже все норм с сеткой... Тут просто умные люди до меня впихнули кассандру в кубер, вытащить ее отсюда так чтобы на проде и без даунтайма будет достаточно тяжело... Хотел просто воткнуть еще хостов в тот же кластер и по окончании репликации убить поды

А кассандра доступна снаружи? Не знаю как работает репликация в кассандре, но я подрубал нормальную тачку к MySQL в кубере, ждал окончания репликации, убивал под с MySQL и переключал приложение на нормальную БД. Даунтайм был, но минут 5.

Ну я могу ее выкинуть наружу через node-port сервис, это не беда. Беда в том, что она анноунсит свой IP при общении с другими нодами, и там будет IP поды

Так норм, пока IP не сменился все будет хорошо

Проверить надо связность конечно

Можно еще конечно сделать трюк с iptables - выкинуть кассандру наружу в виде node-port сервиса (по одному на каждую поду), а потом замаскарадить адреса под на физических кассандрах...

Пошел пробовать...

Ну я могу ее выкинуть наружу через node-port сервис, это не беда. Беда в том, что она анноунсит свой IP при общении с другими нодами, и там будет IP поды

если сделать hostNetwork: true - будет IP ноды, если не ошибаюсь

Ага я тоже думал так, но во-первых это изменение деплоймента => рестарт кассандры (да еще и со сменой IP), что не очень-то хотелось бы делать, плюс смена IP может упороть клиенты (они-то работают через сервис, но вот как работает с DNS датастаксовый драйвер - god only knows)

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

А то ухудшаешь статистику по запустившим базы в Кубе )

Это холиварный вопрос, мое мнение - базам и вообще всему stateful не место в кубе

Это холиварный вопрос, мое мнение - базам и вообще всему stateful не место в кубе

Ща тебе напихают писюнов за щеку

Это холиварный вопрос, мое мнение - базам и вообще всему stateful не место в кубе

людям, кто утверждает подобное, не место в этом чате :)

Ща тебе напихают писюнов за щеку

Это же RU чатик тут все не такие )

Это же RU чатик тут все не такие )

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

людям, кто утверждает подобное, не место в этом чате :)

Ну гуглеры-агитаторы пишут: Maybe with enough effort, and additional components, and an SRE team, you can build RDS on top of Kubernetes. То есть что все не просто и все понимают

не будет холивара, не уговаривайте)

Это холиварный вопрос, мое мнение - базам и вообще всему stateful не место в кубе

И как там в 2017'ом живётся?

Не знаю как там в клаудах, но на baremetal statefull в кубере это либо поднимать дорогое сетевое хранилище, либо прибивать под к ноде (99,999 % случаев). Первое не все могут себе позволить, второе бессмысленно и превращает кубер в лишний компонент

А так вы baremetal без pvc живёте?

Щас докатимся до hpc варианта через pxe и гиперогенной структуре

Не знаю как там в клаудах, но на baremetal statefull в кубере это либо поднимать дорогое сетевое хранилище, либо прибивать под к ноде (99,999 % случаев). Первое не все могут себе позволить, второе бессмысленно и превращает кубер в лишний компонент

Ceph же есть

Типа по влану грузится мини линукс, смотрит на серийными хардов. Собирает ceph и дальше начинается виртуализация

Ceph же есть

Ага, давайте поставим кассандру на pvc над ceph, да над сетевыми дисками желательно

Ceph же есть

В этом чате уважают linstor

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

Посмотри в сторону https://github.com/paunin/PostDock

Ceph же есть

Железо под сеф обойдётся не дёшево. Разумеется речь идёт не о супермикрах с ноунейм ссд и длинками на свичах

В этом чате уважают linstor

Я ещё собираюсь посмотреть в его сторону :)

Посмотри в сторону https://github.com/paunin/PostDock

ок, спасибо

начни с kubectl get ep

Ошибка была в некорректной работе CNI. Переустановил его - завелось

Железо под сеф обойдётся не дёшево. Разумеется речь идёт не о супермикрах с ноунейм ссд и длинками на свичах

Прекратите оффтоп

Добрый день, кто может подсказать, получится ли нормально пользоваться ingress контроллером если нет доменного имени, а только ip helm install stable/traefik --set dashboard.enabled=true,dashboard.domain=dashboard.localhost пытаюсь создать helm-chart для своего приложения, есть файл ingress.yaml, а точнее values.yaml где складываю все переменные: ingress: enabled: true annotations: {} # kubernetes.io/ingress.class: nginx # kubernetes.io/tls-acme: "true" path: / hosts: - podinfo.local при попытке в разделе host указать ip-адрес, получаю ошибку В общем и целом. Пытаюсь создать ingress-controller и создать helm-chart для своего приложения и сконфигать в ингресе роутинг до апишки на моем приложении это получается сделать просто через открытие ручками, но хотелось бы по правильному)

в данном примере пытаюсь связать демо приложение на го: https://github.com/stefanprodan/k8s-podinfo и ingress по статье: https://medium.com/@geraldcroes/kubernetes-traefik-101-when-simplicity-matters-957eeede2cf8

Добрый день, кто может подсказать, получится ли нормально пользоваться ingress контроллером если нет доменного имени, а только ip helm install stable/traefik --set dashboard.enabled=true,dashboard.domain=dashboard.localhost пытаюсь создать helm-chart для своего приложения, есть файл ingress.yaml, а точнее values.yaml где складываю все переменные: ingress: enabled: true annotations: {} # kubernetes.io/ingress.class: nginx # kubernetes.io/tls-acme: "true" path: / hosts: - podinfo.local при попытке в разделе host указать ip-адрес, получаю ошибку В общем и целом. Пытаюсь создать ingress-controller и создать helm-chart для своего приложения и сконфигать в ингресе роутинг до апишки на моем приложении это получается сделать просто через открытие ручками, но хотелось бы по правильному)

ингресс работает только с днс, см. https://nip.io/

ингресс работает только с днс, см. https://nip.io/

Например есть несколько go микросервисов (которым не нужно смотреть в наружу) и есть приложение на го (роутер) которое собственно и направляет запросы по сервисам. Лучше будет создать лб и связать его с портом роутера или делать ингресс

благодарю за хак в общем)

Ребят, есть кучка кластеров, разбросанных по европе и снг, хочется сделать централизированный мониторинг. Есть какие-нибудь решения для домохозяек, чтобы развернуть быстро все?)

уже есть grafana и prom, работающие в grafana cloud

так промом и мониторь

или сделай 1 который все кластеры мониторит

Или в каждом через оператор свой подними, а с них сливай на общий, откуда графана все забирать будет

вот и хотел посоветоваться, как лучше сделать

Но иногда решение с промом в каждом кластере так себе, если метрик много

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

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

Ну немного подпилить придется

кто-нибудь использует cpu-manager?

Уважаемые подскажите. хочу запатчить ингресс таким правилом [ { "op": "add", "path": "/spec/rules/-", "value": { "host": "feature.example.com", "http": { "paths": [ { "backend": { "serviceName": "example", "servicePort": 80 } } ] } } } ] Командой: kubectl patch ing/example --type json --patch "$(cat test.json)" Ругается вот так: The "" is invalid Никто не сталкивался ?

а чего ему про не дать -f test.json?

типа apply -f ? а оно не затрет предыдущие rules ?

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

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

Можно и не удалять, с ключом export сам удалится

наткнулся на rancher RKE для развертывания кластера Есть минусы?

наткнулся на rancher RKE для развертывания кластера Есть минусы?

Все изменения которые необходимо сделать в кластере, должны проходить через управляющий ранчер (сам gui куда изначально подключаются мастер ноды и воркеры).

Но у них в доке сказано что достаточно поменять cluster.yaml и применить еще раз

вы говорите про RKE HA?

Хз, наверное да) https://rancher.com/docs/rke/latest/en/

наткнулся на rancher RKE для развертывания кластера Есть минусы?

тру дивопс публика его не любит

ru комьюнити почти нет, а в slack раз пару дней может кто и ответит

Ну в этом чате постоянно кто-то спрашивает "У меня протухли серты на ранчере, что же делать? 111" )

Например есть несколько go микросервисов (которым не нужно смотреть в наружу) и есть приложение на го (роутер) которое собственно и направляет запросы по сервисам. Лучше будет создать лб и связать его с портом роутера или делать ингресс

Если не нужен tls, то от ингресса больше напряга

наткнулся на rancher RKE для развертывания кластера Есть минусы?

Минус один, но фундаментальный — «шаг влево/шаг вправо — расстрел», конфигурации минимум, очень opinionated штука. «Пощупать кубер» сойдет, а потом все равно съезжать придется

мне вот как раз попробовать on-premise для тестового стенда

Ну тогда может и сойдет; работает, он, кстати, довольно шустро.

Но стоит приготовиться увидеть много очень странных решений. Типа конфигурации сборки логов, лежащей в секретах

Или fluentd старой версии с секундным resolution и десятисекундным интервалом поиска новых логов

а выключить логи и прочее можно? мне чисто кубер с днс и etcd) я уже поставлю сам пром, логи и ингресс

а выключить логи и прочее можно? мне чисто кубер с днс и etcd) я уже поставлю сам пром, логи и ингресс

а чисто попробовать самому уже?

Ресурсы ограничены) Была бы возможность, сам методом тыка потестил)

Все изменения которые необходимо сделать в кластере, должны проходить через управляющий ранчер (сам gui куда изначально подключаются мастер ноды и воркеры).

ньет