container 리소스(CPU와 메모리)를 어떻게 관리합니까?

Question

Accepted Answer

기본적으로 container는 **무제한 호스트 리소스**를 사용할 수 있습니다 — 이는 한 container가 다른 것들을 굶기거나 호스트를 크래시시킬 위험이 있습니다. Docker는 소비를 통제하기 위해 **리소스 제한**(CPU, 메모리)을 설정할 수 있게 하며, 이는 프로덕션에서 안정성과 공정한 리소스 공유에 중요합니다.

## 문제: 무제한 리소스 사용

```text
기본적으로 container는 사용 가능한 모든 호스트 CPU와 메모리를 소비할 수 있음:
  → 버그가 있는/바쁜 container(메모리 누수, 폭주 루프)가 다른 container를 굶기거나
    전체 호스트를 크래시시킬 수 있음(메모리 부족)
→ 프로덕션(호스트당 여러 container)에서는 격리를 위해 리소스를 제한할 것.
```

## 메모리와 CPU 제한 설정

```bash
# 메모리 제한
docker run -m 512m myapp              # 하드 제한: 512 MB(초과 시 container kill — OOM)
docker run -m 512m --memory-reservation 256m myapp   # 소프트 제한 + 하드 제한

# CPU 제한
docker run --cpus="1.5" myapp         # 1.5 CPU 코어로 제한
docker run --cpu-shares=512 myapp     # 상대적 가중치(경합 시 우선순위)
```

```yaml
# docker-compose.yml에서(또는 오케스트레이터용)
services:
  app:
    deploy:
      resources:
        limits:    { cpus: '1.5', memory: 512M }   # 최대
        reservations: { cpus: '0.5', memory: 256M } # 보장된 최소
```

메모리 제한(`-m`)은 사용량을 제한합니다(container는 하드 제한을 초과하면 **OOM-kill**됨); CPU 제한(`--cpus`)은 CPU 사용량을 제한합니다. **reservation**은 최소를 보장합니다.

## 모니터링과 튜닝

```text
✓ docker stats → container별 실시간 CPU/메모리 사용량(제한을 적정 크기로 조정)
✓ 앱의 실제 필요에 기반하여 제한 설정(측정한 다음, 여유분 추가)
✓ OOMKilled(docker inspect에서) → container가 메모리 제한에 도달 → 올리거나 누수 수정
✓ 오케스트레이터(Kubernetes)는 requests/limits를 유사하게 사용 — 스케줄링에 필수
```

## 왜 중요한가

container 리소스 관리를 이해하는 것은 **프로덕션에서 container를 신뢰성 있게 실행**하는 데 중요하므로, 가치 있는 운영 지식입니다.

핵심 문제 — 기본적으로 **container가 사용 가능한 모든 호스트 리소스를 소비할 수 있다**는 것 — 은 실제 위험입니다. 단일 버그 있는 또는 바쁜 container(메모리 누수나 폭주 프로세스를 가진)가 **다른 container를 굶기거나 전체 호스트를 크래시시켜**(메모리 부족) 호스트를 불안정하게 만들 수 있습니다.

**리소스 제한**(메모리와 CPU)을 설정하면 **container의 리소스 소비를 격리**하여 이를 방지하므로, 한 container가 다른 것들이나 호스트를 무너뜨릴 수 없게 보장합니다 — 호스트당 여러 container를 실행할 때(프로덕션의 표준) 안정성에 필수적입니다.

**메모리 제한**(container가 하드 제한을 초과하면 OOM-kill됨)과 **CPU 제한** 설정 방법, 그리고 **reservation**(최소 보장)을 이해하는 것은 리소스를 통제하고 공정하게 공유하는 실용적인 메커니즘입니다.

**모니터링과 튜닝** 방법 — 실제 사용량을 관찰하고 제한을 적정 크기로 조정하기 위해 `docker stats` 사용, 문제를 진단하기 위해 `OOMKilled`(container가 메모리 제한에 도달) 인식 — 을 아는 것은 실제 필요에 기반하여 적절한 제한을 설정하는 데 중요합니다.

이는 오케스트레이션과도 연결됩니다. **Kubernetes는 스케줄링과 안정성에 필수적인 유사한 리소스 requests/limits를 사용**하므로, 그 개념을 이해하는 것이 오케스트레이션된 환경으로 전이됩니다.

여러 container를 신뢰성 있게 실행하려면 리소스 경합과 폭주 소비를 방지해야 하고, 리소스 제한(메모리와 CPU 상한, reservation, 모니터링)이 container를 격리하고 호스트 안정성을 보호하는 메커니즘이므로, container 리소스 관리를 이해하는 것은 프로덕션 container 배포를 위한 가치 있고 실질적으로 중요한 지식입니다 — 안정적인 멀티 컨테이너 호스트에 필요하며, 리소스 명세가 근본적인 Kubernetes 같은 오케스트레이션된 환경으로 직접 확장되는 개념입니다.