Intel N100 홈서버 운영 모니터링 : Docker·Proxmox 상태 기록과 리소스 관찰하기

 

 

※ 이 글은 운영자가 직접 홈서버를 운영하며 경험한 실험 결과와, 공개된 자료를 참고해 작성한 것입니다. 글을 다듬고 정리할 때 일부 AI 도구의 도움을 받았으나, 최종적으로는 운영자가 모든 내용을 직접 확인했습니다.

Intel N100 홈서버 운영 모니터링 : Docker·Proxmox 상태 기록과 리소스 관찰하기

도입

목요일에는 Docker의 자동 재시작 정책과 로그 관리 구조를 정리해두었습니다. 이제 금요일에는 홈서버의 상태를 실제로 어떻게 모니터링하고 기록할지 고민해보려고 합니다.

처음에는 단순히 “서비스가 접속되면 정상”이라고 생각했습니다. 하지만 며칠 동안 운영하다 보니 CPU 사용률, 메모리 증가, Docker 컨테이너 상태, 디스크 사용량 같은 것들을 함께 보는 습관이 점점 중요해졌습니다.

특히 Intel N100처럼 저전력에 초점을 둔 홈서버는 순간적인 성능보다는 오랜 시간 꾸준히 안정적으로 동작하는지가 더 중요하게 느껴졌습니다. 그래서 이번 글에서는 Docker와 Proxmox를 운영하면서 어떤 기준으로 상태를 모니터링했는지, 그리고 실제로 자주 살펴본 데이터가 무엇이었는지 등 직접 운영하며 겪었던 기록을 중심으로 정리해보았습니다.

※ Intel N100 홈서버에서 Docker 컨테이너, 메모리, 디스크 사용량과 Proxmox VM 상태를 함께 모니터링하는 운영 구조입니다.
출처: 디지털 장난감

본문

운영 상태는 “한 번 확인”보다 “변화 흐름 관찰”이 중요했다

처음 홈서버를 운영할 때는 대체로 CPU 사용률만 잠깐 확인하고 지나치곤 했어요. 하지만 실제로는 어느 시간대에 메모리 사용량이 조금씩 늘어난다든지, Docker 로그가 생각보다 빨리 쌓인다든지, 혹은 특정 컨테이너가 계속해서 재시작하는 현상 같은 것들이 더 중요한 부분이었습니다. 이런 흐름을 놓치면 예상치 못한 문제가 생길 수도 있더라고요.

특히 N100 기반 홈서버는 저전력 환경이라서 “순간 최대 성능”보다 “오랫동안 안정적으로 유지되는지”를 보는 편이 더 실용적이었습니다.

• CPU 사용률 변화
• 메모리 및 swap 사용량
• Docker 컨테이너 상태
• 디스크 사용량 증가 추세
• Docker 이미지·볼륨 누적
• Proxmox VM 리소스 상태

htop으로 CPU와 메모리 흐름 확인하기

Linux 환경에서 가장 자주 사용한 모니터링 도구 중 하나는 htop이었습니다.

htop

htop을 사용하면 CPU 코어별 사용률이나 메모리, 스왑 사용량, 그리고 각 프로세스가 차지하는 자원 상태까지 한눈에 쉽게 확인할 수 있습니다. 한 화면에서 전체적인 시스템 상태를 직관적으로 파악할 수 있어서 정말 편리합니다.

처음에는 CPU 사용률만 확인했지만, 실제 운영에서는 메모리와 swap 사용 여부를 함께 보는 편이 더 중요했습니다.

# 메모리 상태 확인
free -h

특히 Jellyfin 미디어 스캔이나 n8n 워크플로 실행, Docker 이미지 업데이트처럼 여러 작업이 한꺼번에 진행될 때는 메모리 사용량이 단기간에 확 늘어나는 경향이 있었습니다.

Docker 상태는 docker stats를 자주 확인했다

컨테이너 운영에서는 docker stats를 자주 사용했습니다.

docker stats

이 명령어를 통해 컨테이너별 CPU 사용량, 메모리 사용량, 네트워크 I/O, Block I/O 흐름을 실시간으로 확인할 수 있었습니다.

여러 컨테이너를 한꺼번에 운영하다 보면, 어떤 컨테이너만 유독 메모리 사용량이 급격히 늘거나 CPU 사용률이 이상하게 계속 높게 유지되는 일이 종종 생깁니다.

그래서 단순히 “컨테이너가 살아 있는지”보다 어떤 컨테이너가 리소스를 얼마나 사용하는지 함께 보는 습관이 필요했습니다.

컨테이너 상태는 Up만 보면 부족했다

docker compose ps

docker ps -a

여기서는 단순히 Up 상태인지 여부만 보는 것이 아니라 Restart 반복 여부, Exited 상태, 비정상 종료 흔적, 오래된 컨테이너 누적 같은 흐름도 함께 확인했습니다.

