Я пытаюсь понять надо ли мне calico, если я и так могу анонсить своими средствами сеть в роутер и использовать эту сеть в подах. Получается что его преимущество в автоматических правилах фаервола только. Прочитал на сайте проекта why calico, но так и не смог пока сложить какого-то определённого мнения. Может кто-нибудь высказаться в его пользу?

calico vs что? сложно просто сказать почему юзать calico, если сравнить с flannel (например) - то потому что calico дает network policies, нужны ли они - тут уже другой вопрос.

Calico vs ничего. Анонсить сеть средствами bgp на роутер самим, эту сеть прописывать в bip и все.

норм план. ничего всмысле бриджы?

Все счастливы.

calico vs что? сложно просто сказать почему юзать calico, если сравнить с flannel (например) - то потому что calico дает network policies, нужны ли они - тут уже другой вопрос.

вот тут есть классное сравнение: https://chrislovecnm.com/kubernetes/cni/choosing-a-cni-provider мне calico/flannel/canal не подошли в первую очередь из-за того что все выделяют определенный диапазон ip на ноду (по умолчанию /24 подсеть), конечно размер выделяемого диапазона можно изменить, но тут никогда не знаешь наверняка. Кроме того хотелось обойтись без оверлея вообще, ибо оверхед и хотелось нативной производительности. В итоге сделал выбор в пользу romana где все эти недостатки уже решены

калико L3, а у нас L2, для L2 роутинг излишен

вот тут есть классное сравнение: https://chrislovecnm.com/kubernetes/cni/choosing-a-cni-provider мне calico/flannel/canal не подошли в первую очередь из-за того что все выделяют определенный диапазон ip на ноду (по умолчанию /24 подсеть), конечно размер выделяемого диапазона можно изменить, но тут никогда не знаешь наверняка. Кроме того хотелось обойтись без оверлея вообще, ибо оверхед и хотелось нативной производительности. В итоге сделал выбор в пользу romana где все эти недостатки уже решены

Ну в случае когда у вас есть большой кластер и вы не хотите тратиться на L3-роутеры, например

ну так себе затея сама по себе)

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

Ребята, есть деплоймент с двумя репликами, в подаж крутится веб-гуйня, кластер на bare metal. как через ingress сделать балансировку?

народ нубский вопрос - если мне нужно key=value хранилище для сервиса который ранится в кубе ( настройки , линки , и прочая шняга ) я могу реюзать etcd которы сам куб и юзает ?

Спасибо!А есть какие то доводы ? или просто "best practise" , есть ли вообще смысл держать итсд вне кластера на случай "filled to capacity and crashing"

ситуэйшн... а ктото вообще выносил etcd вне самого куба?

народ нубский вопрос - если мне нужно key=value хранилище для сервиса который ранится в кубе ( настройки , линки , и прочая шняга ) я могу реюзать etcd которы сам куб и юзает ?

Ну в случае когда у вас есть большой кластер и вы не хотите тратиться на L3-роутеры, например

Calico прекрасно работает в L2 сетях, без инкапсуляции тоже умеет

https://github.com/kubernetes/kubernetes/issues/24957 - серьезно, kubectl exec -ti pod-name kill -HUP 1? нет других путей послать приложению какой-либо сигнал? Что вы делаете когда у вас configmap изменился?

https://github.com/kubernetes/kubernetes/issues/24957 - серьезно, kubectl exec -ti pod-name kill -HUP 1? нет других путей послать приложению какой-либо сигнал? Что вы делаете когда у вас configmap изменился?

а диапазоны умеет динамчески выделять?

В одном контейнере можно несколько процессов пускать если есть нормальный init , можно приложение научить смотреть изменившиеся файлы, можно liveness check фэйлить, чтобы контейнер перезапустился, можно приложение научить перезагружать конфиг по http запросу и слать этот запрос из другого контейнера. Много есть путей. В новом кубе вроде есть shared pid namespaces, когда все контейнеры в одном поде видят процессы друг друга, но мне кажется это сломает больше, чем решит

я вот что находил: https://github.com/kubernetes/helm/blob/master/docs/charts_tips_and_tricks.md#automatically-roll-deployments-when-configmaps-or-secrets-change И ещё https://github.com/fabric8io/configmapcontroller/

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

а есть какие-нибудь принципиальные отличия между fluentd и filebeat?

fluentd тормозное руби поделие

а есть какие-нибудь принципиальные отличия между fluentd и filebeat?

а fluent-bit ?

В одном контейнере можно несколько процессов пускать если есть нормальный init , можно приложение научить смотреть изменившиеся файлы, можно liveness check фэйлить, чтобы контейнер перезапустился, можно приложение научить перезагружать конфиг по http запросу и слать этот запрос из другого контейнера. Много есть путей. В новом кубе вроде есть shared pid namespaces, когда все контейнеры в одном поде видят процессы друг друга, но мне кажется это сломает больше, чем решит

Для деблоя куба в Амазон какой CNI предпочтительнее ?

Long story short. Развернул кластер на AWS Хочу юзать дашбоард на своем кастом домене типа example.com, сейчас накинул DNS (A record) на айпишник мастер машины, но встал вопрос о HTTPS, что пробовал описано здесь - https://github.com/kubernetes/dashboard/issues/2955

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

спасибо! а какие еще могут быть в моем случаи вариаенты кроем raw?

Kubernetes dashboard по прежнему работает на дефолтных https сертификатах

Без понятия. Я не пользуюсь и не советую пользоваться ceph или gluster

а что рекомендуете?

Стораджи от провайдера. Если уж очень охота "свое", то OpenEBS