Cad iad StatefulSets, PersistentVolumes/Claims, agus conas a ritheann tú workloads stateful ar Kubernetes?

Question

IT Interview Practice · Accepted Answer

Teastaíonn **aitheantas cobhsaí** agus **storage buanmharthanach** ó workloads stateful (bunachair sonraí, scuainí, stórtha cnuasaithe) — rudaí nach soláthraíonn Deployment. Tugann **StatefulSet** ainmneacha cobhsaí agus saolré ordaithe do Pods; tugann **PersistentVolumes (PV)** agus **PersistentVolumeClaims (PVC)** storage dóibh a mhaireann níos faide ná an Pod.

## Cén fáth nach leor Deployments

```text
Tá Pods Deployment INMHALARTAITHE: ainmneacha randamacha (web-7f9-abc), aon ord, ní roinneann siad
faic in aghaidh gach Pod. Foirfe sin d'apps stateless — ach teastaíonn seo ó replica bunachair sonraí:
  → aitheantas líonra COBHSAÍ (chun go n-aimseoidh piaraí é: db-0, db-1, db-2)
  → a DHIOSCA buanmharthanach FÉIN a mhaireann trí restarts/athsceidealú
  → tosú/scálú ORDAITHE, rialaithe (tabhair db-0 aníos roimh db-1)
Soláthraíonn StatefulSet díreach iad seo.
```

## Ráthaíochtaí StatefulSet

```text
AINMNEACHA cobhsaí → pod-0, pod-1, pod-2 (ordúil, ní randamach)
DNS cobhsaí       → db-0.db.default.svc... trí headless Service
STORAGE cobhsaí   → faigheann gach Pod a PVC FÉIN (coinníonn db-0 a dhiosca trí restarts)
Oibríochtaí ordaithe → cruthaigh/scálaigh suas in ord 0,1,2…; críochnaigh droim ar ais
```

## Storage buanmharthanach: PV, PVC, StorageClass

```text
StorageClass → an teimpléad "conas a sholáthraítear" (m.sh. AWS gp3, fast-ssd)
PVC          → IARRATAS ar storage ("Teastaíonn 20Gi uaim, ReadWriteOnce")   ← aghaidh-app
PV           → an volume soláthraithe IARBHÍR ceangailte leis an PVC          ← aghaidh-cnuasach
Soláthar dinimiciúil: cruthaíonn PVC a thagraíonn do StorageClass PV comhoiriúnach go huathoibríoch.

App → PVC → (soláthraíonn StorageClass) → PV → diosca fíor (EBS, PD, Ceph, NFS…)
```

## StatefulSet le storage in aghaidh gach Pod

```yaml
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: db
spec:
  serviceName: db            # headless Service do DNS cobhsaí
  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:      # faigheann gach Pod a PVC/PV FÉIN ón teimpléad seo
    - metadata:
        name: data
      spec:
        accessModes: [ReadWriteOnce]
        storageClassName: fast-ssd
        resources:
          requests: { storage: 20Gi }
```

```yaml
# An headless Service a thugann DNS cobhsaí in aghaidh gach Pod (db-0.db, db-1.db, …)
apiVersion: v1
kind: Service
metadata: { name: db }
spec:
  clusterIP: None            # headless
  selector: { app: db }
  ports: [{ port: 5432 }]
```

## Access modes & rabhaidh

```text
ReadWriteOnce (RWO)  → feistithe léamh-scríobh ag node AMHÁIN (formhór block storage: EBS/PD)
ReadOnlyMany (ROX)   → léamh-amháin ag go leor nodes
ReadWriteMany (RWX)  → léamh-scríobh ag go leor nodes (teastaíonn NFS/CephFS/EFS)
⚠ NÍ scriosann StatefulSet a scriosadh a PVCanna de réir default (caomhnaítear sonraí).
⚠ Cinneann reclaim policy (Retain/Delete) cad a tharlaíonn don PV nuair a bhaintear an PVC.
⚠ Tugann Kubernetes aitheantas+storage, ach is é DO POST clustering/replication leibhéal-app
  (go minic trí Operator, m.sh. do Postgres/Kafka).
```

```bash
kubectl get statefulset,pvc,pv
kubectl get pods -l app=db      # db-0, db-1, db-2 (cobhsaí, ordaithe)
```

## Cén fáth a bhfuil sé tábhachtach

Is ceann de na codanna is deacra de Kubernetes é workloads stateful a rith i gceart, mar sin is eolas leibhéal-shinsearach é StatefulSets agus storage buanmharthanach a thuiscint le hiarmhairtí fíora production. Is é an croíléargas *cén fáth* nach leor Deployments: tá a bPods inmhalartaithe (ainmneacha randamacha, aon ord, gan staid in aghaidh gach Pod), rud atá foirfe do sheirbhísí stateless ach mícheart do bhunachair sonraí agus stórtha cnuasaithe a dteastaíonn **aitheantas cobhsaí** uathu (chun go n-aimseoidh piaraí `db-0`, `db-1`, `db-2` de réir DNS), **a ndiosca buanmharthanach féin** a mhaireann trí restarts agus athsceidealú, agus tosú agus scálú **ordaithe, rialaithe**. Soláthraíonn **StatefulSet** díreach na ráthaíochtaí seo, agus déanann sé péireáil leis na hastarraingtí storage: is é **PersistentVolumeClaim** an t-iarratas aghaidh-feidhmchláir ar storage, is é **PersistentVolume** an volume soláthraithe iarbhír, agus cumasaíonn **StorageClass** soláthar dinimiciúil — le `volumeClaimTemplates` ag tabhairt a PVC/PV féin do gach Pod. Is sna rabhaidh a thuilleann innealtóirí sinsearacha a mbeatha: **access modes** (RWO i gcoinne RWX agus cé na backends a thacaíonn leo), an fhíric go gcaomhnaíonn StatefulSet a scriosadh a **PVCanna** de réir default, **reclaim policy** ag rialú chinniúint an PV, agus — go ríthábhachtach — go soláthraíonn Kubernetes aitheantas agus storage ach go bhfanann **replication agus clustering leibhéal-feidhmchláir mar do phost**, tarmligthe go minic chuig Operator. Toisc go bhfuil buanmharthanacht sonraí agus iompar stateful ceart neamhthrócaireach (ciallaíonn botúin cailliúint sonraí nó split-brain), tá máistreacht ar StatefulSets, PV/PVCanna, agus a rabhaidh bunúsach chun bunachair sonraí agus córais stateful eile a rith go hiontaofa ar Kubernetes.

Cén fáth nach leor Deployments

Ráthaíochtaí StatefulSet

Storage buanmharthanach: PV, PVC, StorageClass

StatefulSet le storage in aghaidh gach Pod

Access modes & rabhaidh

Cén fáth a bhfuil sé tábhachtach

Ceisteanna gaolmhara