Comments 2
Я сварщик не настоящий, но почему, если Ingester'ы statefull, они управлялись ReplicaSet, а не StatefullSet?
Statefull приложения не обязательно должны управляться StatefullSet-ом.
Тут есть некоторая путаница в терминологии. StatefullSet гарантирует именование и порядок запущенных подов, а так же штуки вроде корректного создания и монтирования вольюмов реплик через PVC, но он не имеет отношение к стейту самого приложения, то есть через StatefullSet можно спавнить и stateless приложения, если им важен порядок и именование подов.
В статье же речь о том, что само по себе приложение Ingreser является stateful.
Но вообще, действительно непонятно, как они совмещают ReplicaSet и постоянный данные. Варианты конечно есть (вроде локальных дисков или RWM volumes), но неочевидно.
Тут есть некоторая путаница в терминологии. StatefullSet гарантирует именование и порядок запущенных подов, а так же штуки вроде корректного создания и монтирования вольюмов реплик через PVC, но он не имеет отношение к стейту самого приложения, то есть через StatefullSet можно спавнить и stateless приложения, если им важен порядок и именование подов.
В статье же речь о том, что само по себе приложение Ingreser является stateful.
Но вообще, действительно непонятно, как они совмещают ReplicaSet и постоянный данные. Варианты конечно есть (вроде локальных дисков или RWM volumes), но неочевидно.
Sign up to leave a comment.
Как приоритеты pod'ов в Kubernetes стали причиной простоя в Grafana Labs