Stateful workloads (databases, queues, clustered stores)కు stable identity మరియు durable storage కావాలి — Deployment అందించని విషయాలు. ఒక StatefulSet Podsకు stable పేర్లు మరియు ordered lifecycle ఇస్తుంది; PersistentVolumes (PV) మరియు PersistentVolumeClaims (PVC) వాటికి Pod కంటే ఎక్కువ కాలం మనగలిగే storage ఇస్తాయి.
Deployment Pods INTERCHANGEABLE: యాదృచ్ఛిక పేర్లు (web-7f9-abc), ఏ క్రమమైనా, per-Pod ఏదీ
పంచుకోవు. stateless appsకు అది సరైనది — కానీ ఒక database replicaకు కావాలి:
→ ఒక STABLE network identity (peers దాన్ని కనుగొనేలా: db-0, db-1, db-2)
→ restarts/rescheduling తట్టుకునే దాని సొంత durable disk
→ ORDERED, controlled startup/scaling (db-1 ముందు db-0 తేవడం)
StatefulSet ఖచ్చితంగా వీటిని అందిస్తుంది.
Stable NAMES → pod-0, pod-1, pod-2 (ordinal, యాదృచ్ఛికం కాదు)
Stable DNS → headless Service ద్వారా db-0.db.default.svc...
Stable STORAGE → ప్రతి Pod దాని సొంత PVC పొందుతుంది (db-0 restarts అంతటా తన disk ఉంచుకుంటుంది)
Ordered ops → 0,1,2… క్రమంలో create/scale up; reverseలో terminate
StorageClass → "ఎలా provision చేయాలి" అనే template (ఉదా. AWS gp3, fast-ssd)
PVC → storage కోసం ఒక REQUEST ("నాకు 20Gi, ReadWriteOnce కావాలి") ← app-facing
PV → PVCకు bind అయిన అసలు provisioned volume ← cluster-facing
Dynamic provisioning: StorageClass సూచించే ఒక PVC సరిపోయే PVను auto-create చేస్తుంది.
App → PVC → (StorageClass provision) → PV → అసలు disk (EBS, PD, Ceph, NFS…)
apiVersion: apps/v1
kind: StatefulSet
metadata:
name: db
spec:
serviceName: db # stable DNS కోసం headless Service
replicas: 3
selector:
matchLabels: { app: db }
template:
metadata:
labels: { app: db }
spec:
containers:
- name: db
image: postgres:16
ports: [{ containerPort: 5432 }]
volumeMounts:
- name: data
mountPath: /var/lib/postgresql/data
volumeClaimTemplates: # ఈ template నుండి ప్రతి Pod దాని సొంత PVC/PV పొందుతుంది
- metadata:
name: data
spec:
accessModes: [ReadWriteOnce]
storageClassName: fast-ssd
resources:
requests: { storage: 20Gi }
# stable per-Pod DNS (db-0.db, db-1.db, …) ఇచ్చే headless Service
apiVersion: v1
kind: Service
metadata: { name: db }
spec:
clusterIP: None # headless
selector: { app: db }
ports: [{ port: 5432 }]
ReadWriteOnce (RWO) → ONE node ద్వారా read-write mount (చాలా block storage: EBS/PD)
ReadOnlyMany (ROX) → చాలా nodes ద్వారా read-only
ReadWriteMany (RWX) → చాలా nodes ద్వారా read-write (NFS/CephFS/EFS కావాలి)
⚠ ఒక StatefulSet delete చేయడం defaultగా దాని PVCs delete చేయదు (data భద్రపరచబడుతుంది).
⚠ Reclaim policy (Retain/Delete) PVC తొలగించినప్పుడు PVకి ఏమవుతుందో నిర్ణయిస్తుంది.
⚠ Kubernetes identity+storage ఇస్తుంది, కానీ app-level clustering/replication మీ పని
(తరచుగా ఒక Operator ద్వారా, ఉదా. Postgres/Kafka కోసం).
kubectl get statefulset,pvc,pv
kubectl get pods -l app=db # db-0, db-1, db-2 (stable, ordered)
Stateful workloadsను సరిగ్గా నడపడం Kubernetes యొక్క కష్టమైన భాగాల్లో ఒకటి, కాబట్టి StatefulSets మరియు persistent storage అర్థం చేసుకోవడం నిజ production పర్యవసానాలతో కూడిన senior-level జ్ఞానం. ప్రధాన అంతర్దృష్టి Deployments ఎందుకు సరిపోవు: వాటి Pods interchangeable (యాదృచ్ఛిక పేర్లు, ఏ క్రమమైనా, per-Pod state లేదు), ఇది stateless servicesకు ఆదర్శం కానీ stable identity (peers db-0, db-1, db-2ను DNS ద్వారా కనుగొనేలా), restarts మరియు rescheduling తట్టుకునే వాటి సొంత durable disk, మరియు ordered, controlled startup మరియు scaling అవసరమైన databases మరియు clustered storesకు తప్పు. ఒక StatefulSet ఖచ్చితంగా ఈ guarantees అందిస్తుంది, మరియు ఇది storage abstractionsతో జతకూడుతుంది: ఒక PersistentVolumeClaim అనేది application-facing storage request, ఒక PersistentVolume అనేది అసలు provisioned volume, మరియు ఒక StorageClass dynamic provisioning ను enable చేస్తుంది — volumeClaimTemplates ప్రతి Podకు దాని సొంత PVC/PV ఇస్తూ. Caveats అనేవి senior engineers తమ విలువను నిరూపించుకునే చోటు: access modes (RWO vs RWX మరియు ఏ backends వాటిని support చేస్తాయి), ఒక StatefulSet delete చేయడం defaultగా దాని PVCs భద్రపరుస్తుంది అనే వాస్తవం, PV భవితవ్యాన్ని నియంత్రించే reclaim policy, మరియు — కీలకంగా — Kubernetes identity మరియు storage అందిస్తుంది కానీ application-level replication మరియు clustering మీ బాధ్యతగా మిగిలిపోతాయి, తరచుగా ఒక Operatorకు అప్పగించబడతాయి. data durability మరియు సరైన stateful behavior క్షమించనివి (తప్పులు అంటే data loss లేదా split-brain) కాబట్టి, StatefulSets, PVs/PVCs, మరియు వాటి caveats ప్రావీణ్యం Kubernetesలో databases మరియు ఇతర stateful systemsను నమ్మకంగా నడపడానికి పునాది.
జూనియర్ నుండి సీనియర్ వరకు వివరణాత్మక సమాధానాలతో IT ఇంటర్వ్యూ ప్రశ్నల లైబ్రరీ.
విరాళం