nload vs bmon vs vnstat: 리눅스 대역폭 모니터링 도구 비교

nload, bmon, vnstat은 알아두면 좋은 세 가지 리눅스 대역폭 모니터링 도구입니다. 이들은 각기 다른 문제를 해결하며, 일반적으로 두 가지를 조합하여 사용하는 것이 가장 적합합니다. 이 글에서는 각 도구의 장점과 단점, 그리고 특정 상황에서 어떤 도구를 선택해야 하는지에 대해 다룹니다.

nload: 실시간 처리량 한눈에 보기

nload는 ASCII 그래프를 사용하여 단일 인터페이스의 실시간 처리량을 보여주는 터미널 도구로, 수신 트래픽과 발신 트래픽을 각각 하나씩 표시합니다. 이 도구는 /proc/net/dev 직접 읽기 때문에 루트 권한 없이 실행되며 CPU 사용량은 미미합니다.

인터페이스 이름을 지정하여 실행하십시오:

nload eth0

유용한 옵션:

• -u M 표시 단위를 MB/s로 변경합니다(기본값은 초당 비트).
• -m 하나의 화면에 여러 인터페이스를 표시하며, 그래프는 표시하지 않음
• -t 1000 갱신 간격을 밀리초 단위로 설정합니다

세션 중에 F2 세션 중에 누르면 재시작 없이 새로고침 속도와 그래프 배율을 조정할 수 있습니다.

화면에 표시되는 내용: 현재 속도, 평균, 최소, 최대 및 세션 중 전송된 총량. 이는 서버가 예상한 트래픽을 전송하고 있는지 확인하거나 갑작스러운 급증을 파악하기에 충분합니다. 제공되지 않는 내용: 프로세스별 할당, 연결별 내역 또는 과거 데이터. 터미널을 닫으면 세션 통계는 사라집니다.

"이 서버가 지금 링크 용량을 다 쓰고 있는가?"라는 질문에 5초 이내에 답을 얻고 싶다면 nload를 사용하세요.

bmon: 여러 인터페이스 모니터링

bmon은 다른 접근 방식을 취합니다. 하나의 인터페이스를 상세하게 보여주는 대신, 호스트에 있는 모든 인터페이스를 한 번에 표시합니다. 상단 패널에는 각 인터페이스의 현재 RX 및 TX 속도가 나열됩니다. 하단 패널에는 선택한 인터페이스에 대한 그래프가 표시됩니다. 화살표 키를 사용하여 인터페이스 간을 이동할 수 있습니다.

이 도구는 가상화 호스트, 라우터, 다중 NIC가 장착된 전용 서버, 또는 인터페이스 목록이 수십 개에 달하는 Docker 환경 등에서 유용합니다. nload를 사용하여 하나씩 순차적으로 확인하는 것은 지루한 작업이 될 것입니다.

자세한 통계 보기를 위해 d 를 누르면 패킷 수, 오류율, 드롭된 패킷, 충돌 등의 상세 통계 정보를 확인할 수 있습니다. 이 데이터는 처리량 문제로 나타나지 않는 링크 플랩핑, MTU 불일치 또는 NIC 드라이버 문제를 진단하는 데 필수적입니다.

인터페이스 목록을 -p 를 사용하여 인터페이스 목록을 필터링하면 화면이 깔끔해집니다:

bmon -p "eth*,ens*"

bmon은 또한 -o JSON, XML, ASCII 또는 HTML 형식으로 구조화된 데이터를 내보낼 수 있으며, 이는 스크립트 기반 스냅샷 생성이나 다른 도구로의 데이터 전송에 유용합니다:

bmon -o ascii -p eth0 > /tmp/eth0-stats.txt

하지만 nload와 마찬가지로 지속적인 기록이 저장되지 않는다는 제한 사항이 있습니다. 창을 닫으면 데이터가 사라집니다.

vnstat: 장기 사용량 추적

vnstat은 다른 두 도구가 채우지 못한 공백을 메웁니다. 이 도구는 백그라운드 데몬으로 실행되며(vnstatd)로 실행되며 트래픽 카운터를 /var/lib/vnstat/. 이 데이터베이스는 재부팅 후에도 유지되며, 5분 단위 샘플은 48시간, 시간별 데이터는 4일, 일별 합계는 2개월 동안 보존하고, 월별 및 연간 요약은 무기한으로 보존합니다.

설치 첫날부터 활성화하세요:

systemctl enable --now vnstat

