Cad é an difríocht idir CPU/memory requests agus limits, agus conas a théann siad i bhfeidhm ar scheduling, eviction, agus QoS?

Question

IT Interview Practice · Accepted Answer

Is iad **requests** an méid atá *ráthaithe* do container (úsáidte le haghaidh scheduling); is iad **limits** an *uasteorainn* nach féidir leis a shárú (forfheidhmithe ag runtime). Le chéile tiomáineann siad cá gcuirtear Pods, conas a dhéantar iad a throttle nó a mharú faoi bhrú, agus cén aicme **Quality of Service (QoS)** a fhaigheann Pod.

## Requests i gcoinne limits

```text
REQUEST → an méid a CHUIRTEAR I LEATH TAOBH don container. Úsáideann an SCHEDULER suim na
          requests chun a chinneadh an bhfuil spás ar node. Seo do d'urlár ráthaithe.
LIMIT   → an t-UASMHÉID a fhéadann an container a úsáid. Forfheidhmithe ag runtime:
          CPU thar limit    → THROTTLED (moillithe, ní maraithe)
          memory thar limit → OOM-KILLED (container críochnaithe, ansin atosaithe)
```

```yaml
spec:
  containers:
    - name: app
      image: myapp:1.0
      resources:
        requests:
          cpu: "250m"        # 0.25 de core, ráthaithe
          memory: "256Mi"
        limits:
          cpu: "500m"        # féadfaidh sé pléascadh go 0.5 core, ansin throttled
          memory: "512Mi"    # sáraigh é seo → OOMKilled
```

## Conas a úsáideann scheduling requests

```text
Tá 4 CPU / 8Gi inleithdháilte ag node.
Suimíonn an scheduler REQUESTS na bPods atá curtha cheana; ní oireann Pod nua ach amháin má
oireann a requests fós isteach san méid atá fágtha. (NÍ úsáidtear limits chun áit a chur.)
→ Socraigh requests ró-íseal → node ró-thiomanta, throideann Pods ar acmhainní.
→ Socraigh requests ró-ard → cumas amú, Pods sáite ag Pending (ní oireann aon rud).
```

## Aicmí QoS (cinneann ord eviction faoi bhrú memory)

```text
Guaranteed  → requests == limits do CHÁ cpu & memory (gach container)
              → an ceann deireanach le heasáitiú (an tosaíocht is airde)
Burstable   → tá requests aige ach tá siad < limits (nó socraithe go páirteach)
              → easáitithe tar éis BestEffort
BestEffort  → gan requests ná limits ar bith
              → an CHÉAD cheann le heasáitiú nuair a ritheann an node íseal ar memory
```

```bash
kubectl describe pod app | grep -i qos    # QoS Class: Guaranteed/Burstable/BestEffort
kubectl top pods                           # úsáid iarbhír CPU/memory
kubectl describe node <node>               # acmhainní leithdháilte i gcoinne cumais
```

## Treoir phraiticiúil

```text
✓ Socraigh memory requests = limits i gcónaí d'iompar intuartha, OOM-shábháilte ar apps criticiúla
✓ Socraigh CPU requests don riachtanas seasta; is minic a fhágtar CPU limits ar lár chun pléascadh a cheadú
✓ Ceart-mhéadaigh ó úsáid iarbhír (kubectl top / metrics) — ní tomhais
✓ Úsáid LimitRange / ResourceQuota chun defaults ciallmhara a fhorfheidhmiú in aghaidh gach namespace
```

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

Is iad requests agus limits an chaoi a roinneann Kubernetes acmhainní teoranta node go cothrom agus go hintuartha, mar sin is eolas feidhmíochta agus iontaofachta riachtanach é an t-idirdhealú agus a iarmhairtí a thuiscint. Is é an croíléargas go bhfónann siad chun críocha éagsúla: is áirithint ráthaithe iad **requests** a úsáideann an **scheduler** chun Pods a chur (ag suimiú requests chun a chinneadh an bhfuil spás ar node, ag déanamh neamhaird de limits), agus is uasteorainn runtime iad **limits** a fhorfheidhmítear go difriúil in aghaidh gach acmhainne — má sháraítear limit **CPU** faigheann tú **throttled** (moillithe), ach má sháraítear limit **memory** faigheann an container **OOM-killed** agus atosaithe. Tá costais fhíora ag requests a fháil mícheart ar an dá thaobh: ró-íseal agus éiríonn nodes ró-thiomanta ionas go n-ocraíonn Pods a chéile; ró-ard agus tá cumas amú fad is a shuíonn Pods ag Pending toisc nach n-oireann aon rud. Cinneann na trí aicme **QoS** — Guaranteed (requests cothrom le limits), Burstable (requests faoi bhun limits), agus BestEffort (gan aon rud socraithe) — an t-ord eviction faoi bhrú memory, le BestEffort maraithe ar dtús agus Guaranteed ar deireadh, agus is é sin díreach a chaithfidh tú a thuiscint chun workloads criticiúla a chosaint. Iompaíonn eolas ar an treoir phraiticiúil (socraigh memory requests cothrom le limits d'apps criticiúla, ceart-mhéadaigh ó úsáid iarbhír trí `kubectl top`, forfheidhmigh defaults le LimitRange/ResourceQuota) é seo ó theoiric go pleanáil cumais fhónta. Toisc gur ceann de na cúiseanna is coitianta le héagobhsaíocht, caiteachas amú, agus Pods Pending i gcnuasaigh fhíora é míchumrú acmhainní, tá máistreacht ar requests, limits, agus QoS bunúsach chun workloads Kubernetes éifeachtacha, cobhsaí a rith.

Requests i gcoinne limits

Conas a úsáideann scheduling requests

Aicmí QoS (cinneann ord eviction faoi bhrú memory)

Treoir phraiticiúil

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

Ceisteanna gaolmhara