54. Verify Integrity and Availability of Resources and Processes

Sangmin SHIM

April 2, 2026

원문 링크

Verify Integrity and Availability of Resources and Processes

---

df로 디스크 공간 확인

df(disk free) 유틸리티는 디스크 사용량을 보고합니다. 기본적으로 1KB 블록으로 표시되므로, -h 옵션으로 사람이 읽기 쉬운 형식(MB, GB, TB)으로 표시합니다.

$ df -h
Filesystem                                   Size  Used Avail Use% Mounted on
tmpfs                                        392M  1.1M  391M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv             9.8G  3.9G  5.4G  43% /
tmpfs                                        2.0G  0.0G  2.0G   0% /dev/shm
/dev/vda2                                    1.8G  251M  1.4G  16% /boot

tmpfs 란?

tmpfs는 디스크가 아닌 RAM에 존재하는 가상 파일시스템입니다. 시스템이 재부팅되면 내용이 사라집니다.

마운트 포인트	용도
/run	부팅 시 런타임 데이터 (PID 파일 등)
/dev/shm	프로세스 간 공유 메모리 (shared memory)
/tmp	임시 파일

[!warning] 디스크 용량 확인 시 tmpfs 무시 df -h 출력에서 tmpfs 항목은 실제 디스크 공간이 아닙니다. 실제 디스크 파일시스템만 보려면 -x 옵션으로 제외하세요:

df -h -x tmpfs

du로 디렉토리 용량 확인

du(disk usage)는 파일 또는 디렉토리가 실제로 차지하는 디스크 용량을 확인합니다.

주요 플래그

플래그	의미
-h	Human-readable (K, M, G 단위)
-s	Summary — 하위 항목 없이 전체 합계만 출력
-sh	위 두 옵션 조합 (가장 자주 사용)
-c	마지막 줄에 grand total 추가
--max-depth=N	N 단계 하위 디렉토리까지만 표시

사용 예시

특정 디렉토리 전체 용량:

du -sh /usr/
# 3.0G    /usr/

현재 디렉토리의 하위 항목별 용량:

