в кубере

можем бота запилить

Что будем ботить?:)

Что будем ботить?:)

гадание на жабах, это же очевидно. Вместо издевательств над земноводными – будем гадать на жабах электронно-цифровых. Удобно, экологично, технологично!

гадание на жабах, это же очевидно. Вместо издевательств над земноводными – будем гадать на жабах электронно-цифровых. Удобно, экологично, технологично!

Если есть жаба то должна быть и гадюка

фига приход

вы живые?

вообще странно почему они к defaultbackend пришли, неужели Nginx,haproxy, envoy, alb и так далее не могут сами 404 отдать?

могут конечно но ведь можно кастомную страницу отдать и ещё и в зависимости от Accept заголовка отдать json например а не хтмл

А чем можно заменить? Или где хоть исходники этого defaultbackend посмотреть?

https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/default-backend.md вот тут же всё

а кто как работает с helm и неймспейсами?

у меня неймспейс это одна инсталляция приложения (т.е. там пачка хелм чартов).

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

ну это легко решается добавлением префикса с именем неймспейса

у меня неймспейс это одна инсталляция приложения (т.е. там пачка хелм чартов).

злые языки тут советуют по тиллеру на неймспейс :()

Можно и так, если мультитенант кластер

Иначе не вижу смысла

В проекте нарос ворох yaml файлов с определениями Deployments, ConfigSets, Services. Существует ли более вышестоящая абстракция над ними? Например чтоб снести-накатить все разом, переключившись в другой кластер под определенный namespace?

В проекте нарос ворох yaml файлов с определениями Deployments, ConfigSets, Services. Существует ли более вышестоящая абстракция над ними? Например чтоб снести-накатить все разом, переключившись в другой кластер под определенный namespace?

Выгрузить все в один yml?

Выгрузить все в один yml?

Ох как просто то, спасибо

helm chart?

Нужно этому языку дать название: alias k='kubectl' alias kg='kubectl get' alias kgpo='kubectl get pod' alias ksysgpo='kubectl --namespace=kube-system get pod' alias krm='kubectl delete' alias krmf='kubectl delete -f' alias krming='kubectl delete ingress' alias krmingl='kubectl delete ingress -l' alias krmingall='kubectl delete ingress --all-namespaces' alias kgsvcoyaml='kubectl get service -o=yaml' alias kgsvcwn='kubectl get service --watch --namespace' alias kgsvcslwn='kubectl get service --watch --show-labels --namespace' alias kgwf='kubectl get --watch -f' ...

Нужно этому языку дать название: alias k='kubectl' alias kg='kubectl get' alias kgpo='kubectl get pod' alias ksysgpo='kubectl --namespace=kube-system get pod' alias krm='kubectl delete' alias krmf='kubectl delete -f' alias krming='kubectl delete ingress' alias krmingl='kubectl delete ingress -l' alias krmingall='kubectl delete ingress --all-namespaces' alias kgsvcoyaml='kubectl get service -o=yaml' alias kgsvcwn='kubectl get service --watch --namespace' alias kgsvcslwn='kubectl get service --watch --show-labels --namespace' alias kgwf='kubectl get --watch -f' ...

вот тут нашел https://github.com/ahmetb/kubectl-aliases

Можно в конфигмап передать адрес хоста на котором запущен под

Можно в конфигмап передать адрес хоста на котором запущен под

я на маке, и куб в виртуалке, это аппа Docker в трее

наверное из-за этого не гуглится

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

Ну захардкодь адрес

Дев же

Ну захардкодь адрес

А какой ип использовать? БД слушает на 127.0.0.1 - динамический ип ноутбука в локальной сети - докер аппа наверное запускает куб и контейнеры внутри специальной виртуалки, у которой своя сеть - поды находятся в своей виртуальной сети Вот результат k describe services: Name: kubernetes Namespace: default Labels: component=apiserver provider=kubernetes Annotations: <none> Selector: <none> Type: ClusterIP IP: 10.96.0.1 Port: https 443/TCP TargetPort: 6443/TCP Endpoints: 192.168.65.3:6443 Session Affinity: ClientIP Events: <none>

А какой ип использовать? БД слушает на 127.0.0.1 - динамический ип ноутбука в локальной сети - докер аппа наверное запускает куб и контейнеры внутри специальной виртуалки, у которой своя сеть - поды находятся в своей виртуальной сети Вот результат k describe services: Name: kubernetes Namespace: default Labels: component=apiserver provider=kubernetes Annotations: <none> Selector: <none> Type: ClusterIP IP: 10.96.0.1 Port: https 443/TCP TargetPort: 6443/TCP Endpoints: 192.168.65.3:6443 Session Affinity: ClientIP Events: <none>

