Si i menaxhoni burimet e kontejnerit (CPU dhe memorie)?

Question

Accepted Answer

Si parazgjedhje, kontejnerët mund të përdorin **burime të pakufizuara të hostit** — gjë që rrezikon që një kontejner të lënë të tjerat pa burime ose të rrëzojë hostin. Docker ju lejon të vendosni **kufizimet e burimeve** (CPU, memorie) për të kontrolluar konsumin, i cili është i rëndësishëm për stabilitetin dhe ndarjen e drejtë të burimeve në prodhim.

## Problemi: përdorimi i pakufizuar i burimeve

```text
BY DEFAULT a container can consume ALL available host CPU and memory:
  → a buggy/busy container (memory leak, runaway loop) can starve other containers
    or crash the entire host (out of memory)
→ In production (multiple containers per host), LIMIT resources to isolate them.
```

## Vendosja e kufizimeve të memories dhe CPU

```bash
# memory limits
docker run -m 512m myapp              # hard limit: 512 MB (container killed if exceeded — OOM)
docker run -m 512m --memory-reservation 256m myapp   # soft limit + hard limit

# CPU limits
docker run --cpus="1.5" myapp         # limit to 1.5 CPU cores
docker run --cpu-shares=512 myapp     # relative weight (priority under contention)
```

```yaml
# in docker-compose.yml (or for orchestrators)
services:
  app:
    deploy:
      resources:
        limits:    { cpus: '1.5', memory: 512M }   # maximum
        reservations: { cpus: '0.5', memory: 256M } # guaranteed minimum
```

Kufizimet e memories (`-m`) kufizojnë përdorimin (kontejneri **vret me OOM** nëse e shkarkon kufirin e vështirë); kufizimet e CPU (`--cpus`) kufizojnë përdorimin e CPU. **Rezervimet** garantojnë një minimum.

## Monitorimi dhe përshtatja

```text
✓ docker stats → live CPU/memory usage per container (to right-size limits)
✓ Set limits based on the app's actual needs (measure, then add headroom)
✓ OOMKilled (in docker inspect) → the container hit its memory limit → raise it or fix a leak
✓ Orchestrators (Kubernetes) use requests/limits similarly — essential for scheduling
```

## Pse është i rëndësishëm

Komprehensioni i menaxhimit të burimeve të kontejnerit është i rëndësishëm për **ekzekutimin e kontejnerëve në mënyrë të besueshme në prodhim**, prandaj është njohuri operative me vlerë.

Problemi themelor — si parazgjedhje, **kontejnerët mund të konsumojnë të gjithë burimet e disponueshme të hostit** — është një rrezik i vërtetë: një kontejner i vetëm me gabim ose i zënë (me një rrjedhje memorie ose proces i shkëputur) mund të **lënë kontejnerët e tjerë pa burime ose rrëzojnë hostin e tërë** (pa memorie), duke e bërë hostin të paqëndrueshëm.

Vendosja e **kufizimeve të burimeve** (memorie dhe CPU) e parandalon këtë duke **izoluar konsumin e burimeve të kontejnerëve**, duke siguruar që një kontejner nuk mund të rrëzojë të tjerët ose hostin — jetike për stabilitetin kur ekzekutohen shumë kontejnerë për hosta (norma në prodhim).

Komprensioni se si të vendoset **kufizimet e memories** (me kontejnerin që vritet me OOM nëse e shkarkon kufirin e vështirë) dhe **kufizimet e CPU**, plus **rezervimet** (garantimi i minimumeve), është mekanizmi praktik për kontrollin dhe ndarjen e drejtë të burimeve.

Dija se si të **monitorohet dhe përshtatohet** — duke përdorur `docker stats` për të vëzhguar përdorimin aktual dhe për të kalibruar saktë kufizimet, duke njohur `OOMKilled` (një kontejner që arrin kufirin e tij të memories) për të diagnostikuar problemet — është e rëndësishme për vendosjen e kufizimeve të përshtatshme bazuar në nevojat reale.

Kjo gjithashtu lidhet me orkestrimin: **Kubernetes përdor kërkesa/kufizimet e burimeve të ngjashëm** që janë thelbësore për planifikimin dhe stabilitetin, prandaj komprensioni i konceptit kaloi në mjedise të orkestruara.

Meqë ekzekutimi i shumë kontejnerëve në mënyrë të besueshme kërkon parandalimin e konfliktit të burimeve dhe konsumit të shkëputur, dhe meqë kufizimet e burimeve (kapakë memorie dhe CPU, rezervimet, monitorimi) janë mekanizmi për izolimin e kontejnerëve dhe mbrojtjen e stabilitetit të hostit, komprensioni i menaxhimit të burimeve të kontejnerit është njohuri e vlefshme, praktikisht e rëndësishme për përdorimin e kontejnerëve në prodhim — e nevojshme për hostët multi-kontejner të qëndrueshëm dhe një koncept që zgjerohet drejtpërdrejt në mjedise të orkestruara si Kubernetes, ku specifikimi i burimeve është themelor.