Адекватный - это используя нативные возможности Kubernetes, как я понимаю.

всем привет. Есть ли адекватный способ копирования PV ?

Кто-нибудь пробовал использовать флаг --experimental-kernel-memcg-notification у кублета?

Кто-нибудь пробовал использовать флаг --experimental-kernel-memcg-notification у кублета?

А чем оно лучше стандартного поллинга?

Честно говоря, проходя через разные issue, это уже четвёртый комментарий подобного вида: https://github.com/kubernetes/kubernetes/issues/61667#issuecomment-376009787

Хорошо, а я правильно понимаю, что --enforce-node-allocatable=pods - это, по сути, создание топ-левел cgroup с лимитам равными ресурсам ноды минус "зарезервированное через разные другие опции", в которой будут находиться все поды?

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

dd

?

подскажите плиз, как правильно сделать вольюм для acme le траефика в кубере? вот такое чет не хочет работать volumeMounts: - mountPath: /acme/acme.json name: le-certs volumes: - name: le-certs hostPath: type: FileOrCreate path: /acme/acme.json сразу выбивает ошибку error converting YAML to JSON: yaml: line 31: did not find expected '-' indicator если уберу этот весь блок то траефик нормально запускается.. что у меня тут не правильно не мойму

не нравится символ тире "-" в имени "le-certs"

подскажите плиз, как правильно сделать вольюм для acme le траефика в кубере? вот такое чет не хочет работать volumeMounts: - mountPath: /acme/acme.json name: le-certs volumes: - name: le-certs hostPath: type: FileOrCreate path: /acme/acme.json сразу выбивает ошибку error converting YAML to JSON: yaml: line 31: did not find expected '-' indicator если уберу этот весь блок то траефик нормально запускается.. что у меня тут не правильно не мойму

если конечно это 31 страка в файле

Взять в кавычки ?

можно, но может не прокатить

тежело сказать не видя весь деплоймент

пробелы в 26 строке

добавить

error validating "tr.yml": error validating data: ValidationError(Deployment.spec.template.spec.containers[0]): unknown field "volumes" in io.k8s.api.core.v1.Container видать на одном уровне с container должно быть всё таки

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

https://news.ycombinator.com/item?id=18034535 кажется что linkerd2 современее istio+envoy 🤔🤔🤔

https://redditblog.com/2018/12/18/envoy-proxy-at-reddit/

https://news.ycombinator.com/item?id=18034535 кажется что linkerd2 современее istio+envoy 🤔🤔🤔

Никому не нужная сотня операционок, оркестраторов, лог коллекторов, дашбордов. Точно так же не нужны сотни мешей. В каждой категории нужно что-то одно (ну два) на котором комьюнити и корпорации фокусируются. В этом сила Kubernetes - все значимые игроки разом согласились вложиться в него и развивать. Точно такая же история была с Linux ядрром. Даже если linkerd2 чертовски хорош, считаю это ошибка строить что-то не на основе envoy

Никому не нужная сотня операционок, оркестраторов, лог коллекторов, дашбордов. Точно так же не нужны сотни мешей. В каждой категории нужно что-то одно (ну два) на котором комьюнити и корпорации фокусируются. В этом сила Kubernetes - все значимые игроки разом согласились вложиться в него и развивать. Точно такая же история была с Linux ядрром. Даже если linkerd2 чертовски хорош, считаю это ошибка строить что-то не на основе envoy

конкуренция - это хорошо) все равно большинство будет юзать распространенные вещи)

Никому не нужная сотня операционок, оркестраторов, лог коллекторов, дашбордов. Точно так же не нужны сотни мешей. В каждой категории нужно что-то одно (ну два) на котором комьюнити и корпорации фокусируются. В этом сила Kubernetes - все значимые игроки разом согласились вложиться в него и развивать. Точно такая же история была с Linux ядрром. Даже если linkerd2 чертовски хорош, считаю это ошибка строить что-то не на основе envoy

Никому не нужная сотня операционок, оркестраторов, лог коллекторов, дашбордов. Точно так же не нужны сотни мешей. В каждой категории нужно что-то одно (ну два) на котором комьюнити и корпорации фокусируются. В этом сила Kubernetes - все значимые игроки разом согласились вложиться в него и развивать. Точно такая же история была с Linux ядрром. Даже если linkerd2 чертовски хорош, считаю это ошибка строить что-то не на основе envoy

все это что? там роутинг рулы и балансировка межсервисная есть по сабсетам?

сегодня буду еще раз пробовать, все таки трейсинг это важно

ты трейсинги и без истио можешь собрать

о да? а как? я хочу чтобы было как в jaeger также удобно и из коробки желательно

инструментируй все свои сервисы )

звучит долго и сложно(

https://redditblog.com/2018/12/18/envoy-proxy-at-reddit/

Прочитал. Они пишут про Envoy, но назввают downstream, то что в envoy зовётся upstream , путался пока читал. Статья без деталей, просто "мы тоже впиливаем envoy [идите работать к нам]".

Зато шутки про potato-based сервера на реддите закончились

зато у linkerd2 прокси на rust написано в отличии от envoy который на дедовских плюсах, еще неизвестно будут ли там утечки или сегфолты, которые открывают новые уязвимости

Никогда не слышал :)

зато у linkerd2 прокси на rust написано в отличии от envoy который на дедовских плюсах, еще неизвестно будут ли там утечки или сегфолты, которые открывают новые уязвимости

Был доклад от авторов энвой, они про С++ сказали в тонах "писали на том, что было тогда , сегодня выбор мог быть другим (а мог и не быть)".

зато у linkerd2 прокси на rust написано в отличии от envoy который на дедовских плюсах, еще неизвестно будут ли там утечки или сегфолты, которые открывают новые уязвимости

уязвимости это же не про язык, а про прослойку, которая пишет код :)