Docker 리드·아키텍트 트러블슈팅 면접

먼저 docker stats와 cAdvisor를 통해 실시간 메모리 사용 패턴을 모니터링하고, docker inspect로 현재 메모리 설정을 확인합니다. docker logs로 OOM 발생 시점의 애플리케이션 로그를 분석하고, /sys/fs/cgroup/memory 경로에서 memory.stat을 확인하여 cache, RSS, swap 사용량을 구분합니다. 메모리 프로파일링 도구로 애플리케이션 레벨의 메모리 누수를 확인하고, 필요시 memory reservation과 limit을 분리 설정합니다. 근본 원인이 애플리케이션 코드라면 코드 수정, 인프라 문제라면 리소스 재조정 또는 horizontal scaling으로 전환하며, Prometheus + Grafana로 메모리 사용 추이를 지속 모니터링하는 알림 체계를 구축합니다.

먼저 docker network inspect로 overlay network 설정과 연결된 컨테이너 목록을 확인하고, docker service ps로 태스크 배치 상태를 점검합니다. nsenter나 docker exec로 컨테이너 네트워크 네임스페이스에 진입해 ping, traceroute, tcpdump로 패킷 흐름을 추적합니다. iptables -L -t nat와 iptables -L -t filter로 NAT 규칙과 방화벽 설정을 확인하고, VXLAN 인터페이스(vxlan)의 MTU 설정이 올바른지 검증합니다. 내장 DNS 서버의 로드밸런싱 이슈를 확인하기 위해 dig나 nslookup으로 서비스 디스커버리를 테스트하고, conntrack 테이블 오버플로우 여부를 sysctl net.netfilter.nf_conntrack_count로 확인합니다. 원인 파악 후 MTU 조정, conntrack 테이블 크기 증가, 또는 external load balancer 도입 등의 해결책을 적용하고, 네트워크 모니터링 도구로 지속 관찰합니다.

먼저 iostat과 iotop으로 호스트 레벨의 디스크 I/O 사용률과 대기 시간을 확인하고, docker stats로 컨테이너별 block I/O를 모니터링합니다. docker volume inspect로 volume driver와 마운트 옵션을 확인하고, df와 du로 디스크 공간 사용률을 점검합니다. fio나 dd를 사용해 sequential/random read/write 성능을 벤치마크하여 기준치와 비교합니다. overlay2 스토리지 드라이버의 경우 docker system df로 이미지 레이어와 컨테이너 레이어의 공간 사용을 분석하고, 필요시 docker system prune으로 정리합니다. AWS CloudWatch로 EBS 볼륨의 IOPS와 throughput 메트릭을 확인하여 프로비저닝된 용량 대비 사용률을 검증합니다. 원인에 따라 EBS 볼륨 타입 변경(gp3, io2), volume 마운트 옵션 최적화(noatime), 또는 데이터베이스 설정 튜닝을 수행하고, 장기적으로는 전용 스토리지 솔루션 도입을 검토합니다.

먼저 docker build에 --progress=plain 옵션을 추가해 상세 빌드 로그를 확보하고, 어느 레이어에서 실패하는지 정확히 파악합니다. BuildKit 사용 시 DOCKER_BUILDKIT=1 환경변수와 builder 인스턴스 상태를 docker buildx ls로 확인합니다. 외부 패키지 저장소나 베이스 이미지 pull 단계에서 실패한다면 네트워크 타임아웃 설정을 늘리고, Dockerfile에 retry 로직이나 --retry 옵션을 추가합니다. docker system df로 빌더 캐시 공간을 확인하고, 필요시 docker builder prune으로 정리합니다. 레지스트리 연결 문제라면 docker login 상태와 credential helper 설정을 검증하고, 프라이빗 레지스트리의 경우 네트워크 정책과 인증서를 확인합니다. 근본적으로는 multi-stage build로 의존성을 명확히 분리하고, 외부 의존성은 내부 artifact repository로 미러링하며, 빌드 재시도 정책을 CI/CD 파이프라인에 구현합니다.

먼저 systemctl status docker로 daemon 프로세스 상태를 확인하고, journalctl -u docker로 최근 로그를 분석합니다. ps aux로 dockerd, containerd, docker-containerd-shim 프로세스들의 상태와 리소스 사용률을 점검합니다. strace -p로 dockerd 프로세스를 추적해 어디서 blocking되는지 파악하고, lsof로 열린 파일 디스크립터와 소켓 연결을 확인합니다. /var/lib/docker와 /var/run/docker.sock의 권한 및 디스크 공간을 검증합니다. 메타데이터 손상이 의심되면 docker info로 스토리지 드라이버 상태를 확인하고, 필요시 containerd를 직접 사용해 컨테이너 목록을 조회합니다(ctr containers ls). 즉각 복구가 필요하면 systemctl restart docker를 실행하되, 컨테이너 재시작 정책을 확인하고 영향을 최소화합니다. 근본 원인으로 메타데이터 데이터베이스 락, 파일 디스크립터 고갈, 또는 스토리지 드라이버 이슈를 찾아 해결하고, Docker daemon 설정에 적절한 타임아웃과 리소스 제한을 추가하며, 모니터링 알림을 강화합니다.