пиши свой salt-runner, не?

и пускай он делает что угодно

зачем 3 раза то писать одно и тоже? Достаточно 1 раза и подключить пиллар ко всем нужным хостам.

там не пиллар получается

а что-то сложнее

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

ну без разницы, хоть бы и

etcd[1-3]:
  etcd_hosts:
  - etcd1
  - etcd2
  - etcd3

или разные узлы по разным кластерам. хз

кусок пиллара. юзается для генерации SAN-ов сертов и апстримов хапрокси для apiserver

kubernetes:
    targeting:
        control_plane: "G@role:kubernetes and G@env:prod and G@cluster:k8s-02 and G@roles:master"
        nodes: "G@role:kubernetes and G@env:prod and G@cluster:k8s-02 and G@roles:node"
        type: compound

кусок из орча

nodes_join_state:
    salt.state:
        - tgt: 'G@role:kubernetes and G@env:prod and G@cluster:k8s-02 and G@roles:node'
        - tgt_type: "compound"

Как избавиться от дублирования - не нашел.

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

Вот у Ержана вижу - отдельные грейны прибиты cluster:k8s-02

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

есть обязательные пиллар вида

k8s_salt:
  cluster: mycluster

как он используется?

не надо ничего обязательного. кто-то обязательно нахуевертит

как айдишник кластера, вестимо.

если негр может написать в грейнах role: hui - твоя формула должна в это уметь

я имел в виду - приведи пример конфига солта

да ради бога, он напишет role: hui, формуле тоже pohui))

вообще рекомендую разрисовать воркфлоу