Чем StatefulSet отличается от Deployment и стоит ли запускать базы данных в Kubernetes?

Question

Accepted Answer

StatefulSet даёт подам стабильные имена (db-0, db-1), свой том на каждую реплику (volumeClaimTemplates — том переживает пересоздание пода) и упорядоченный запуск и остановку. Нужен кластерам с ролями и идентичностью: БД, Kafka, ZooKeeper. PVC — запрос пода на хранилище, PV — сам том, StorageClass — как его создать динамически. Адреса реплик через headless Service: db-0.db.ns.svc.cluster.local Удаление StatefulSet не удаляет тома — данные сохраняются БД в Kubernetes реальны с операторами (CloudNativePG, Strimzi), но требуют зрелой команды Часто проще управляемая БД облака: бэкапы, обновления и отказоустойчивость — не ваша забота Отличия от Deployment: | | Deployment | StatefulSet | | --- | --- | --- | | имена подов | случайные | порядковые, стабильные | | тома | общие или без | свой PVC на реплику | | порядок | параллельно | по порядку (можно ослабить) | | замена пода | любой новый | тот же идентификатор и том | Хранилище: PVC в шаблоне → StorageClass создаёт диск облака → под на любом узле зоны подключает его. Блочный диск привязан к зоне: под с томом не переедет в другую зону. БД в Kubernetes — аргументы: - за: единая платформа, декларативность, операторы автоматизируют failover, бэкапы, обновления; - против: сложность хранения и сети, производительность дисков, риски при ошибках в операторе, нужна экспертиза и в БД, и в Kubernetes. Оператор — контроллер, который знает предметную область: умеет переключить мастера, сделать бэкап, обновить версию.

Чем StatefulSet отличается от Deployment и стоит ли запускать базы данных в Kubernetes?

Подробно

Что хотят услышать

Связанные вопросы

Подсказки на собеседовании — в реальном времени

	Deployment	StatefulSet
имена подов	случайные	порядковые, стабильные
тома	общие или без	свой PVC на реплику
порядок	параллельно	по порядку (можно ослабить)
замена пода	любой новый	тот же идентификатор и том