Подскажите, как в солте разруливаются вложенные зависимости, типа
1. по глоб-матчу minion id проставляет какой-то пиллар типа key: value
2. Через стейт grains.present миниону с пилларом key: value назначается grain role: somerole
3. В пилларах по матчингу по грейнам миниону назначается пиллар k8s: True; k8sversion: v1.20.5
4. В стейтах миньон с грейном k8s: True ставить kubelet версии {{ pillar.get(k8sversion) }}

Я правильно понимаю, что чтобы довести миньон до конечного состояния, мне придётся сделать

salt \* saltutil.refresh_pillar
salt \* state.apply
salt \* saltutil.refresh_pillar
salt \* state.apply

?

Как вариант грейны можно передать миньену через конфиг

это немного надежней

Доставка конфига тогда все равно необходима - как будешь делать ?

провиженинг системой

Я так понимаю, что у @lllamnyp не очень динамичная система под капотом - вероятно железки?

Не совсем

Как раз таки, когда под капотом были железки, я имел в пилларах ямлик, в котором я записывал таблицу типа

hostname:
  cluster:
  roles:
  - ...
  - ...
  - ...

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

by_roles:
  controlplane:
  - hostname2
  - hostname3
  - hostname5

Теперь ситуация иная, у меня инфра динамическая, хостнеймы могут меняться, и вообще, cattle, not pets

Ты при создании вм определяешь роль ?

Тогда ты ее можешь в метаданные того же опенстека класть

Дальше динамический инвентарь и поехали

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

'k8smaster*':
  roles:
  - controlplane

но как строить обратный индекс?

мне, допустим, в конфиге хапроски нужно будет получить список всех хостов с ролью контролплейн.

Реально сделай как @kvaps - служебный менеджмент кластер и кластера тупо helm install )

Катить из образов - пакером ты легко нарежешь базовые образа нужных версий

Я через оркестртейт делал. Позже могу скинуть

А дальше - остаётся обновление узлов (у тебя же стейтлес?)

ну, по большому счёту, да.

ну как, стейтлесс. Терраформом нарезаю виртуалки.