Kako upravljaš resursima kontejnera (CPU i memorija)?

Question

Accepted Answer

Prema zadanoj postavki, kontejneri mogu koristiti **neograničene resurse domaćina** — što rizikuje da jedan kontejner lišava druge resursa ili ruši domaćina. Docker vam omogućuje postavljanje **ograničenja resursa** (CPU, memorija) kako biste kontrolirali potrošnju, što je važno za stabilnost i poštenu podjelu resursa u produkciji.

## Problem: neograničena uporaba resursa

```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.
```

## Postavljanje ograničenja memorije i CPU-a

```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
```

Ograničenja memorije (`-m`) ograničavaju uporabu (kontejner je **OOM-kill** ako premašuje tvrdo ograničenje); ograničenja CPU-a (`--cpus`) ograničavaju uporabu CPU-a. **Rezervacije** jamče minimum.

## Praćenje i optimizacija

```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
```

## Zašto je to važno

Razumijevanje upravljanja resursima kontejnera važno je za **pouzdano pokretanje kontejnera u produkciji**, pa je to vrijedno operativno znanje.

Srž problema — prema zadanoj postavki, **kontejneri mogu konzumirati sve dostupne resurse domaćina** — pravi je rizik: jedan neispravno napisan ili zauzetан kontejner (s curjenjem memorije ili beskonačnom petljom) može **lišiti drugih kontejnera resursa ili srušiti cijeli domaćin** (nedostatak memorije), čineći domaćina nestabilnim.

Postavljanje **ograničenja resursa** (memorija i CPU) sprječava to **izolacijom potrošnje resursa kontejnera**, osiguravajući da jedan kontejner ne može srušiti druge niti domaćin — bitno za stabilnost pri pokretanju više kontejnera po domaćinu (norma u produkciji).

Razumijevanje kako postaviti **ograničenja memorije** (s kontejnerom koji je OOM-kill ako premašuje tvrdo ograničenje) i **ograničenja CPU-a**, plus **rezervacije** (jamčenje minimuma), praktični je mehanizam za kontrolu i poštenu podjelu resursa.

Znanje kako **pratiti i optimizirati** — koristeći `docker stats` za promatranje stvarne uporabe i prilagođavanje ograničenja, prepoznavanje `OOMKilled` (kontejner koji je dosegao svoje ograničenje memorije) za dijagnostiku problema — važno je za postavljanje odgovarajućih ograničenja na temelju stvarnih potreba.

Ovo se također povezuje s orkestrацијом: **Kubernetes koristi slične zahtjeve za resurse/ograničenja** koja su bitna za planiranje i stabilnost, pa razumijevanje koncepta prenosi se u orkestrirane okoline.

Budući da pouzdano pokretanje više kontejnera zahtijeva sprječavanje spora za resurse i beskonačne potrošnje, te budući da su ograničenja resursa (kapaciteti memorije i CPU-a, rezervacije, praćenje) mehanizam za izolaciju kontejnera i zaštitu stabilnosti domaćina, razumijevanje upravljanja resursima kontejnera je vrijedno, praktično važno znanje za produkcijske primjene kontejnera — neophodno za stabilne domaćine s više kontejnera i koncept koji se izravno prosljeđuje orkestriranim okruženjima kao što je Kubernetes, gdje je specifikacija resursa temeljna.