홈서버 디스크 점검 방법 : 왜 저장 공간은 미리 확인해야 할까?

 

 

※ 이 글은 운영자가 직접 Intel N100 홈서버에서 Debian과 Docker 기반 서비스를 운영하며 디스크 사용량을 점검한 경험을 바탕으로 작성했습니다. 글의 문장 정리와 구성에는 AI 도구의 도움을 약간 받았지만, 최종 내용은 운영자가 직접 검토하고 확인했습니다.

홈서버 디스크 점검 방법 : 왜 저장 공간은 미리 확인해야 할까?

도입

지난 글에서는 서버 건강검진에서 CPU 다음으로 메모리를 확인하는 이유를 살펴보았습니다.

CPU는 서버가 얼마나 바쁘게 일하고 있는지를 보여주고, 메모리는 그 일을 처리할 여유가 얼마나 남아 있는지를 알려주는 중요한 자원이었습니다.

그렇다면 그다음에는 무엇을 확인하면 좋을까요?

처음에는 디스크는 크게 신경 쓰지 않았습니다.

운영체제를 설치하고 SSD 용량도 충분하다고 생각했기 때문입니다.

하지만 Docker 이미지를 만들고, 컨테이너를 테스트하고, 로그와 백업 파일을 보관하다 보니 디스크는 조용히 채워지고 있었습니다.

대부분은 조금씩 증가하지만 로그 폭주나 잘못된 백업 작업처럼 특정 상황에서는 짧은 시간에도 빠르게 늘어날 수 있습니다.

그래서 이번 서버 건강검진에서는 한 가지 질문을 던져 보려고 합니다.

왜 서버 건강검진은 디스크 사용량을 미리 확인할까?

디스크 점검의 목적은 남은 용량만 확인하는 것이 아닙니다.

지금 내 서버에서 어떤 데이터가 쌓이고 있고, 사용량이 어떤 속도로 늘어나고 있는지 알아가는 과정입니다.

CPU와 메모리 점검 다음 단계로 df -h 와 du 를 활용해 파일시스템 사용량과 대용량 폴더를 확인하고, Docker 저장공간과 로그·백업 데이터 증가 원인을 함께 분석하는 홈서버 디스크 건강검진 흐름을 정리한 인포그래픽입니다.

※ 다이어그램은 실제 Intel N100 Debian 홈서버 디스크 점검 과정을 바탕으로 AI 도구를 활용해 제작했으며, 최종 구성과 내용은 운영자가 직접 검수했습니다.
출처: 디지털 장난감

본문

① 왜 저장 공간을 미리 확인해야 할까?

CPU는 순간적으로 사용률이 올라갔다가 작업이 끝나면 다시 내려올 수 있습니다.

메모리도 실행 중인 작업이 끝나면 여유 공간이 다시 확보될 수 있습니다.

하지만 디스크는 파일이 저장되면 그대로 남습니다.

로그도 남고, Docker 이미지와 컨테이너 데이터도 남고, 백업 파일도 계속 쌓일 수 있습니다.

자동 정리 정책이 없다면 저장 공간은 계속 줄어듭니다.

지난달 35%

↓

지난주 42%

↓

오늘 51%

↓

증가 원인 확인

숫자가 높다는 사실도 중요하지만, 그 숫자가 어떤 속도로 변하고 있는지가 더 중요한 단서가 될 수 있습니다.

디스크 건강검진의 첫 번째 목적은 용량이 부족해진 뒤 정리하는 것이 아니라, 부족해지기 전에 증가하는 흐름을 알아차리는 것입니다.

② 디스크가 부족하면 어떤 일이 생길까?

디스크 공간이 부족하면 단순히 새로운 파일을 저장하지 못하는 데서 끝나지 않을 수 있습니다.

서비스가 로그를 기록하지 못할 수 있습니다.

Docker 이미지 다운로드나 빌드 과정이 실패할 수 있습니다.

데이터베이스 역시 저장 공간 부족의 영향을 받을 수 있습니다.

운영체제와 시스템 서비스도 로그와 임시 파일을 기록해야 하므로 루트 파일시스템의 여유가 거의 없다면 예상하지 못한 문제가 나타날 수 있습니다.

디스크 부족은 저장 공간만의 문제가 아니라 로그, 데이터베이스, Docker와 서비스 운영 전체에 영향을 줄 수 있습니다.

③ df -h로 파일시스템 사용량 확인하기

Debian 홈서버에서 저장 공간을 확인할 때 가장 먼저 사용할 수 있는 명령어는 df입니다.

df -h

-h 옵션은 용량을 사람이 읽기 쉬운 단위로 표시합니다.

항목	확인하는 내용
Filesystem	확인 중인 파일시스템 또는 장치
Size	전체 용량
Used	현재 사용 중인 용량
Avail	사용 가능한 남은 용량
Use%	파일시스템 사용률
Mounted on	해당 파일시스템이 연결된 위치

사용률 숫자만 보지 말고 어느 파일시스템의 숫자인지 함께 확인합니다.

df -h는 파일시스템 전체 사용량을 확인합니다.

