Спасибо, попробую

подскажите как в файле values.yml правильно написать эту запись? affinity: podAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: team operator: In values: - "4" topologyKey: kubernetes.io/hostname

вот сам файл https://github.com/helm/charts/blob/master/stable/nfs-server-provisioner/values.yaml

подскажите как в файле values.yml правильно написать эту запись? affinity: podAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - key: team operator: In values: - "4" topologyKey: kubernetes.io/hostname

https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.13/ незачто)

Привет. Не создаются войлумы. Клаудпровайдер vsphere в логах кублета такая дичь: Mar 5 10:01:35 kw03md kubelet[84254]: E0305 10:01:35.834257 84254 plugin_watcher.go:115] error dial failed at socket /var/lib/kubelet/plugins/kubernetes.io/vsphere-volume/mounts/[esx02_hdd] kubevols/kubernetes-dynamic-pvc-98761ea0-0e6b-11e9-bfc0-0050569bed37.vmdk/elk-data/nodes/0/indices/NZjszkt9Sn--AjzX-PEbhg/4/index/_577p.fdx, err: failed to dial socket /var/lib/kubelet/plugins/kubernetes.io/vsphere-volume/mounts/[esx02_hdd] kubevols/kubernetes-dynamic-pvc-98761ea0-0e6b-11e9-bfc0-0050569bed37.vmdk/elk-data/nodes/0/indices/NZjszkt9Sn--AjzX-PEbhg/4/index/_577p.fdx, err: context deadline exceeded when handling create event: "/var/lib/kubelet/plugins/kubernetes.io/vsphere-volume/mounts/[esx02_hdd] kubevols/kubernetes-dynamic-pvc-98761ea0-0e6b-11e9-bfc0-0050569bed37.vmdk/elk-data/nodes/0/indices/NZjszkt9Sn--AjzX-PEbhg/4/index/_577p.fdx": CREATE

хелп, кто сталкивался.

Всем привет. Собираюсь переносить своё приложение в k8s, стоит ли описывать конфиг с помощью helm или достаточно yaml файлов kubernetes?

Всем привет. Собираюсь переносить своё приложение в k8s, стоит ли описывать конфиг с помощью helm или достаточно yaml файлов kubernetes?

если ничего менять потом не планируешь, то манифестов куба хватит имхо

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

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

https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.13/ незачто)

я хотел пример, я не разберусь ни как

я хотел пример, я не разберусь ни как

сейчас дам более точный линк, сек

сейчас дам более точный линк, сек

я не найду как в values.yaml это написать

если ничего менять потом не планируешь, то манифестов куба хватит имхо

Понял, спасибо. Попробую с помощью манифестов

я не найду как в values.yaml это написать

так же, как и в обычном куб манифесте же

у тебя эта штука идет сюда https://github.com/helm/charts/blob/19a77c3346f8b409ec88ac9c212128b30dab7e1c/stable/nfs-server-provisioner/templates/statefulset.yaml#L77

Всем привет. Собираюсь переносить своё приложение в k8s, стоит ли описывать конфиг с помощью helm или достаточно yaml файлов kubernetes?

есть ещё пару альтернатив вроде ksonnet или kustomize

https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.13/#affinity-v1-core

вот тут потыкай

у меня просто стоит rancher и я при редактировании answer.yaml когда пишу affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: "thisnode" operator: In values: ["TheChosenOne"] то он парсит и после создания пишет ошибку)

https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#an-example-of-a-pod-that-uses-pod-affinity офф дока

а как же команда fix-cluster в ранчере?

она должна же всё сама сделать

https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#an-example-of-a-pod-that-uses-pod-affinity офф дока

вставлял отсюда тоже самое(

а как же команда fix-cluster в ранчере?

не слышал

есть ещё пару альтернатив вроде ksonnet или kustomize

Просто непонятно, стоит ли заниматься этим сразу вместо манифестов или можно перейти на helm-подобное потом.

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

есть ещё пару альтернатив вроде ksonnet или kustomize

рокетсаенс для меня )))

слишком непонятно )

ksonnet так точно

