Bagaimana Anda mengelola sumber daya container (CPU dan memori)?

Question

Accepted Answer

Secara default, container dapat menggunakan **sumber daya host tanpa batas** — yang berisiko satu container menghabiskan sumber daya container lain atau menghancurkan host. Docker memungkinkan Anda menetapkan **batas sumber daya** (CPU, memori) untuk mengontrol konsumsi, penting untuk stabilitas dan berbagi sumber daya yang adil dalam produksi.

## Masalahnya: penggunaan sumber daya tanpa batas

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

## Menetapkan batas memori dan 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
```

Batas memori (`-m`) membatasi penggunaan (container akan **OOM-killed** jika melebihi batas hard); batas CPU (`--cpus`) membatasi penggunaan CPU. **Reservasi** menjamin minimum.

## Pemantauan dan penyesuaian

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

## Mengapa ini penting

Memahami manajemen sumber daya container penting untuk **menjalankan container dengan andal dalam produksi**, jadi ini adalah pengetahuan operasional yang berharga.

Masalah inti — secara default, **container dapat mengonsumsi semua sumber daya host yang tersedia** — adalah risiko nyata: satu container yang buggy atau sibuk (dengan memory leak atau proses yang tidak terkendali) dapat **menghabiskan container lain atau menghancurkan seluruh host** (kehabisan memori), membuat host tidak stabil.

Menetapkan **batas sumber daya** (memori dan CPU) mencegah hal ini dengan **mengisolasi konsumsi sumber daya container**, memastikan satu container tidak dapat menghancurkan container lain atau host — penting untuk stabilitas ketika menjalankan banyak container per host (norma dalam produksi).

Memahami cara menetapkan **batas memori** (dengan container yang OOM-killed jika melebihi batas hard) dan **batas CPU**, ditambah **reservasi** (menjamin minimum), adalah mekanisme praktis untuk mengontrol dan berbagi sumber daya secara adil.

Mengetahui cara **memantau dan menyesuaikan** — menggunakan `docker stats` untuk mengamati penggunaan aktual dan menyesuaikan ukuran batas, mengenali `OOMKilled` (container mencapai batas memorinya) untuk mendiagnosis masalah — penting untuk menetapkan batas yang sesuai berdasarkan kebutuhan nyata.

Ini juga terhubung dengan orkestrasi: **Kubernetes menggunakan permintaan/batas sumber daya serupa** yang penting untuk penjadwalan dan stabilitas, jadi pemahaman konsep ini ditransfer ke lingkungan yang diorkestrasikan.

Karena menjalankan banyak container dengan andal memerlukan pencegahan pertentangan sumber daya dan konsumsi yang tidak terkendali, dan karena batas sumber daya (batas memori dan CPU, reservasi, pemantauan) adalah mekanisme untuk mengisolasi container dan melindungi stabilitas host, pemahaman manajemen sumber daya container adalah pengetahuan yang berharga dan praktis penting untuk penyebaran container produksi — diperlukan untuk host multi-container yang stabil dan konsep yang berkembang langsung ke lingkungan yang diorkestrasikan seperti Kubernetes, di mana spesifikasi sumber daya adalah fundamental.