어느 폴더가 공간을 차지하는지 찾으려면 du를 함께 사용합니다.

④ du로 큰 폴더 확인하기

현재 위치에서 각 파일과 폴더가 차지하는 용량을 확인하려면 다음 명령어를 사용할 수 있습니다.

du -sh *

du -sh *는 명령어를 실행한 현재 위치를 기준으로 각 항목의 용량을 보여줍니다.

cd /var
sudo du -sh *

상위 폴더부터 확인하면서 용량이 큰 위치를 하나씩 좁혀갈 수 있습니다.

⑤ Docker는 얼마나 많은 공간을 사용할까?

Docker를 계속 운영하면 이미지와 컨테이너, 볼륨, 빌드 캐시가 저장 공간을 사용할 수 있습니다.

sudo du -sh /var/lib/docker

Docker 내부 사용량을 항목별로 확인하려면 다음 명령어를 사용할 수 있습니다.

docker system df

구분	저장 공간을 사용할 수 있는 항목
Images	다운로드하거나 빌드한 Docker 이미지
Containers	컨테이너의 쓰기 가능한 레이어
Local Volumes	데이터베이스와 서비스 데이터가 저장된 볼륨
Build Cache	이미지 빌드 과정에서 생성된 캐시

특히 볼륨에는 실제 서비스 데이터가 들어 있을 수 있으므로 정리 명령을 실행하기 전에 백업과 사용 여부를 반드시 확인해야 합니다.

Docker 정리는 용량을 줄이는 작업이지만, 사용 중인 데이터까지 지우지 않도록 현재 구조를 확인하는 일이 먼저입니다.

⑥ 숫자보다 중요한 것은 증가 속도

지난주에 42%였고 이번 주에 44%라면 일반적인 운영 과정에서 나타난 작은 변화일 수 있습니다.

하지만 며칠 사이 42%에서 83%로 증가했다면 상황을 다르게 봐야 합니다.

새로운 Docker 이미지를 여러 개 내려받았는지 확인합니다.

백업 파일이 중복으로 생성되고 있는지 살펴봅니다.

로그 파일이 비정상적으로 커지고 있는지도 확인합니다.

변화	운영 관점
사용률이 조금씩 일정하게 증가	서비스 데이터와 백업 증가 흐름을 기록
짧은 시간에 사용량이 크게 증가	로그 폭주, 백업 오류, 대용량 파일 생성 확인
Docker 업데이트 후 크게 증가	이미지와 빌드 캐시 사용량 확인
파일을 삭제했는데 공간이 줄지 않음	열린 삭제 파일이나 다른 파일시스템 여부 확인

남은 용량보다 먼저 봐야 할 것은 저장 공간이 어떤 속도로, 어떤 이유로 줄어들고 있는가입니다.

⑦ 5분 디스크 건강검진 흐름을 만들어 보자

CPU 상태 확인

↓

메모리 상태 확인

↓

df -h 실행

↓

사용률과 마운트 위치 확인

↓

필요하면 du로 큰 폴더 확인

↓

이전 기록과 증가 속도 비교

큰 변화가 없다면 점검을 마칩니다.

사용량이 크게 늘었다면 최근 설치와 업데이트, 백업, 로그, Docker 이미지 변화를 하나씩 확인합니다.

운영노트

처음에는 SSD 용량이 넉넉하다고 생각해서 디스크 사용량을 거의 확인하지 않았습니다.

하지만 Docker 이미지를 여러 번 내려받고 테스트하면서 사용하지 않는 이미지와 빌드 캐시가 남을 수 있다는 것을 알게 되었습니다.

백업 파일도 하나씩 쌓였고 서비스 로그와 데이터베이스 데이터도 계속 변했습니다.

그때부터 남은 용량만 보는 대신 지난번보다 얼마나 늘었는지를 함께 보려고 합니다.

디스크 점검은 가득 찬 공간을 정리하는 일이 아니라, 무엇이 계속 쌓이고 있는지 이해하는 과정이었습니다.

CPU는 순간적으로 바빠질 수 있고, 메모리는 작업과 캐시에 따라 사용 상태가 바뀝니다.

디스크는 기록과 데이터가 남으면서 시간이 지날수록 변화가 쌓입니다.

에디터의 해석노트

저장 공간은 많이 남아 있을수록 좋은 것일까요?

여유 공간은 중요하지만 큰 SSD를 사용하는 것만으로 운영 문제가 모두 해결되는 것은 아닙니다.

로그가 비정상적으로 계속 생성되거나 백업이 중복으로 쌓이는 구조라면 용량이 클수록 문제를 늦게 발견할 뿐일 수도 있습니다.

결국 중요한 것은 저장 공간의 크기보다 데이터가 어떻게 만들어지고, 쌓이고, 정리되는지 이해하는 것입니다.

좋은 디스크 운영은 공간을 많이 확보하는 것만이 아니라, 사용량이 증가하는 이유를 설명할 수 있는 상태에 더 가깝습니다.

디스크 사용률은 결과를 보여주고, 그 결과를 만든 과정은 로그와 백업, Docker 이미지와 서비스 데이터 속에 있습니다.