https://github.com/kubernetes/minikube/pull/2062 похоже?

https://github.com/kubernetes/minikube/pull/2062 похоже?

хмм спасибо, попробую его

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

Этот мёрж-реквест как раз про обновление документации на эту тему

hi all! Работать с kubernetes только начал, многое еще плохо понимаю. Посоветуйте, пожалуйста, что-либо почитать годное на тему local persistent volumes помимо официальной документации (мб, у кого-то есть опыт удачной настройки).

local - в смысле на хосте?

ага

с hostPath получается все, например, gitlab-omnibus подхватывает все нормально

а с этой =штукой= не выходит

hostPath - не гарантия, что том будет постоянным :-)

да, поэтому и смотрю в сторону local, но он лукавый какой-то

вот это пробовал настроить, но с наскоку не вышло - https://github.com/kubernetes-incubator/external-storage/tree/master/local-volume

Вообще, hostPath - таки работает, но в kind: PersistentVolume + kind: PersistentVolumeClaim

уже думаю, мб, просто NFS поднять, да и все?

Один хрен - правильнее через pv + pvc

зачем NFS если локально

том в ноде примонтировал да и все

зачем NFS если локально

локальный нфс))

лучше скажите, как сделать отказоустойчивый nfs без drbd и других общих хранилищ типа HP EVA...

я рассуждаю, наверное, неправильно, так, что если у меня будет несколько томов hostPath для gitlab'a, то он будет их маунтить постоянно как попало же?

"отказоустойчивый NFS"

для начала надо взять Solaris

я рассуждаю, наверное, неправильно, так, что если у меня будет несколько томов hostPath для gitlab'a, то он будет их маунтить постоянно как попало же?

что значит "как попало"?

лучше скажите, как сделать отказоустойчивый nfs без drbd и других общих хранилищ типа HP EVA...

RAID1

Это не отказоустойчивость, это по-умолчанию.

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

ну и зеркалирование между двумя SAN-ами по вкусу

vmware позволяет изкаробки

Без вмвари, которой нет (и для которой найдётся единственный админ и тот я)

ERROR: S client not available

Пока смотрю в сторону ceph, но как-то оно слишком громоздко выглядит...

rook ага

А glusterfs новых версий хреново работает там, где требуется...

ну вот есть у меня три тома vol1 , vol2, vol3 все типа hostPath. и есть тот же pod - gitlab-omnibus. он маунтит свои ресурсы в эти тома - vol1 - data1, vol2 - data2, vol3 - data3. если я этот pod перезапущу - он замаунтит все соответственно в те же самые тома? (извиняюсь за глупый вопрос)

как настроишь вообще-то

Просто содержимое hostPath тут не гарантируется, если не через pv + pvc

Если верить документации, конечно

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

а если бабок нет - ну тогда тут нет надежных решений

Хе... тут ещё захотел продолжить знакомство с gluster. Так в новых версиях что по nfs, что нативно - tar xvf на большой архив через некоторое время выдавал кучу ошибок про то, что файлы залочены.

есть оплаченый редхат?

если нет, то зачем гластер?

Потому что хотел хранилище для контейнеров

В смысле, томов

Достаточно надёжное, чтобы пережить отрубание одного из узлов.

я сделал storageclass c provisioner: kubernetes.io/host-path , затем сделал pv для него, pvc gitlab-omnibus =привязалось= само, я ему указал в настройках.

в принципе работает, но терзают смутные сомнения (:

перезапусти и проверь :-)

((: сомнения терзают еще и в том смысле, что часто попадаются мнения, что лучше использовать local.

я рассуждаю, наверное, неправильно, так, что если у меня будет несколько томов hostPath для gitlab'a, то он будет их маунтить постоянно как попало же?

Правильно делаете, что с hostpath уйти хотите

с hostpath легко на local volume provisioner соскочить.

У них managed куб появился или имеется ввиду "вот бар метал, пили" ?

вот бар метал - пили ?

Sorry

Взял телефон и начал себя снимать, ужас :)

с hostpath легко на local volume provisioner соскочить.

вот не получается пока что

сходу логи и проблемы не расскажу, но не цепляется, например, gitlab-omnibus

ну там схема простая, намонтировал разделов или дисков в /mnt/disks и дальше они в оборот идут через pvc

/report