что вы, только чистые монады!

что вы, только чистые монады!

угу свисли до колен уже.

а вы перепишите рекурсии на хвостовые, тогда не будет свисать

А есть раст клиент уже толковый (ватчеры, информеры вот это всё)

Watcher'ы везде, вроде, есть. Мне cache пакета из client-go не хватает. Это ключ ко всему.

Watcher'ы везде, вроде, есть. Мне cache пакета из client-go не хватает. Это ключ ко всему.

какой принципиальный use case?

какой принципиальный use case?

https://blog.couchbase.com/kubernetes-operators-game-changer/

а там точно про юзкейс кэш пакет из го клиента?

а там точно про юзкейс кэш пакет из го клиента?

В заголовке только. Одно слово.

Повторять один и тот же паттерн, когда есть готовое, - сомнительное удовольствие.

k8s ├── node-app │   ├── node-app-deployment.yml │   └── node-app-service.yml └── redis ├── redis-master-deployment.yml └── redis-master-service.yml kubectl apply -f k8s/ => error: You must provide one or more resources by argument or filename. А что, никак вложенность(2 уровня) такую из коробки не завести не перечисляя каждую директорию отдельно?

k8s ├── node-app │   ├── node-app-deployment.yml │   └── node-app-service.yml └── redis ├── redis-master-deployment.yml └── redis-master-service.yml kubectl apply -f k8s/ => error: You must provide one or more resources by argument or filename. А что, никак вложенность(2 уровня) такую из коробки не завести не перечисляя каждую директорию отдельно?

Иногда важна очередность применения манифестов

Если очень хочется - можно запилить небольшой скрипт

Либо заюзать Helm

Иногда важна очередность применения манифестов

угу

Пока что на 1 уровень положил всё, с Helm'ом ещё не разбирался, чуть позже поковыряю его.

k8s ├── node-app │   ├── node-app-deployment.yml │   └── node-app-service.yml └── redis ├── redis-master-deployment.yml └── redis-master-service.yml kubectl apply -f k8s/ => error: You must provide one or more resources by argument or filename. А что, никак вложенность(2 уровня) такую из коробки не завести не перечисляя каждую директорию отдельно?

Пиши в одном файле

Пиши в одном файле

Не, я люблю чтобы всё лежало аккуратно.

Не, я люблю чтобы всё лежало аккуратно.

100500 файлов по 5 строчек это не верх аккуратности

Конфиги где всё в кучу свалено ИМХО медленее читаются.

Хотя, если визуально выделить kind'ы и взять за правило, что, например, сначала деплоймент, потом сервис, то в одном файле может и норм.

В кубе совсем новичок, объясните пожалуйста, почему даже у гугла в примерах для деплоймента apiVersion: apps/v1 а для сервиса просто apiVersion: v1? Приставка apps на что-то влияет?

В кубе совсем новичок, объясните пожалуйста, почему даже у гугла в примерах для деплоймента apiVersion: apps/v1 а для сервиса просто apiVersion: v1? Приставка apps на что-то влияет?

Service и Deployment разные обьекты же

В кубе совсем новичок, объясните пожалуйста, почему даже у гугла в примерах для деплоймента apiVersion: apps/v1 а для сервиса просто apiVersion: v1? Приставка apps на что-то влияет?

Вот тут ответы на все ваши вопросы: https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.13/

Конфиги где всё в кучу свалено ИМХО медленее читаются.

што простите?) Не совсем понял

што простите?) Не совсем понял

Выше Алексей предложил описывать все объекты в одном yml файле.

У меня сейчас 1 файл на 1 объект

я что-то начал понимать после того, как поднял раз 7 baremetal HA-кластеры в разных конфигурациях начиная с поставок "установка в 1 клик" (типа kontena) до разворачивания через kubeadm. 7 раз – потому что 6 из них получалась фигня, которую было слишком легко сломать 😄 Не уверен, что самый быстрый и правильный способ, но как один из вариантов )

