сегодня тоже

"ничего не менялось, но всё сломалось"

так не бывает

а не нужно ли обновить хелм ?

Error: error when upgrading: current Tiller version is newer, use --force-upgrade to downgrade

я вот про это

А сейчас мы вкомпилили и helm и tiller себе...

А как брать фиксы из хелма тогда? Или прям вот хардфорк?

А как брать фиксы из хелма тогда? Или прям вот хардфорк?

Все гладко получилось. Грубо говоря, мы затянули хельм просто модулем себе и все.

Orphaned pod found!

Все гладко получилось. Грубо говоря, мы затянули хельм просто модулем себе и все.

спасибо за ваши доклады!

https://techcrunch.com/2019/05/15/vmware-acquires-bitnami-to-deliver-packaged-applications-anywhere/

ууууууууууууууууууууууууууууу

Интересно, что выживет - sealed-secrets или cabin?

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

поды запущены порты на них открыты, сервис кластер ip для них создал

травлю на него ингрес он не работает

или мне нужно лоадбалансер сервис?

не с балансером тоже не то чет

kubectl get svc чо выдает?

kubectl get svc чо выдает?

backend LoadBalancer 10.233.50.37 <pending> 9000:30359/TCP 19m

айпи от балансера не получил, в pending висит

20 минут, как его поинать?

нужен https://github.com/kubernetes/ingress-nginx

хм, я так понял что там по умолчанию стоит он

и где хостится это все? GCE, AWS или свое железо?

свое

ну тогда

копать в сторону https://metallb.universe.tf/usage/

эта штука выдаст ip который щас в pending висит

но это все через ingress-nginx надо делать, а не так

ingress != ingress-nginx?

ага

🙅‍♂️

кстати, кто знает почему может вот эта штука не работать? https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/exposing-tcp-udp-services.md

добавил в deployment путь до --tcp-services-configmap

конфигмапу настроил

и не работает)

ага

спс за инфу

а кто-нибудь настраивал бекапы для stolon в s3 / glacier?

чтобы рекомендуемым способом через archive_command и всё такое

https://enterprisersproject.com/article/2019/5/kubernetes-security-5-mistakes

https://techcrunch.com/2019/05/15/vmware-acquires-bitnami-to-deliver-packaged-applications-anywhere/

Жатва началась

чтобы рекомендуемым способом через archive_command и всё такое

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

https://enterprisersproject.com/article/2019/5/kubernetes-security-5-mistakes

да вроде об этом везде уже писали

типа официальная документация про это всё (почти всё) и так упоминает: https://kubernetes.io/docs/tasks/administer-cluster/securing-a-cluster/

ну и не стоит забывать про https://github.com/freach/kubernetes-security-best-practice

ну и конечно же https://github.com/aquasecurity/kube-bench

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

бонусный вопрос – а есть какие-нибудь best-practices? Потому что дефолтный докерфайл напрягает тем, что надо билдить stolon на хосте

поймал косяк на calico (ipip=false), который пашет поверх vlan интерфейса mtu=1400. вернее косяк с тем что как будто бы pmtu не работает при общении между подами на разных хостах. поды отправляют пакеты большого размера и игнорят icmp need to fragment. при этом icmp echo на ip адрес пода фрагментируется как ожидается. ip ro get показывает правильно кэшированный mtu (1400). mss 1360 в syn и я понять не могу почему фрагментация не происходит

поймал косяк на calico (ipip=false), который пашет поверх vlan интерфейса mtu=1400. вернее косяк с тем что как будто бы pmtu не работает при общении между подами на разных хостах. поды отправляют пакеты большого размера и игнорят icmp need to fragment. при этом icmp echo на ip адрес пода фрагментируется как ожидается. ip ro get показывает правильно кэшированный mtu (1400). mss 1360 в syn и я понять не могу почему фрагментация не происходит

а в контейнерах на интерфейсах какой mtu?

https://docs.projectcalico.org/v3.5/usage/configuration/mtu

оно?

господа, подскажите, что хельму не нравится? https://pastebin.com/Nd1niUX8 <.Chart.Name>: can't evaluate field Chart in type interface {} ошибок не вижу(

