−25%

Windows 연간 결제, 10월 31일까지. 요금제 보기

EQVPS
시작하기

서버 속도와 트래픽 사용량 확인하는 법

대시보드의 네트워크 그래프를 읽고, vnStat로 월간 트래픽을 세고, 대역폭을 잡아먹는 프로세스를 찾고, 실제 숫자가 나오는 속도 테스트를 합니다. 정확한 명령이 담긴 7단계입니다.

"서버가 느리다"는 말은 세 가지 다른 뜻일 수 있습니다. 네트워크가 붐비거나, 서버의 무언가가 대역폭을 쓰고 있거나, 테스트 자체가 잘못된 것입니다. 아래 7단계로 이를 구분합니다. 명령은 Linux용이고, 패키지 이름은 apt를 쓰는 시스템 기준입니다.

1. 대시보드 그래프 보기

대시보드에서 서버를 열고 메트릭 탭으로 갑니다. 네트워크 그래프는 최근 1시간, 1일, 1주일 동안의 초당 수신·송신 트래픽을 보여 줍니다. 데이터는 가상화 계층에서 가져오므로 서버 안의 OS가 멈춰도 표시됩니다.

보여 주지 않는 것이 두 가지 있습니다. 기가바이트 단위의 합계, 그리고 어떤 프로그램이 트래픽을 만들었는지입니다. 그래서 다음 단계가 필요합니다.

같은 데이터는 API로도 받을 수 있고, 최근 한 달 치도 됩니다.

curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
  -H "Authorization: Bearer $EQVPS_API_KEY"

2. 네트워크 인터페이스 찾기

아래 명령 대부분에 인터페이스 이름이 필요합니다.

ip -br addr

공인 주소(NAT 서버라면 사설 주소)가 붙은 인터페이스를 찾으면 되며, 보통 eth0이나 ens18입니다. 이름이 다르다면 아래의 eth0을 바꿔 쓰세요.

3. vnStat로 일별·월별 트래픽 집계

apt install -y vnstat
vnstat -l -i eth0          # live rate, Ctrl+C to stop
vnstat -d                  # per day
vnstat -m                  # per month

vnStat는 커널의 인터페이스 카운터를 읽고, 재부팅해도 기록이 남으며, 자원을 거의 쓰지 않습니다. 설치한 순간부터 세기 시작하므로 숫자가 필요해지기 전에 설치해 두세요.

4. 대역폭을 쓰는 프로세스 확인

apt install -y nethogs
nethogs eth0

nethogs는 프로세스별 현재 송수신 속도를 보여 줍니다. 모르는 프로세스가 트래픽을 대량으로 내보내고 있다면 자세히 살펴보세요. 예상치 못한 대량 업로드는 서버가 침해되었다는 신호일 수 있습니다.

연결 자체를 보려면:

ss -tunap | head -30

5. 의미 있는 속도 테스트 하기

믿을 만한 방법은 직접 관리하는 두 머신 사이에서 iperf3를 쓰는 것입니다. 다른 머신에서 서버를 시작합니다.

iperf3 -s

내 서버에서 스트림 4개로 30초 동안 양방향을 측정합니다.

iperf3 -c OTHER_HOST -P 4 -t 30        # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R     # download to this server

NAT 서버는 SSH 포트로만 들어오는 연결을 받으므로 iperf3 -s는 다른 머신에서 실행하고, NAT 서버는 위처럼 클라이언트로 두세요.

두 번째 머신이 없나요? 가까운 빠른 미러에서 큰 파일을 내려받아 평균 속도를 읽으세요.

curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin

결과는 초당 바이트입니다. 8을 곱하면 초당 비트가 됩니다. 110000000이면 약 880 Mbit/s입니다.

6. 지연과 패킷 손실 확인

먼 거리에서 처리량이 낮다면 대역폭보다 지연이나 손실 문제인 경우가 많습니다.

apt install -y mtr-tiny
mtr -rwc 100 example.com

마지막 줄의 Loss% 열을 보세요. 중간의 한 홉에서만 손실이 보이고 그 뒤에서 사라진다면, 대개 그 라우터가 ping 응답의 우선순위를 낮춘 것일 뿐 실제 손실은 아닙니다.

7. 기대치와 비교하기

요금제포트스트림 4개, 한산한 회선에서의 일반적인 결과
Linux VPS1 Gbit/s방향마다 약 900~940 Mbit/s
Windows VPS150 Mbit/s약 140 Mbit/s

같은 물리 머신의 서버 여러 대가 동시에 바쁘면 업링크를 그 서버들이 똑같이 나눠 쓰므로, 붐비는 시간에 숫자가 낮게 나오는 것은 정상입니다. 어떤 요금제에도 트래픽 할당량은 없습니다. 나누는 방식은 트래픽과 네트워크 속도에서 설명합니다.

Windows 서버에서는 작업 관리자 → 성능 → 이더넷에서 현재 속도를, 리소스 모니터 → 네트워크에서 프로세스별 트래픽을 볼 수 있습니다.

숫자가 정말 낮다면

서로 다른 테스트 서버 두 곳을 상대로 5단계를 실행하고, 시간을 기록한 뒤, 명령과 출력을 담아 티켓을 보내 주세요. 그러면 바로 그 시점의 업링크를 확인할 수 있습니다.

관련 문서

자주 묻는 질문

서버가 트래픽을 얼마나 썼는지 어디서 보나요?

대시보드의 메트릭 탭에서 최근 1시간, 1일, 1주일의 네트워크 속도를 볼 수 있습니다. 일별·월별 합계가 필요하면 서버 안에 vnStat를 설치하세요. 설치한 순간부터 집계합니다.

걸릴 수 있는 트래픽 한도가 있나요?

없습니다. 어떤 요금제에도 월 트래픽 할당량이 없습니다. 한계는 포트 속도뿐이며 Linux 요금제는 1 Gbit/s, Windows는 150 Mbit/s이고 회선이 붐빌 때는 공평하게 나눕니다.

속도 테스트가 200 Mbit/s밖에 안 나옵니다. 문제가 있나요?

대개는 테스트 방식 때문입니다. 붐비는 공용 서버에 10초 동안 스트림 하나로 측정하면 실제 속도가 거의 나오지 않습니다. 직접 관리하는 서버를 상대로 iperf3, 병렬 스트림 4개, 30초로 다시 측정하세요.

NAT 서버에서 iperf3 서버를 돌릴 수 있나요?

외부에서 접속할 수 없습니다. NAT 서버는 자신의 SSH 포트로만 들어오는 연결을 받기 때문입니다. iperf3 서버는 다른 머신에서 실행하고 NAT 서버는 클라이언트로 쓰되, 다운로드 방향은 -R로 측정하세요.

댓글

아직 댓글이 없습니다. 첫 번째가 되세요.

댓글 남기기

댓글은 표시되기 전에 검토됩니다.