참고 링크 (References)

1. Linux manual page : df
2. Linux manual page : du
3. Docker Documentation : docker system df
4. Docker Documentation : Storage overview
5. Debian Reference : System tips

트러블슈팅

문제 1. df -h에서 사용률이 거의 100%로 보인다

먼저 어떤 파일시스템의 사용률이 높은지 Mounted on 항목을 확인합니다.

중요한 서비스가 실행 중이라면 무작정 파일을 삭제하기 전에 백업과 파일 용도를 확인합니다.

문제 2. Docker가 예상보다 많은 공간을 사용한다

docker system df

이미지와 컨테이너, 볼륨, 빌드 캐시 가운데 어떤 항목이 큰지 구분합니다.

특히 볼륨에는 실제 서비스 데이터가 저장될 수 있으므로 자동 정리 명령을 무조건 실행하지 않습니다.

문제 3. 로그 파일이 계속 커진다

어떤 서비스의 로그인지 확인하고 같은 오류가 반복해서 기록되고 있는지 살펴봅니다.

로그를 삭제하는 것만으로 끝내지 않고 반복되는 오류의 원인을 먼저 확인합니다.

문제 4. 파일을 삭제했는데 df -h 용량이 줄지 않는다

실행 중인 프로세스가 삭제된 파일을 계속 열고 있으면 공간이 바로 반환되지 않을 수 있습니다.

sudo lsof +L1

관련 프로세스와 서비스 영향을 확인한 뒤 안전하게 재시작할지 판단합니다.

문제 5. du 결과와 df 결과가 다르게 보인다

df는 파일시스템 전체 사용량을 보여주고, du는 접근 가능한 파일과 디렉터리가 차지하는 용량을 계산합니다.

삭제되었지만 열린 파일, 마운트된 다른 파일시스템, 권한 문제 등으로 결과가 다르게 보일 수 있습니다.

문제 상황	먼저 확인할 방향
사용률이 100%에 가까움	마운트 위치와 큰 폴더 확인
Docker 공간이 큼	이미지·볼륨·빌드 캐시 구분
로그가 계속 증가함	반복 오류와 로그 로테이션 확인
삭제 후 공간이 줄지 않음	삭제된 열린 파일 확인
df와 du 결과가 다름	파일시스템·권한·열린 파일 범위 비교

핵심 체크포인트 10

1. 디스크는 로그와 백업, 서비스 데이터가 쌓이면서 시간이 지날수록 사용량이 증가할 수 있다.
2. 저장 공간은 가득 찬 뒤보다 증가 흐름을 미리 확인하는 것이 중요하다.
3. 디스크 부족은 로그 기록, Docker, 데이터베이스와 서비스 운영에 영향을 줄 수 있다.
4. df -h에서는 사용률뿐 아니라 파일시스템과 마운트 위치를 함께 확인한다.
5. df는 파일시스템 전체 사용량을, du는 파일과 폴더의 용량을 확인한다.
6. du -sh *는 현재 위치를 기준으로 실행되므로 확인할 폴더를 먼저 선택한다.
7. Docker 저장 공간은 docker system df로 이미지·컨테이너·볼륨·캐시를 나누어 볼 수 있다.
8. Docker 볼륨은 실제 서비스 데이터를 포함할 수 있으므로 사용 여부와 백업을 확인한 뒤 정리한다.
9. 사용률 숫자보다 지난 기록과 비교한 증가 속도와 원인을 함께 살펴본다.
10. 같은 파일시스템을 반복해서 확인하면 내 홈서버의 정상적인 저장 공간 증가 흐름을 이해할 수 있다.

마무리

이번 글에서는 서버 건강검진에서 왜 저장 공간을 미리 확인해야 하는지 살펴보았습니다.

CPU는 서버가 얼마나 바쁜지 보여주었고, 메모리는 그 일을 처리할 여유가 얼마나 남아 있는지 살펴보게 했습니다.

디스크는 로그와 백업, Docker 이미지와 서비스 데이터가 시간에 따라 어떻게 쌓이고 있는지 보여주는 또 하나의 중요한 신호였습니다.

중요한 것은 지난번과 비교해 얼마나 늘었는지, 어떤 파일시스템이 변하고 있는지, 무엇이 그 공간을 사용하고 있는지 알아가는 것입니다.

df -h로 전체 사용량을 확인하고, 필요하면 du로 큰 폴더를 찾아갑니다.

Docker를 운영하고 있다면 이미지와 볼륨, 빌드 캐시도 함께 살펴봅니다.

저장 공간을 미리 확인하는 짧은 습관은 디스크가 가득 찬 뒤 문제를 수습하는 대신, 무엇이 쌓이고 있는지 먼저 알아차리는 운영의 시작이 됩니다.

이번 금요일에는 CPU와 메모리에 이어 디스크까지 확인해 보았습니다.

같은 항목을 꾸준히 비교하며 홈서버의 변화가 어떤 방향으로 쌓이고 있는지 하나씩 기록해 보려고 합니다.