트래픽 사용량: 확인 방법과 어디로 가는지
트래픽 그래프를 보는 위치, 인터페이스별 및 프로세스별 사용량 측정 방법, 그리고 서버가 갑자기 기가바이트를 다운로드하기 시작할 때 할 일을 설명해요.
업데이트 2026년 8월 23일
트래픽은 당신이 관여하지 않아도 늘어나는 유일한 지표예요. 업데이트, 봇, 스캐너, 다른 사람의 요청 등이죠. 보통은 월 몇 기가바이트 수준이지만, 수치가 수십 배로 뛴다면 설정 실수이거나 당신의 머신에서 다른 누군가가 활동하고 있다는 뜻이에요.
제어판의 그래프
/hosting/vds/m/<id>의 “Overview”에는 시간, 일, 주, 월 단위의 트래픽 그래프가 있어요. 사용량의 형태를 가장 빠르게 파악하는 방법이죠:
- 하루 종일 평평한 고원 — 무언가가 끊임없이 다운로드되고 있다는 뜻이고, 실제 사용자는 그렇게 행동하지 않아요;
- 특정 시간대의 급등 — 예약된 작업, 내보내기, 업데이트;
- 인바운드는 0인데 아웃바운드만 증가 — 경고 신호예요, 침해 징후를 참고하세요.
근처의 CPU와 메모리 그래프도 함께 보는 게 좋아요. 업데이트와 외부 프로세스를 구분하는 데 도움이 되거든요.
시스템 내부의 카운터
빠르게 확인하기:
cat /proc/net/dev
ip -s link show eth0
일별 및 월별 누적 통계:
apt install -y vnstat
systemctl enable --now vnstat
vnstat -d
vnstat -m
vnstat -l
vnstat은 설치한 시점부터 집계하니, 나중에 비교할 대상이 있도록 바로 설치해 두세요.
연결과 프로세스의 실시간 현황:
apt install -y iftop nethogs
iftop -i eth0
nethogs eth0
ss -tnp state established
nethogs는 프로세스별 사용량을 보여줘요. “누가 이걸 다운로드하고 있지”라는 질문에 딱 필요한 도구죠.
주로 무엇이 사용하는가
| 원인 | 규모 |
|---|---|
| 시스템 업데이트 | 월 수백 메가바이트 |
| Docker 이미지 | 빌드당 수백 메가바이트 |
| 스캐너와 비밀번호 무차별 대입 | 메가바이트 수준이지만 수천 개의 연결 |
| 웹사이트 서비스 | 트래픽에 따라 다름 |
| 백업 동기화 | 데이터만큼 정확히 그대로 |
| 외부 수집기로 전송되는 로그 | 눈에 띄지 않지만 하루 종일 |
대역폭은 최대 500 Mbps가 속도 상한이며, 이는 대역폭 최대 500 Mbps 문서에서 별도로 다뤄요.
사용량이 급증하면
- “Overview”의 그래프에서 형태를 확인하세요: 고원인지 급등인지.
nethogs— 어떤 프로세스인지.ss -tnp state established— 연결이 어디로 향하는지.- 자신의 작업과 대조하세요: cron, 빌드, 동기화.
- 낯선 프로세스라면 머신이 침해되었다고 간주하고 침해 징후에 따라 대응하세요.
다른 사람의 아웃바운드 트래픽은 거의 항상 세 가지 중 하나를 뜻해요: 스팸 발송, 공격 가담, 또는 채굴. 이 모든 것은 이용 약관을 위반하며 머신 제한으로 이어져요.
사용량 줄이기
apt clean
docker image prune
nginx에서 응답을 압축하면 아웃바운드 트래픽의 상당 부분을 절약할 수 있어요:
gzip on;
gzip_types text/plain text/css application/json application/javascript;
액세스 로그도 관리해야 해요 — 주간 주기의 logrotate를 사용하세요.
최소 일주일에 한 번은 트래픽 그래프를 확인하세요. 설명할 수 없는 급격한 아웃바운드 트래픽 증가는 당신의 코드 외에 다른 무언가가 머신에서 실행되고 있다는 가장 이르고 가장 정직한 신호예요.