리눅스 서버 모니터링 도구 (uptime, htop, glances, iostat)
서버가 느려졌다는 연락을 받으면 가장 먼저 무엇을 봐야 할까. CPU, 메모리, 디스크, 네트워크 중 어디가 막혔는지를 빨리 가려내는 것이 핵심이다. 이 글은 별도 서비스 가입 없이 터미널에서 바로 쓰는 리눅스 서버 모니터링 도구인 uptime, htop, glances, iostat 사용법과 숫자를 읽는 법을 정리한다. 메모리 확인 명령은 리눅스 메모리 확인 방법에 먼저 정리해 두었다.

리눅스 서버 모니터링 첫 단계: uptime과 load average
uptime
# 10:21:03 up 12 days, 3:04, 1 user, load average: 0.52, 0.71, 0.66
nproc # CPU 코어 수load average의 세 숫자는 1분, 5분, 15분 평균으로, 실행 중이거나 실행을 기다리는 작업 수를 뜻한다. 코어 수와 비교해서 보면 된다. 코어가 2개인데 값이 계속 2를 넘으면 CPU나 디스크 대기 때문에 작업이 밀리고 있다는 신호다.
htop: 프로세스를 한눈에
# 설치
sudo apt install htop # Ubuntu / Debian
sudo dnf install htop # Rocky / RHEL (EPEL)
htop| 키 | 동작 |
|---|---|
F6 또는 < | 정렬 기준 바꾸기(CPU%, MEM% 등) |
F4 | 이름으로 거르기 |
F5 | 트리 보기(부모-자식 프로세스) |
F9 | 선택한 프로세스에 신호 보내기(종료) |
u | 사용자별로 보기 |
q | 종료 |
위쪽 막대에서 CPU 코어별 사용률과 메모리, 스왑 사용량을 보고, 아래 목록에서 무엇이 자원을 먹는지 찾는다. ps, kill 같은 기본 명령은 리눅스 프로세스 명령어에 정리했다.
glances: CPU, 메모리, 디스크, 네트워크를 한 화면에
sudo apt install glances # 또는 pip install glances
glanceshtop이 프로세스 중심이라면 glances는 서버 전체 상태를 한 화면에 보여 준다. 디스크 입출력, 네트워크 송수신량, 파일 시스템 사용률까지 함께 나오고, 위험 수준에 가까운 항목은 색깔로 경고해 준다. 웹 브라우저로 보는 모드(glances -w)도 있지만, 외부에 열어 둘 때는 방화벽과 인증을 꼭 설정해야 한다.
디스크가 병목일 때: iostat, iotop
# sysstat 패키지에 포함
sudo apt install sysstat
iostat -xz 2 # 2초마다 장치별 입출력
# 어떤 프로세스가 디스크를 쓰는지
sudo apt install iotop
sudo iotop -oiostat의 %util이 100%에 가깝고 await(대기 시간)가 길다면 디스크가 병목이다. 백업이나 대량 쿼리가 돌고 있는지 확인하자. 디스크 공간 문제는 리눅스 디스크 용량 부족 해결에서 다뤘다.
리눅스 서버 모니터링 점검 순서
- uptime으로 부하가 코어 수를 넘는지 본다.
- htop에서 CPU나 메모리를 많이 쓰는 프로세스를 찾는다.
- free -h로 스왑 사용이 늘었는지 본다. 늘었다면 메모리 부족이다(스왑 설정).
- iostat로 디스크 대기를 확인한다.
- ss -s나 glances로 접속 수와 네트워크 사용량을 본다.
- 원인 프로세스의 로그를 journalctl로 확인한다(journalctl 사용법).
기록을 남기고 싶다면
지금 상태가 아니라 “어젯밤 3시에 무슨 일이 있었나”를 알고 싶다면 sysstat의 sar를 켜 두면 된다. 10분 간격으로 CPU, 메모리, 디스크 기록을 남겨 sar -u, sar -r 같은 명령으로 지난 기록을 볼 수 있다. 더 본격적인 대시보드가 필요하면 Netdata, Prometheus 같은 도구를 검토한다.
서버 부하와 함께 웹 요청이 늘었는지 확인하려면 GoAccess 로그 분석으로 요청 주소와 상태 코드를 함께 살펴보자.
각 도구의 기능은 htop 공식 사이트와 glances 공식 저장소에서 볼 수 있다.
리눅스 서버 모니터링 정리
모니터링은 숫자를 많이 보는 것보다 순서가 중요하다. 부하, 프로세스, 메모리, 디스크, 네트워크 순으로 좁혀 가면 대부분의 “서버가 느려요”는 몇 분 안에 원인이 보인다. 워드프레스를 터미널로 관리하는 방법은 전날 글인 WP-CLI 명령어에 있다.
첫 댓글을 남겨보세요