디스크 사용량은 생각보다 빨리 증가했다

처음에는 NVMe 용량이 넉넉해 보였어요. 그런데 Docker 이미지나 로그, 백업 파일, 그리고 overlay2 데이터가 하나둘 쌓이다 보니 생각보다 훨씬 빠른 속도로 저장 공간이 차기 시작했습니다.

df -h

docker system df

특히 docker system df는 Docker 이미지, 컨테이너, 캐시, 볼륨 증가 추세를 확인할 때 꽤 유용했습니다.

Proxmox Web UI는 VM 전체 흐름을 보기 좋았다

Docker 내부 상태는 CLI 명령어로 확인했지만, VM 전체 흐름은 Proxmox Web UI에서 보는 편이 더 편했습니다.

특히 VM CPU %, RAM 사용량, Storage 사용량, Network 트래픽 흐름을 한 화면에서 볼 수 있어서 전체 운영 상태를 빠르게 파악하기 좋았습니다.

운영 기록은 같은 시간대 기준으로 남겼다

모니터링에서 중요한 건 “한 번의 수치”보다 “변화 추세”였습니다.

• CPU idle 유지 여부
• 메모리 증가 추세
• swap 사용 여부
• Docker 이미지 증가량
• 로그 누적 속도
• 백업 파일 생성 상태

운영 로그

점검 항목	확인 명령어	관찰 기준
CPU 상태	htop	idle 유지 여부 확인
메모리 상태	free -h	swap 사용 증가 여부 확인
Docker 상태	docker stats	메모리 급증 컨테이너 확인
컨테이너 상태	docker compose ps	Restart 반복 여부 확인
디스크 사용량	df -h	스토리지 증가 추세 확인
Docker 사용량	docker system df	이미지·볼륨 누적 상태 확인
VM 리소스	Proxmox Web UI	VM CPU·RAM 흐름 비교

에디터의 해석 노트 (Editor's Lab Note)

• 이번 금요일 운영에서는 “서비스가 켜져 있는가”보다 “어떤 흐름으로 변화하는가”를 보는 편이 더 중요했습니다.
• N100 홈서버에서는 CPU보다 메모리와 디스크 사용량 증가가 먼저 체감되는 경우가 많았습니다.
• Docker 컨테이너는 살아 있어도 내부 서비스가 비정상 상태일 수 있기 때문에 로그와 리소스를 함께 확인하는 편이 안정적이었습니다.
• 운영 기록은 화려한 대시보드보다도 같은 기준으로 꾸준히 남기는 습관이 더 중요했습니다.

참고 링크 (References)

1. Docker stats reference
2. Docker system df reference
3. htop
4. Proxmox VE Documentation

트러블슈팅

문제: 서비스는 정상적으로 보이지만 실제로는 메모리 증가나 로그 누적이 계속 진행됨

홈서버를 처음 운영할 때는 서비스 접속 여부만 확인하고 넘어가기 쉽습니다. 하지만 실제로는 Docker 로그, 메모리 사용량, swap 사용, 디스크 증가 같은 흐름이 서서히 쌓이면서 문제가 나타날 수 있습니다.

확인: CPU, 메모리, Docker 상태, 디스크 사용량을 함께 점검

# CPU / 메모리 상태
htop

# 메모리 확인
free -h

# Docker 리소스 확인
docker stats

# 디스크 사용량 확인
df -h

# Docker 사용량 확인
docker system df

원인: 운영 상태를 단발성으로만 확인하고 변화 흐름을 기록하지 않음

해결: 같은 시간대 기준으로 CPU, RAM, Docker, 디스크 상태를 주기적으로 기록하고 비교 기준을 유지

운영은 “한 번의 수치”보다 “변화 추세”를 보는 것이 훨씬 중요했습니다.

마무리

Intel N100으로 홈서버를 직접 돌려보니, 단순히 설치하고 설정하는 것만으론 아쉬움이 남았습니다. 실제로 서버를 쓰면서 CPU나 메모리 사용량, Docker가 잘 돌아가는지, 그리고 디스크 용량이 얼마나 늘어나는지까지 꼼꼼히 살펴보고 기록하는 일이 훨씬 중요하다고 느꼈습니다. 그래야 시스템이 어떻게 변해가는지 흐름을 제대로 파악할 수 있었습니다.

특히 N100처럼 저전력 환경에서는 순간적인 성능보다 오랜 시간 동안 안정적으로 작동하는지가 더 중요하게 다가왔습니다. 그래서 금요일에 운영을 모니터링할 때도 ‘얼마나 빠른가’보다는 ‘얼마나 안정적으로 서비스가 유지되는가’에 더 집중해서 데이터를 확인하게 됐습니다.

토요일에는 이 기록들을 바탕으로 실제 운영 데이터를 정리하고, 주간 흐름을 다시 분석해보겠습니다.