모든 Docker 컨테이너를 각자의 메모리, CPU, 포트와 함께.
Mac에서 Docker는 하나의 큰 프로세스이고, 활성 상태 보기가 알려 줄 수 있는 것은 그것뿐입니다. Vitals는 엔진에 안에 무엇이 있는지 물어 컨테이너 탭을 보여 줍니다. 윈도우와 드롭다운에서 모든 컨테이너의 메모리, CPU, 네트워크, 포트를 보여 주고, 컨테이너마다 중단 버튼이 있습니다.
Google Chrome 21.23 GB 
VS Code 8.17 GB 
Terminal 3.86 GB 
Safari 2.69 GB 
GitHub Desktop 427 mW Google Chrome 367 mW 
Zoom 145 mW Terminal 86 mW Google Chrome 
Google Chrome 
Photos 
Safari 
Figma 사진 Google Chrome 음악 재생 중 100% Zoom 재생 중 80% Google Chrome 재생 중 35% Slack 무음 소리 꺼짐 Safari 무음 100% Figma 무음 100% Notion 무음 100% Mail 무음 100% 수치는 시뮬레이션입니다. 웹 페이지는 Mac을 읽을 수 없고, 읽어서도 안 됩니다.
하나의 큰 프로세스 안을 컨테이너별로.
Vitals는 엔진에 가상 머신 안에서 무엇이 실행 중인지 묻고, 컨테이너를 하나씩 따로 나열합니다. 한도 대비 메모리, CPU, 주고받는 데이터, 게시하는 포트를 보여 주므로, 어느 컨테이너가 커졌고 어느 컨테이너가 바쁜지 알 수 있습니다.
- 한도 대비 메모리
- CPU와 주고받는 데이터
- 게시하는 포트
- 이미지, Compose 프로젝트와 서비스
어떤 엔진을 쓰든 그대로 작동합니다.
Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman을 모두 인식하며, docker 명령이 사용하도록 설정된 엔진을 따라갑니다. 탭은 엔진이 실행되는 동안 나타나고, 엔진이 멈추면 사라집니다.
- Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman
- docker 명령이 쓰는 엔진을 따라감
- 엔진이 실행 중일 때 나타남
- 중단 외에는 읽기 전용
docker stop과 같은 방식으로 컨테이너를 중단합니다.
탭이나 드롭다운에서 어떤 컨테이너든 중단할 수 있습니다. Vitals는 먼저 묻고, 강제로 끝내기 전에 깔끔하게 종료할 시간을 10초 주며, 아무것도 시작, 재시작, 제거하지 않으므로 되돌릴 일이 없습니다.
- 탭과 드롭다운에서
- 매번 먼저 확인
- 종료할 시간 10초, 그다음 강제 종료
- 시작, 재시작, 제거는 하지 않음
프로젝트가 쓰는 모든 것을 한 행에.
프로젝트 폴더에서 docker compose로 시작한 컨테이너는 프로젝트 탭에서 그 프로젝트 아래, 개발 서버와 테스트 옆에 놓입니다. 엔진의 머신 안에서 측정하므로 두 번 세지 않습니다. 프로젝트를 종료하면 컨테이너도 함께 중단됩니다.
- Compose 컨테이너는 프로젝트 아래에
- 프로젝트의 개발 서버와 테스트 옆에
- 엔진의 머신에 더하지 않고 그 안에서 측정
- 프로젝트 종료와 컨테이너 중단을 함께
Docker 컨테이너, 전과 후
Mac에서 Docker는 하나의 프로세스입니다. 모든 엔진은 하나의 Linux 가상 머신 안에서 컨테이너를 실행하고, macOS에는 그 안이 아니라 머신만 보입니다. 활성 상태 보기는 엔진이 8 GB를 쓴다는 것까지만 보여 줍니다. 어느 컨테이너가 커졌는지, 어느 것이 바쁜지, 어느 것이 포트를 쓰는지는 엔진은 알지만 macOS는 모릅니다.
그래서 몇몇 프로젝트의 컨테이너를 돌리는 Mac은 메모리가 부족해지고, 원인은 열어 볼 수 없는 한 행에 갇혀 있습니다.
Vitals는 엔진에 물어 컨테이너 탭을 보여 줍니다. 모든 컨테이너의 한도 대비 메모리, CPU, 주고받는 데이터, 포트를 윈도우와 드롭다운에서 보여 주며, Compose 프로젝트별로 묶고 서비스 이름과 실행된 폴더를 함께 표시합니다. 확인을 거쳐 docker stop과 같은 방식으로 컨테이너를 중단할 수 있으며, Vitals는 아무것도 시작, 재시작, 제거하지 않습니다. Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman, 그리고 docker 명령이 사용하도록 설정된 엔진에서 작동합니다.
Vitals에서 찾기
탭, 메뉴 막대 항목, 설정을 손이 가는 순서대로 정리했습니다.
- 01
컨테이너 탭 열기
엔진이 실행되는 동안 윈도우와 메뉴 막대 드롭다운에 나타나며, 드롭다운의 개요에는 컨테이너 타일이 생깁니다. docker compose로 시작한 컨테이너는 프로젝트별로 묶입니다.
- 02
컨테이너 살펴보기
한도 대비 메모리, CPU, 주고받는 데이터, 게시하는 포트, 이미지, 그리고 컨테이너가 나온 Compose 서비스와 폴더. 모두 엔진의 가상 머신 안에서 측정하므로, 엔진의 메모리에 더해지는 것이 아니라 그 일부입니다.
- 03
하나 중단하기
탭이나 드롭다운에서 컨테이너의 중단을 클릭합니다. Vitals는 먼저 묻고, docker stop과 같은 방식으로 중단하며, 강제로 끝내기 전에 10초를 줍니다.
- 04
프로젝트 따라가기
프로젝트 탭에서는 프로젝트가 시작한 컨테이너가 개발 서버 등과 함께 그 프로젝트 아래에 놓이므로, 프로젝트가 쓰는 모든 것이 한 행에 담깁니다.
활성 상태 보기 
Vitals 알아 둘 용어
수치의 의미를 활성 상태 보기 용어집에서 가져왔습니다.
문의
Docker 컨테이너에 대해 구입 전에 자주 묻는 질문.
Vitals는 어떤 Docker 엔진을 지원하나요?
Docker Desktop, OrbStack, Colima, Lighter, Rancher Desktop, Podman을 지원합니다. 또한 docker 명령이 사용하도록 설정된 엔진을 따라가므로, 처음 보는 엔진이라도 Docker 컨텍스트를 등록했다면 작동합니다.
활성 상태 보기에는 왜 Docker가 하나의 프로세스로 나오나요?
Mac에서는 모든 엔진이 하나의 Linux 가상 머신 안에서 컨테이너를 실행하고, macOS에는 그 머신만 보이기 때문입니다. 그 안의 어떤 컨테이너가 무엇을 쓰는지는 엔진만 알기 때문에, Vitals는 엔진에 묻습니다.
Vitals로 컨테이너를 시작하거나 제거할 수 있나요?
아니요. 읽기 전용이며, 중단만 예외입니다. 중단도 직접 요청하고 확인한 뒤에만 합니다.
컨테이너 탭은 언제 나타나나요?
엔진이 실행 중일 때입니다. 엔진이 없으면 탭도 없습니다.
메뉴 막대 드롭다운에도 컨테이너가 있나요?
네. 드롭다운에는 컨테이너마다 중단 버튼이 있는 컨테이너 탭이 있고, 개요에는 컨테이너 타일이 있습니다.
아무것도 실행하지 않는데 Docker가 메모리를 많이 쓰는 이유는 무엇인가요?
가상 머신은 컨테이너 실행 여부와 관계없이 할당받은 메모리를 붙잡고 있습니다. Vitals는 그 안에 무엇이 있는지 보여 주며, 머신의 메모리 상한은 Docker 자체 설정에서 정합니다. Docker 메모리 가이드에서 방법을 차례로 안내합니다.
Vitals에 Compose 프로젝트도 나오나요?
네. docker compose로 시작한 컨테이너에는 프로젝트와 서비스 이름, 실행된 폴더가 함께 붙고, 프로젝트 탭에서 해당 프로젝트 아래에 표시됩니다.
docker 명령이 설치되어 있어야 하나요?
아니요. Vitals는 엔진과 직접 통신합니다. docker 명령이 있으면 어떤 엔진을 쓰도록 설정되어 있는지 읽으므로, Vitals가 모르는 엔진도 작동합니다.
더 읽어 보기
이 기능을 쓰는 가이드, 그리고 같은 용도로 많이 사는 앱과 Vitals의 비교.