중요한 점: vnstat은 데몬이 시작된 시점부터의 트래픽만 집계합니다. 설치 이전의 사용량을 소급하여 측정할 수는 없습니다. 새 서버에서는 프로비저닝 단계에서 설치해야 하며, 그렇지 않으면 데이터가 필요할 때 아무것도 없을 것입니다.

표준 쿼리:

vnstat              # summary
vnstat -d           # daily breakdown
vnstat -m           # monthly totals
vnstat -h           # last 24 hours, hourly
vnstat -t           # top days
vnstat --json       # JSON export
vnstat -i eth0      # specific interface

vnstat은 "지난달에 얼마나 전송했나?", "월간 한도 내에서 진행 중인가?", "장기적인 추세는 어떤가?"와 같은 질문에 답하기에 적합한 도구입니다. --alert 플래그를 사용하면 사용자 정의 청구 주기에 연동된 임계값을 설정할 수 있으며, 이는 제공업체의 월 단위가 달력 상의 월과 일치하지 않을 때 유용합니다.

상태 페이지나 보고서에 그래프가 필요한 경우 vnstati 를 함께 사용하여 상태 페이지나 보고서에 그래프를 포함할 수 있습니다:

vnstati -s -i eth0 -o /var/www/html/traffic.png

vnstat이 잘 처리하지 못하는 부분: 실시간 진단입니다. -l 라이브 모드는 존재하지만 단순한 카운터일 뿐이며, 그래프나 인터페이스별 세부 정보는 제공하지 않습니다. 사고 대응을 위해서는 여전히 다른 창에서 nload나 bmon을 열어두는 것이 좋습니다.

간단한 비교

이 도구들 중 어느 것도 어떤 프로세스나 연결이 트래픽을 발생시키는지 알려주지 않습니다. 이를 위해서는 iftop (연결별) 및 nethogs (프로세스별)이 적합한 도구이며, 이는 앞서 언급한 모든 도구와 잘 어울립니다.

언제 어떤 도구를 사용할지

월간 트래픽 제한이 있는 단일 인터페이스 VPS의 경우, 첫날에 vnstat을 설치하고 빠른 확인이 필요할 때 nload를 사용하십시오. 이렇게 하면 95%의 경우를 커버할 수 있습니다.

전용 서버, 가상화 호스트 또는 컨테이너를 실행하는 환경의 경우, nload 대신 bmon을 사용하십시오. NIC와 브리지가 3~4개 이상일 때 다중 인터페이스 뷰는 시간을 크게 절약해 줍니다.

전체 플릿에 걸친 용량 계획을 세울 때는 vnstat의 JSON 내보내기 기능을 통해 Prometheus, Grafana 또는 이미 메트릭스 분석에 사용 중인 도구로 데이터를 원활하게 전송할 수 있습니다. 한 번 설정해 두면 월간 보고서가 필요할 때까지 신경 쓸 필요가 없습니다.

트래픽에 이상이 있어 원인을 파악해야 할 때, 이 세 가지 도구 중 어느 것도 그 답을 알려주지 않습니다. 바로 이때 iftop (대역폭별 상위 연결)과 nethogs (상위 프로세스)가 진가를 발휘합니다.

이 세 가지 도구 모두 패킷을 캡처하는 대신 커널 카운터를 읽기 때문에, 포화 상태인 10Gbps 링크에서도 오버헤드는 미미합니다. 이 세 가지를 모두 설치하지 않을 이유가 없습니다.

정리

nload, bmon, vnstat은 각각 서로 다른 질문을 다룹니다. 즉, 특정 인터페이스에서 현재 무슨 일이 일어나고 있는지, 여러 인터페이스 전반에서 무슨 일이 일어나고 있는지, 그리고 시간 경과에 따라 어떤 일이 발생했는지를 파악하는 것입니다. 각 질문에 맞는 도구를 하나씩 선택하면, 약 5분 만에 설정할 수 있고 측정 가능한 부하를 전혀 추가하지 않으면서 대역폭 모니터링을 해결할 수 있습니다.

워크로드가 일정한 트래픽을 발생시키고 초과 요금에 대한 걱정을 덜고 싶다면, 무제한 VPS를 통해 정액제 포트를 확보하고 예측 가능한 비용을 유지할 수 있습니다. 이렇게 하면 vnstat의 과거 데이터는 요금 청구 경보가 아닌 계획 수립 도구로 활용될 수 있습니다.