du -sh /*
# 0       /bin
# 63M     /boot
# 3.0G    /usr
# ...

깊이 제한:

du -h --max-depth=1 ~

카테고리별 총 용량 합계:

# 이미지
find ~ -type f \( -name "*.jpg" -o -name "*.png" -o -name "*.webp" \) -exec du -ch {} + | tail -1

# 영상
find ~ -type f \( -name "*.mp4" -o -name "*.mkv" -o -name "*.avi" \) -exec du -ch {} + | tail -1

# 코드
find ~ -type f \( -name "*.py" -o -name "*.js" -o -name "*.sh" \) -exec du -ch {} + | tail -1

# 텍스트
find ~ -type f -name "*.txt" -exec du -ch {} + | tail -1

df vs du

	df	du
대상	파일시스템 전체	특정 파일/디렉토리
용도	남은 공간 확인	어디서 용량 차지하는지 확인

free로 메모리 사용량 확인

free 명령어는 RAM 사용량과 가용량을 표시합니다:

$ free -h
              total        used        free      shared  buff/cache   available
Mem:          3.6Gi       1.0Gi       1.5Gi        15Mi       1.1Gi       2.4Gi
Swap:         2.0Gi          0B       2.0Gi

free vs available — 핵심 차이

열	의미
free	완전히 비어있는 RAM. 아무 프로세스도 건드리지 않은 순수 빈 메모리
available	새 프로세스가 실제로 할당받을 수 있는 메모리 (free + 회수 가능한 buff/cache)

리눅스는 남은 RAM을 낭비하지 않고 디스크 I/O 캐시(buff/cache) 로 활용합니다. 이 캐시는 새 프로세스가 메모리를 요청하면 즉시 해제되므로, 사실상 가용 메모리로 볼 수 있습니다.

위 예시에서:

• free = 1.5Gi → 아무것도 없는 빈 RAM

• buff/cache = 1.1Gi → 캐시 용도로 쓰이지만 언제든 회수 가능

• available = 2.4Gi → 실제 사용 가능한 메모리 (≈ free + 회수 가능 캐시)

[!warning] 실제 가용 메모리를 확인할 땐 free가 아닌 available 을 봐야 합니다. free만 보면 메모리가 부족해 보여도, 리눅스가 캐시를 즉시 회수할 수 있어 실제로는 충분한 경우가 많습니다.

uptime으로 CPU 부하 분석

$ uptime
17:24:55 up 32 min,  1 user,  load average: 0.05, 0.05, 0.01

세 개의 부하 평균 숫자: 최근 1분, 5분, 15분의 평균 시스템 부하.

부하 평균(load average) 해석

1.0 = CPU 코어 1개가 100% 활용된 상태. 즉, 정상 기준선 = CPU 코어 수.

CPU 코어 수	정상 범위	주의	위험
1코어	< 1.0	1.0 ~ 1.5	> 1.5
6코어	< 6.0	6.0 ~ 9.0	> 9.0
12코어	< 12.0	12.0 ~ 18.0	> 18.0

6코어 시스템 예시

$ uptime
17:24:55 up 3 days,  2 users,  load average: 2.10, 5.80, 8.50

구간	값	해석
1분	2.10	현재는 여유 있음 (6코어 중 약 2코어 사용)
5분	5.80	조금 전까지 거의 풀로드 상태였음
15분	8.50	15분 전에는 과부하 — 일부 프로세스가 CPU를 기다렸음

→ 1분 값이 낮아지고 있으므로 부하가 완화되는 추세. 당장 조치 불필요.

언제 비정상으로 볼까?

• 1분 > 코어 수: 지금 이 순간 과부하
• 15분 > 코어 수: 장시간 지속된 과부하 → 반드시 원인 파악 필요
• 1분 >> 15분: 갑작스러운 스파이크 → 특정 프로세스가 폭주했을 가능성

코어 수 확인:

nproc
# 또는
lscpu | grep "^CPU(s):"

과부하 시 대처 방법

1. 어떤 프로세스가 CPU를 잡아먹는지 확인

top        # 실시간 확인, CPU% 기준 정렬
htop       # 더 보기 좋은 버전

2. 특정 프로세스 강제 종료

kill <PID>         # 정상 종료 요청
kill -9 <PID>      # 강제 종료

3. 프로세스 우선순위 낮추기 (종료 대신)

renice +10 <PID>   # 낮은 우선순위로 조정 (값이 높을수록 우선순위 낮음)

4. 특정 서비스가 원인이라면

systemctl status <service>
sudo systemctl restart <service>

파일 시스템 무결성 확인

파일 시스템 오류 검사 전에 언마운트해야 합니다.

XFS 파일 시스템 (Red Hat 기본):

$ sudo xfs_repair -v /dev/vdb1

ext4 파일 시스템 (Ubuntu 기본):

$ sudo fsck.ext4 -v -f -p /dev/vdb2

플래그	의미
-v	상세 출력 증가
-f	건강한 파일시스템도 강제 검사
-p	간단한 문제 자동 수정

주요 프로세스 및 서비스 확인

systemd 유닛 의존성을 트리 구조로 표시합니다. 특정 서비스가 시작되기 위해 무엇이 먼저 실행되어야 하는지 확인할 때 사용합니다.

$ systemctl list-dependencies
default.target
● ├─accounts-daemon.service
● ├─cloud-init.target
● │ ├─cloud-config.service
● │ └─cloud-final.service
● ├─ssh.service
● └─multi-user.target
      └─...

출력 아이콘 의미

아이콘	의미
● (초록)	실행 중
○ (흰색)	중지됨
✗ (빨강)	실패

특정 서비스의 의존성 확인:

$ systemctl list-dependencies ssh.service
ssh.service
● ├─system.slice
● ├─sysinit.target
● │ ├─dev-hugepages.mount
● │ └─...
● └─network.target

역방향 — 이 서비스에 의존하는 것들 확인 (--reverse):

$ systemctl list-dependencies --reverse ssh.service
# ssh.service를 필요로 하는 유닛들이 표시됨

언제 쓰나?

• 서비스가 시작 안 될 때 → 의존 서비스 중 실패한 것이 있는지 확인
• 시스템 부팅 순서 파악
• 특정 서비스를 중지했을 때 영향받는 서비스 사전 확인 (--reverse)

서비스 상태 확인:

$ systemctl status atd.service

서비스 시작:

$ sudo systemctl start atd.service

서비스 로그 검토:

$ journalctl -u atd.service

요약

df, du, free, uptime, 파일 시스템 유틸리티(xfs_repair, fsck.ext4), 서비스 모니터링 명령어(systemctl, journalctl)를 결합하여 서버 리소스 무결성과 프로세스 가용성을 사전에 검증할 수 있습니다.