инсталяций ha кластера одна страница всего, что там понимать? https://kubernetes.io/docs/setup/independent/high-availability/

Выше Алексей предложил описывать все объекты в одном yml файле.

Это я понял) Я просто конфиги медленно читаются))

Честно говорю, это бред.

Это я понял) Я просто конфиги медленно читаются))

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

Честно говорю, это бред.

Какие аргументы?

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

Ну это согласен, что в плане читаемости для человека удобней, но не для kubectl

Ну это согласен, что в плане читаемости для человека удобней, но не для kubectl

kubectl'у вообще же пофиг по сути

kubectl'у вообще же пофиг по сути

А я что написал?😡

А я что написал?😡

Наше разногласие возникло на почве недопонимания слова "медленно" в контексте моего предложения. Я конечно же имел в виду, что человеку медленее искать глазами)

Наше разногласие возникло на почве недопонимания слова "медленно" в контексте моего предложения. Я конечно же имел в виду, что человеку медленее искать глазами)

Это называется неудобство чтения конфигурацанных файлов или типа такого.

инсталяций ha кластера одна страница всего, что там понимать? https://kubernetes.io/docs/setup/independent/high-availability/

Как потом поверх всего этого прикрутить СУБД, PVC, ingress и всё такое )

Как потом поверх всего этого прикрутить СУБД, PVC, ingress и всё такое )

Это с инсталяцией слабо связано

Это с инсталяцией слабо связано

Ну да, согласен, только при чем тут просто инсталляция? :-)

я что-то начал понимать после того, как поднял раз 7 baremetal HA-кластеры в разных конфигурациях начиная с поставок "установка в 1 клик" (типа kontena) до разворачивания через kubeadm. 7 раз – потому что 6 из них получалась фигня, которую было слишком легко сломать 😄 Не уверен, что самый быстрый и правильный способ, но как один из вариантов )

Вот и я думаю, как инсталяция может помочь понять абстракции куба?

Вот и я думаю, как инсталяция может помочь понять абстракции куба?

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

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

не увидел этого в вопросе. ну да ладно. всеравно не понимаю что сложного в инсталяции, когда есть дока и она короткая

Да это уже пофиг. Читал его когда актуальной была версия 1.8, после этого уже доку не открывал. Ценность его мануала, имхо, как раз в расжевывании базы. До этого было так: - ок, гугл, как установить куб? - кубадм. - оке, хуяк, хуйк, кровь, кишки... не поднялось, а если поднялось, то упало. Куда смотреть?

В kubeadm init stages и разобраться что именно на каждой из них происходит

не увидел этого в вопросе. ну да ладно. всеравно не понимаю что сложного в инсталяции, когда есть дока и она короткая

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

Кто нибудь сталкивался с проблемой когда после замены ноды в кластере metrics-server не получает с нее метрики? Во всем остальном новая нода работает как нужно

Например kubectl top nodes вместо метрик у новой ноды выдает <unknown>

Например kubectl top nodes вместо метрик у новой ноды выдает <unknown>

Логи смотреть наверное нужно

Смотрел, там куча всего, но ошибок по ноде которая для него unknown я не вижу 😐

всем привет! вопрос к владельцам AKS кластера на Azure: кто как SSL offload делает?

из вариантов есть ажуровский application-gateway-kubernetes-ingress, но по мере чтения документации и тикетов на гитхабе у меня возникают большие сомнения о его надежности.

Кто нибудь сталкивался с проблемой когда после замены ноды в кластере metrics-server не получает с нее метрики? Во всем остальном новая нода работает как нужно

Вебхук авторизация должна быть включена в аргументах кубелета. Плюс с сертификатами могут быть заморочки.

Мини драма: патрони переходит в Рид онли при потере кворума, а столон нет. https://github.com/zalando/patroni/issues/977#issuecomment-469170628

в чем драма? наоборот это правильное поведение

