на одной ноде запускается, как бы сделать так что бы он хотя бы прошлую ноду избегал и пытался запустится на другой? Или выбирал ту на которой был запушен меньшее количество раз? Или рандомно? С ходу не нагуглилось решения.
podAntiAffinity
он тут разве поможет?
Если свободных ресурсов достаточно в кластере, то шедулер выбирает тот узел, где уже есть нужный образ для запуска контейнера
ну это ясно.... но а что в нем пишем для этого? я ничего подходяшего не нашел
ну надо попробовать. так то по дефолту три последних пода в статусе Completed остаются в кластере. так что по идее в антиаффинити они должны будут учитываться
в смысле что пишем ? берешь пример и вперед. указываешь уникальную метку, что в подах которые запускаются есть. и ключ хостнейм.
по идее как раз наоборот
что наоборот ?
а кстати зачем такое нужно?
Есть кронджоб для мониторинга того что истио заведется и зарабоает. И есть ноды где теоритически что-то сломано... но мы можем на них никогда не попасть. =)
как вариант, сделать cronjob для каждой ноды свой
это же за ними надо следить будет =)
зависит от того, как у вас ноды в кластер добавляются
Обсуждают сегодня