рокетсаенс для меня )))

kustomize простой. Как минимум на 20% сокращает yaml просто за счет того, что label сам проставляет

а как же команда fix-cluster в ранчере?

вот так же правильно? affinity: nodeAffinity: {requiredDuringSchedulingIgnoredDuringExecution: {nodeSelectorTerms: [{matchExpressions: [{key: app, operator: In, values: [storage]}]}]}} он сам так объект отпарсил

https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#an-example-of-a-pod-that-uses-pod-affinity офф дока

выдаёт ошибку Failed to install app nfs-provisioner-xmymf. Error: release nfs-provisioner-xmymf failed: StatefulSet in version "v1beta2" cannot be handled as a StatefulSet: v1beta2.StatefulSet.Spec: v1beta2.StatefulSetSpec.Template: v1.PodTemplateSpec.Spec: v1.PodSpec.Affinity: readObjectStart: expect { or n, but found ", error found in #10 byte of ...|ffinity":"[object Ob|..., bigger context ...|se":"nfs-provisioner-xmymf"}},"spec":{"affinity":"[object Object]","containers":[{"args":["-provisio|…

Просто непонятно, стоит ли заниматься этим сразу вместо манифестов или можно перейти на helm-подобное потом.

Мне в Helm нравится возможность темлейтинга шаблонов из единого файла конфигурации values.yaml. В других проектах такого не видел. Может плохо смотрел. Может кто опытом поделится

выдаёт ошибку Failed to install app nfs-provisioner-xmymf. Error: release nfs-provisioner-xmymf failed: StatefulSet in version "v1beta2" cannot be handled as a StatefulSet: v1beta2.StatefulSet.Spec: v1beta2.StatefulSetSpec.Template: v1.PodTemplateSpec.Spec: v1.PodSpec.Affinity: readObjectStart: expect { or n, but found ", error found in #10 byte of ...|ffinity":"[object Ob|..., bigger context ...|se":"nfs-provisioner-xmymf"}},"spec":{"affinity":"[object Object]","containers":[{"args":["-provisio|…

версия куба какая?

а как же команда fix-cluster в ранчере?

где она пишется, не могу нагуглить

версия куба какая?

v1.11

Мне в Helm нравится возможность темлейтинга шаблонов из единого файла конфигурации values.yaml. В других проектах такого не видел. Может плохо смотрел. Может кто опытом поделится

export $(egrep -v '^#' values | xargs) cat k8s.yml | envsubst | kubectl apply -f -

v1.11

перепиши apiVersion: apps/v1beta2 в стейтфул сете на apps/v1

возможно поможет

v1.11 уже v1 апишку поддерживает, если верить апи рефу

перепиши apiVersion: apps/v1beta2 в стейтфул сете на apps/v1

тогда придётся кланировать репу и свою запускать) тогда я могу и руками в репе уже написать спеку)

export $(egrep -v '^#' values | xargs) cat k8s.yml | envsubst | kubectl apply -f -

А как же типичные ветвления по типу if else и тому подобные реализации? У меня часто такие кейсы встречаются в сервисах. Или что то упускаю?

тогда придётся кланировать репу и свою запускать) тогда я могу и руками в репе уже написать спеку)

ну так пиши

А как же типичные ветвления по типу if else и тому подобные реализации? У меня часто такие кейсы встречаются в сервисах. Или что то упускаю?

нафиг они нужны?

ну так пиши

ее мейнтейнить надо потом )

мне бы ленно было

А как же типичные ветвления по типу if else и тому подобные реализации? У меня часто такие кейсы встречаются в сервисах. Или что то упускаю?

ну ветвление - это уже плохо. у kustomize есть для этого патчи.

у тебя настолько вариативный деплой?

ты можешь пул реквест им запилить кстати

Мой пример самый простой. У меня большую часть деплоев покрывает. из вариативности - база другая, другое количество реплик и может ещё пару разных env, тут не нужны if

и мейнтейнить не придется

у тебя настолько вариативный деплой?

Ага. Есть небольшая специфика у сервисов, и ногда env окружение может динамически менятся, в зависимости от значений в файле values.yaml, поэтому приходится стоит различные ветвления. Хэлм мне показался отличным для этого инструментов. Но я к слову не helm использую, а helm template chart_name | kubectl apply -f -

Ага. Есть небольшая специфика у сервисов, и ногда env окружение может динамически менятся, в зависимости от значений в файле values.yaml, поэтому приходится стоит различные ветвления. Хэлм мне показался отличным для этого инструментов. Но я к слову не helm использую, а helm template chart_name | kubectl apply -f -

что значит "env окружение меняется в зависимости от values.yaml"?

Ага. Есть небольшая специфика у сервисов, и ногда env окружение может динамически менятся, в зависимости от значений в файле values.yaml, поэтому приходится стоит различные ветвления. Хэлм мне показался отличным для этого инструментов. Но я к слову не helm использую, а helm template chart_name | kubectl apply -f -

проще писать node k8s.js | kubectl apply -f 🙈

появляются-не-появляются переменные?

@alexesDev ты кстати в гуглоклауд-то поехал?

@alexesDev ты кстати в гуглоклауд-то поехал?

не, я в яндекс и с куба уезжаю.

zbs

появляются-не-появляются переменные?

Да. Если есть значение к примеру service: import: false Тогда добавляется переменная дополнительная в спецификацию или несколько.

А как через kubectl посмотреть суммарно по нодам memory avail, memory assigned?

Да. Если есть значение к примеру service: import: false Тогда добавляется переменная дополнительная в спецификацию или несколько.

и приложение у тебя ожидает именно существование и не-существование?

то есть нельзя import: true сделать, например?

А как через kubectl посмотреть суммарно по нодам memory avail, memory assigned?

kubectl describe node

чтобы переменная была, но с другим значением

а по кластеру целиком?

чтобы переменная была, но с другим значением

в этом случае: service: import: []

я хз что это за строчки, но это всё ещё не выглядит для меня как ветвление

А как через kubectl посмотреть суммарно по нодам memory avail, memory assigned?

monitoring настроить, там это будет. kube-prometheus вроде этого

А у кого-то calico ругался так [PANIC][9887] table.go 786: Failed to program iptables, giving up after retries error=exit status 2 ipVersion=0x4 table="filter ?

Там много разлчиных значений, в зависимости от которых будет темлейтится env: окружени. Ну х.з если service.import: [] , то тогда не вставляем этот env в спецификацию

Там много разлчиных значений, в зависимости от которых будет темлейтится env: окружени. Ну х.з если service.import: [] , то тогда не вставляем этот env в спецификацию

думаю он про то, что ничего не случится если будет написано MY_VAR= а в другом кейсе MY_VAR=my-data и тут нет if в шаблне просто env: name: MY_VAR value: $MY_VAR

в go, где все типизировано все равно проверки вроде if os.Getenv("MY_VAR") != "" { } там пофиг в общем. А во всяких node и подавно

в go, где все типизировано все равно проверки вроде if os.Getenv("MY_VAR") != "" { } там пофиг в общем. А во всяких node и подавно

Я пробовал на python что то подобное писать, но понял что берд полный получился https://github.com/xarg/kuku 😂😂😂

Но я понял что там еще похлеще портянки получаются чем helm-чарты

Я пробовал на python что то подобное писать, но понял что берд полный получился https://github.com/xarg/kuku 😂😂😂

почему просто неписать print json.dumps({ "kind": "Deployment", }); ? =)

почему просто неписать print json.dumps({ "kind": "Deployment", }); ? =)

вот так работает jsonnet если прощенно, чуть менше кнопок нажимать только. ksonnet это jsonnet плюс куча хелперов.

почему просто неписать print json.dumps({ "kind": "Deployment", }); ? =)

Да мне честно не очень хочется в js лезти для этого дела. Да и девелоперы уже к этим хелм чартам привыкли уже.

Да мне честно не очень хочется в js лезти для этого дела. Да и девелоперы уже к этим хелм чартам привыкли уже.

это python...

это python...

Мне показалось что синтаксиси jsonnet)