Comment gérez-vous les ressources conteneur (CPU et mémoire) ?

Question

Accepted Answer

Par défaut, les conteneurs peuvent utiliser **des ressources hôte illimitées** — ce qui risque qu'un conteneur affame les autres ou fasse planter l'hôte. Docker vous permet de définir des **limites de ressources** (CPU, mémoire) pour contrôler la consommation, important pour la stabilité et le partage équitable des ressources en production.

## Le problème : utilisation de ressources non limitée

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

## Définir les limites de mémoire et 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
```

Les limites de mémoire (`-m`) plafonnent l'utilisation (le conteneur est **tué par OOM** s'il dépasse la limite matérielle) ; les limites CPU (`--cpus`) plafonnent l'utilisation CPU. Les **réservations** garantissent un minimum.

## Surveillance et ajustement

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

## Pourquoi c'est important

Comprendre la gestion des ressources conteneur est important pour **exécuter les conteneurs de manière fiable en production**, c'est donc une connaissance opérationnelle précieuse.

Le problème fondamental — par défaut, **les conteneurs peuvent consommer toutes les ressources hôte disponibles** — est un risque réel : un seul conteneur défectueux ou occupé (avec une fuite mémoire ou un processus emballé) peut **affamer d'autres conteneurs ou faire planter l'hôte entier** (manque de mémoire), rendant l'hôte instable.

Définir des **limites de ressources** (mémoire et CPU) prévient cela en **isolant la consommation de ressources des conteneurs**, en garantissant qu'un conteneur ne peut pas éliminer les autres ou l'hôte — essentiel pour la stabilité lors de l'exécution de plusieurs conteneurs par hôte (la norme en production).

Comprendre comment définir des **limites de mémoire** (avec le conteneur tué par OOM s'il dépasse la limite matérielle) et des **limites CPU**, plus les **réservations** (garantissant des minimums), est le mécanisme pratique pour contrôler et partager équitablement les ressources.

Savoir comment **surveiller et ajuster** — en utilisant `docker stats` pour observer l'utilisation réelle et dimensionner correctement les limites, en reconnaissant `OOMKilled` (un conteneur atteignant sa limite de mémoire) pour diagnostiquer les problèmes — est important pour définir des limites appropriées selon les besoins réels.

Cela se connecte aussi à l'orchestration : **Kubernetes utilise des demandes/limites de ressources similaires** qui sont essentielles pour l'ordonnancement et la stabilité, donc comprendre le concept s'étend aux environnements orchestrés.

Puisque l'exécution fiable de plusieurs conteneurs nécessite de prévenir la contention des ressources et la consommation incontrôlée, et puisque les limites de ressources (plafonds de mémoire et CPU, réservations, surveillance) sont le mécanisme d'isolation des conteneurs et de protection de la stabilité de l'hôte, comprendre la gestion des ressources conteneur est une connaissance précieuse et pratiquement importante pour les déploiements de conteneurs en production — nécessaire pour des hôtes multi-conteneurs stables et un concept qui s'étend directement aux environnements orchestrés comme Kubernetes, où la spécification des ressources est fondamentale.