когда запускаю helm template .

Внутри range "." у тебя ссылается на текущий объект в цикле, чтобы достучаться до .Chart и .Values используй $.Chart $.Values Алсо https://github.com/helm/helm/issues/3684

поймал косяк на calico (ipip=false), который пашет поверх vlan интерфейса mtu=1400. вернее косяк с тем что как будто бы pmtu не работает при общении между подами на разных хостах. поды отправляют пакеты большого размера и игнорят icmp need to fragment. при этом icmp echo на ip адрес пода фрагментируется как ожидается. ip ro get показывает правильно кэшированный mtu (1400). mss 1360 в syn и я понять не могу почему фрагментация не происходит

калике надо принудительно сказать какой path mtu юзать

Внутри range "." у тебя ссылается на текущий объект в цикле, чтобы достучаться до .Chart и .Values используй $.Chart $.Values Алсо https://github.com/helm/helm/issues/3684

капец, спасибо большое, помогло

Кстати, а вот есть вопрос. Мы во время билда микросервиса генерируем чарт для Helm и как я понимаю версию чарта надо ручками править?

Я её, например, вообще не правлю - image.tag подставляю просто, а по умолчанию стоит latest

Error: error when upgrading: current Tiller version is newer, use --force-upgrade to downgrade

У тебя хелм на клиенте старее чем тиллер в кластере, они не дружат.

оно?

1400 и в calico и на интерфейсе, поверх которого маршрутизация

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

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

везде 1400

если дампить трафик, то видно 13:05:07.588806 IP 10.233.73.16.80 > 10.233.124.0.44822: Flags [P.], seq 1:6341, ack 77, win 843, options [nop,nop,TS val 1358038956 ecr 2860362878], length 6340: HTTP: HTTP/1.1 200 OK 13:05:07.588844 IP 172.58.54.42 > 172.58.54.42: ICMP 172.58.54.41 unreachable - need to frag (mtu 1400), length 556 видно что ответ уходит размером 6кб и потом игнорится icmp need to frag

werf!

Где он живёт? Гугл сплошь каких-то голландцев находит

Где он живёт? Гугл сплошь каких-то голландцев находит

werf.io

если дампить трафик, то видно 13:05:07.588806 IP 10.233.73.16.80 > 10.233.124.0.44822: Flags [P.], seq 1:6341, ack 77, win 843, options [nop,nop,TS val 1358038956 ecr 2860362878], length 6340: HTTP: HTTP/1.1 200 OK 13:05:07.588844 IP 172.58.54.42 > 172.58.54.42: ICMP 172.58.54.41 unreachable - need to frag (mtu 1400), length 556 видно что ответ уходит размером 6кб и потом игнорится icmp need to frag

короче pmtu не работает, не могу понять причину

Где он живёт? Гугл сплошь каких-то голландцев находит

https://t.me/werf_ru

👍

всем привет как узнать какая версия helm в кластере?

или где посмотреть

helm version

покажет клиент и сервер

если сервер не видно, проверь контекст kubectl

сервер не видно

спасибо гляну

сервер не видно

Должно быть как-то так

Client: &version.Version{SemVer:"v2.14.0", GitCommit:"05811b84a3f93603dd6c2fcfe57944dfa7ab7fd0", GitTreeState:"clean"} Server: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"}

Сервер может быть старше клиента, но не наоборот

скажите, а в хельме можно реализовать что-то подобного плана? apiVersion: v1 kind: PersistentVolumeClaim metadata: annotations: volume.beta.kubernetes.io/storage-class: gp2 name: {{ .Chart.Name }}-pvc namespace: {{ .Values.namespace }} spec: accessModes: - ReadWriteOnce resources: requests: {{- if eq .Values.namespace "production-*" }} storage: 200Gi {{- else }} storage: 20Gi {{- end }} строка интересует: {{- if eq .Values.namespace "production-*" }} а именно возможность регулярки, а то всё равно даже если выставлен прод неймспейс, то по 20 гигов рисует или ткните пожалуйста на ресурс с регулярками под хельм