про это кстати тоже те же навопсы вроде вещали

но чот они слишком дохрена денег стали стоить

Я к тому что антиаффинити без кронджобы которая будет передергивать дает ложное чувство защиты

По факту через пару перезапусков нод все поды скопятся на одной например

У меня так " брат" умер :)

через пару одновременных перезапусков нод

Через пару обновлений кубера например

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

ммм

падажжи

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

у меня для этого есть выделенный @dr_agon

а на железе, когда меняется минорная версия кубернетеса - ну там 1.14 -> 1.15, 1.15 -> 1.16, etc - перезапуск кубелета вызывает сигтерм по всем подам

от сигтерма респауна самого пода не происходит

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

как правило

До дома доберусь - отпишу

клево, завидую вам, металистам :)
в гугле когда ты хочешь обновить версию он последовательно дрейнит и уничтожает по одной ноде заменяя новой (по крайней мере раньше так было, может сейчас улучшили)
мало того что процесс этот небыстрый, дак еще возникают косяки

к примеру, ты маленький стартап с 3 нодами на продакшне, и ты используешь ha redis sentinel (никогда не используйте редис в облаках, а лучше вообще его не используйте) - для этого ты прописал антиаффинити и у тебя 3 инстанса размазались по 3м нодам, все красиво

однако скедулер использует правила антиаффинити только когда надо под куда-то запихнуть, и никак его не контролирует дальше

что происходит когда обновление убивает ноду A? скедулер перекидывает инстанс редиса на B или C с вероятностью 50%
что происходит когда обновление убивает ноду B? скедулер перекидывает оба инстанса редиса на A или C

понятно что я описал вырожденый случай (никто не держит только 3 ноды, никто не поднимает ha кластер с кворумом из 3, можно прописать hard antiaffinity вместо soft, выкинуть редис и использовать нормальную базу, и тп), но идея в целом в том что сложно предсказать как себя поведет кластер redis - соберется ли он снова, не потеряет ли данные, это как игра в рулетку, ибо ты не застрахован от того что все или необходимые для кворума поды скопятся в одном месте

поэтому я еще использовал сервис (не помню названия, куча их) который по расписанию запускался, проверял antiaffinity и контролируемо убивал поды заставляя скедулер периодически подскедуливать :)

по описанию рабочий вариант

странно что из упаковки такого нет