а подскажите мне с OpenEBS позязя

деплою из родного чарта, хочу чтобы /dev/sdc с нод цеплялись NDM-ом.
В конфигмапе все вроде красиво:

filterconfigs:
      - key: os-disk-exclude-filter
        name: os disk exclude filter
        state: true
        exclude: "/,/etc/hosts,/boot"
      - key: vendor-filter
        name: vendor filter
        state: true
        include: ""
        exclude: "CLOUDBYT,OpenEBS"
      - key: path-filter
        name: path filter
        state: true
        include: "[/dev/sdc]"
        exclude: "loop,fd0,sr0,/dev/ram,/dev/dm-,/dev/md,/dev/rbd,/dev/zd"

А в логе NDM какая-то фигня:

6 filter.go:89] /dev/sdc ignored by path filter

и BD соответственно не создаются.
я чего-то не понял в его логике?

filterconfigs:
      - key: os-disk-exclude-filter
        name: os disk exclude filter
        state: true
        exclude: "/,/etc/hosts,/boot"
      - key: vendor-filter
        name: vendor filter
        state: true
        include: ""
        exclude: "CLOUDBYT,OpenEBS"
      - key: path-filter
        name: path filter
        state: true
        include: "[/dev/sdc]"
        exclude: "loop,fd0,sr0,/dev/ram,/dev/dm-,/dev/md,/dev/rbd,/dev/zd"

6 filter.go:89] /dev/sdc ignored by path filter

ага, криво задал includeFilter, там надо не

include:
       - /dev/sdc

а просто строкой

include: /dev/sdc

Хочу задеплоить Loki в кластер для хранения логов, т.е. это stateful приложение и мне нужно, чтобы логи никуда не исчезали при перезапусках приложения.
Будет ли разница, деплоить его как Deployment+PVC, или StatefulSet+PVC?

Не работал со стейтфул сетами - насколько я понял по докам, в нем можно указать volumeClaimTemplates и тогда для каждого запущенного пода будет создаваться свой PVC.
Но в моем случае я не вижу в этом преимущества перед тем, чтобы PVC создать 1 раз руками (и тогда разницы с Deployment'ом вроде как не должно быть) - если я захочу несколько хранилищ логов делать, мне это нужно будет делать в разных AZ по-хорошему, т.е. просто сделать побольше реплик не прокатит - надо ещё и nodeAffinity будет указывать. Так что это автоматическое создание PVC мне на первый взгляд как козе баян.

Хельм чарт отрендерил дефолтный, и он мне стейтфул сет сгенерил, и чет у меня сомнения по этому поводу

Тебе ок стейтфул сет с количеством подов =1

Депломент тебе не подойдёт

Почему не подойдет деплоймент? Допустим, я проставлю деплойменту nodeAffinity, создам PVC руками и всегда будет 1 реплика. В чем будет разница?

Потому что куб не гарантирует at most 1 deployment

А стейтфул сет гарантирует

Не подумал об этом, спасибо

А Recreate стратегия при одной реплике — это не эта гарантия?

сложна! и не уверен, что это правильно

основная разница statefulset и deployment - это неизменные эндпоинты для обращения

типа pod-0, pod-1, pod-2

Соответственно ты можешь основываясь на них делать ту же кластеризацию подов

А когда у тебя pod-65ac540ba пересоздался на pod-3764ab76c - это тот же под или другой?

И какие там данные

Тот же - имеется в виду участник кластера и его данные на pv например

Привет, есть у кого  пример хельм чарта с вызовом редактирования через cdr настроек для istio
то есть сервис деплится ему создаётся через cdr сразу обвязка в istio

стейтфул сет еще гарантирует порядок