ну у нас случай с деплоем компонентов опенстека. nova compute nodes - должно быть не более одной на ноду k8s. Там через node affinity задаётся подмножество нод, на которых оно должно работать, а запускается оно через DS. если есть два параллельных деплоя containerized control plane в разных неймспейсах, то правило один фиг должно соблюдаться. соотв. pod antiaffinity можно использовать, чтобы это enforce’ить.

бррр

не понял с первого раза

ща перечитаю

о! еще один кто опенстек деплоить в кубернетс!

там ещё товарищ о юзкейсе пишет: “I have a use-case for pod affinity. I would like to run HDFS in HA mode on kubernetes. There are 3 types of nodes: namenodes, journalnodes and datanodes. For performance, it makes sense to run journalnodes on the same nodes as namenodes. From my understanding, each pod is assigned an IP address, but in the case of HDFS, the namenode and journalnodes need to have their own IP addresses, so pod affinity would be a great candidate for this.”

жееесть

я когда про опенстек в кубере услышал - это был взрыв мозга, но hdfs???!!

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

как workaround

если я правильно понимаю, о чем речь

nodeSelector-то у демонсетов есть

наш случай попытаюсь объяснить - два деплоя какой-то штуки, живущие в разных неймспейсах, через DS запускают нечто на некотором подмножестве нод. про друг друга эти два деплоя ничего не знают. Но _нечто_ не должно запускаться на одной ноде более чем в 1 экземпляре, даже если оно из разных неймспейсов

аааа

все

ага

осознал

т.е. этим деплоям неудобно согласовывать свои nodeSelector’ы (сейчас вместо nodeSelectors принято/скоро будет принято node affinity использовать, node selectors вроде как скоро устаревшими объявят)

блин нодеСелектор - это сильно меньше букв, чем ноде аффинити

и выглядит читабельнее