иначе заебешься потом данные собирать

Мини драма: патрони переходит в Рид онли при потере кворума, а столон нет. https://github.com/zalando/patroni/issues/977#issuecomment-469170628

https://66.media.tumblr.com/9997477e58f6329fed412df516455714/tumblr_inline_pk71925fyt1skb2to_540.jpg

Вебхук авторизация должна быть включена в аргументах кубелета. Плюс с сертификатами могут быть заморочки.

Включена. Как и на нормальных нодах. Курл в node:10250 с сертификатами отрабатывает успешно

в чем драма? наоборот это правильное поведение

Драма случается всегда, когда сталкиваются ожидания и реальность :)

Драма случается всегда, когда сталкиваются ожидания и реальность :)

согласен

Мини драма: патрони переходит в Рид онли при потере кворума, а столон нет. https://github.com/zalando/patroni/issues/977#issuecomment-469170628

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

а что лучще ? патрони, столон или заландо ?

Всем привет! Кто нибудь юзал https://github.com/nmaupu/freenas-provisioner ?

Мини драма: патрони переходит в Рид онли при потере кворума, а столон нет. https://github.com/zalando/patroni/issues/977#issuecomment-469170628

У меня stolon не работает с одним кипером из трех

У меня stolon не работает с одним кипером из трех

не принимает запись при синхронной репликации?

У меня stolon не работает с одним кипером из трех

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

хороший вопрос, сейчас затестю :)

а что лучще ? патрони, столон или заландо ?

1 и 3 это одно и тоже. У них еще оператор есть, даже рабочий.

Ребзя, хелпните плиз, в дашборде кубера не вижу Allocated resources

Ребзя, хелпните плиз, в дашборде кубера не вижу Allocated resources

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

А реквесты/лимиты у подов прописаны вообще?

нет

поды создаются через airflow, через куберподоператор, а там нет параметра limits

Ребзя, хелпните плиз, в дашборде кубера не вижу Allocated resources

kubectl describe node

Дашборд бесполезный

ну это трындец какой-то кто настраивал с манифестов nginx ingress(nginxinc) с cert-manager? пожалуйста, проясните, почему ему не нравится secret-key, который добавляется ему от cert-manager? вот есть с их оф. доки конфигурация: https://pastebin.com/Cm80fuy2 с такой конфигурацией нжинкс запускается корректно и мое тестовое приложение: https://pastebin.com/neWBe7Tx доступно по http(само собой tls до этого момента в конфиге ингресса был убран, как и аннотация cert-manager) однако, когда я внедряю cert-manager: kubectl create namespace cert-manager kubectl label namespace cert-manager certmanager.k8s.io/disable-validation=true kubectl apply -f https://raw.githubusercontent.com/jetstack/cert-manager/release-0.6/deploy/manifests/00-crds.yaml --validate=false kubectl apply -f https://raw.githubusercontent.com/jetstack/cert-manager/release-0.6/deploy/manifests/cert-manager.yaml --validate=false он тоже нормально запускается я создал такой clusterissuer: https://pastebin.com/3HEFvLfA и в момент когда я запускаю ingress приложения, работающий ранее нжинкс не хочет перезапускать конфигурацию с ошибкой: EM_read_bio_X509_AUX(\"/etc/nginx/secrets/default-domain-io\") failed (SSL: error:0906D06C:PEM routines:PEM_read_bio:no start line:Expecting: TRUSTED CERTIFICATE)\n"

Ребзя, хелпните плиз, в дашборде кубера не вижу Allocated resources

kubectl describe node

kubectl describe node

Warning SystemOOM 39m (x4 over 48m) kubelet, k8s-worker-1 System OOM encountered

а потом она уваливается

а потом она уваливается

Выше ответили, куб смотрит только на requests при шедуленге

Вебхук авторизация должна быть включена в аргументах кубелета. Плюс с сертификатами могут быть заморочки.

все таки проблема с сертами. Спасибо!