2021년 최고의 네트워크 대기 시간 테스트 및 모니터링 도구

네트워크 대기 시간은 종종 네트워크 관리자의 가장 큰 적입니다. 그것은 사방에 살금살금 다가와 가장 필요할 때 항상 당신을 공격하는 것 같습니다. 그런 다음 다시, 당신은 아마 그것을 필요로하지 않을 것입니다. 대기 시간은 네트워크를 거의 사용할 수 없게 만드는 것과 같을 수 있습니다. 그래서, 그것에 대해 무엇을 할 수 있습니까? 1단계는 대기 시간을 발견하는 것입니다. 그런 다음 측정하고 위치를 찾아야 합니다. 그래야만 그것을 해결하기 위해 뭔가를 할 수 있을 것입니다. 귀하를 돕기 위해 대기 시간 문제를 발견하고 측정하는 데 도움이 될 수 있는 네트워크 대기 시간 테스트 도구 목록을 작성했습니다.

시작하기 전에 대기 시간이 무엇이며 원인이 무엇인지 설명하려고 합니다. 이렇게 하면 다양한 도구가 어떻게 도움이 될 수 있는지 더 잘 이해하는 데 도움이 됩니다. 또한 대기 시간의 중요성과 이것이 네트워크 사용에 미치는 영향도 살펴보겠습니다. 그런 다음 네트워크 대기 시간을 측정하는 방법을 살펴보겠습니다. 그리고 아무 조치도 취하지 않으면 대기 시간을 찾고 측정하는 것은 쓸모가 없으므로 네트워크 대기 시간 감소에 대해서도 설명합니다. 그런 다음 최고의 네트워크 대기 시간 테스트 도구 목록을 제시할 준비가 됩니다. 그러나 이것은 단순한 목록이 아니라 각 도구를 간략하게 검토하고 있음을 알 수 있습니다.

네트워크 대기 시간이란 무엇입니까?

한 문장에서 네트워크 대기 시간은 데이터 패킷이 소스에서 목적지까지 도달하는 데 걸리는 시간을 측정한 것입니다. 이상적인 세계에서는 대기 시간이 0일 것입니다. 그러나 실제로는 항상 일부가 있을 것입니다. 대기 시간은 피할 수 없지만 네트워크의 정상적인 작동에 영향을 미치기 시작할 정도로 중요해지지 않도록 항상 확인해야 합니다.

몇 가지 요인이 대기 시간에 기여합니다. 첫째, 전파 시간이 있습니다. 네트워크가 빠르고 비트가 빛의 속도로 이동하지만 목적지에 도달하는 데는 여전히 시간이 걸립니다. 그리고 경로가 길수록 더 많은 시간이 걸립니다. 이러한 이유로 서로 수천 마일 떨어진 두 컴퓨터 간의 대기 시간은 일반적으로 같은 방에 있는 컴퓨터 간의 대기 시간보다 높습니다.

또 다른 기여 요인은 전송 지연이라고 합니다. 이것은 매체 자체에 의해 도입될 수 있는 지연입니다. 또한 데이터 패킷의 크기에서 비롯됩니다. 패킷이 클수록 전달하는 데 더 많은 시간이 걸리므로 대기 시간이 길어집니다.

라우터 및 기타 처리 지연도 네트워크 대기 시간의 원인입니다. 대기열이 없는 거의 사용되지 않는 회로에서도 각 라우터는 데이터를 조작해야 합니다. 예를 들어, TTL 헤더 필드는 감소해야 합니다.

실제로 더 많은 지연이 데이터 전송에 영향을 줄 수 있습니다. 데이터를 즉시 보낼 수 없을 때 발생하는 큐잉 지연이나 디스크나 메모리에 캐시된 다음 검색해야 하는 스토리지 지연을 생각할 수 있습니다.

레이턴시 모니터

대기 시간 측정은 보기보다 복잡할 수 있습니다. 이것은 매우 먼 지점 사이의 대기 시간을 측정할 때 특히 그렇습니다. 여기에는 몇 가지 이유가 있지만 대부분은 엄청난 대기 시간도 수천 분의 1초 정도로 비교적 짧기 때문입니다. 상대방 친구에게 전화를 걸어 "알겠습니다. 패킷을 보내겠습니다. 도착하면 알려주세요"라고 말하고 지연 시간을 측정할 수는 없습니다. 당신이 말하기도 전에 패킷이 도착할 가능성이 있습니다. 타이밍을 잊어 버려.

네트워크 대기 시간 테스트

일반적으로 대기 시간은 보낸 사람에게 반환되는 패킷을 보내고 응답이 돌아오는 데 걸리는 시간을 측정하여 측정됩니다. 이 왕복 시간은 대기 시간으로 간주됩니다. 이 평가 방법에는 몇 가지 단점이 있습니다. 예를 들어 반환 경로가 다른 경우 지연 수치는 전달 경로 또는 반환 경로 중 지연 시간이 발생하는 경로를 알려주지 않습니다.

또 다른 가능한 문제는 대기 시간 측정에 사용되는 패킷 유형(일반적으로 ICMP 요청 및 응답)이 다른 네트워크 트래픽과 동일한 우선 순위를 가진 네트워크 장치에서 항상 처리되지 않는다는 것입니다.

지연 시간이 중요한 이유는 무엇입니까?

여기에 대한 쉬운 대답은 분명합니다. 대기 시간이 너무 높아지면 네트워크의 유용성에 영향을 미칠 수 있기 때문입니다. 따라서 중요한 것은 대기 시간 자체가 아니라 관찰하는 것입니다. 비정상적으로 높거나 평소보다 긴 대기 시간은 종종 네트워크나 네트워크에 문제가 있다는 신호입니다. 대부분의 경우 혼잡의 결과일 것입니다. 네트워크는 고속도로와 같아서 트래픽이 너무 많으면 속도가 느려지고 대기 시간이 길어집니다.

그러나 측정된 대기 시간이 항상 네트워크 문제를 나타내는 것은 아닙니다. 우리는 일반적으로 왕복 시간을 측정하여 대기 시간을 측정하므로 대기 시간의 또 다른 원인은 원격 장치일 수 있습니다. 해당 장치가 해야 할 일을 하는 데 매우 바쁘면 테스트 호스트에서 받은 ICMP 요청에 즉시 응답하지 않을 수 있습니다. 그런 일이 발생하면 네트워크 대기 시간으로 인식되지만 실제로는 네트워크와 아무 관련이 없으며 대기 시간 측정은 이에 대한 단서를 제공하지 않습니다.

마찬가지로 사용자는 네트워크와 관련이 없는 대기 시간을 경험할 수 있습니다. 애플리케이션 대기 시간은 네트워크 대기 시간만큼 일반적일 수 있습니다. 서버에 과부하가 걸리면 더 느리게 응답하기 시작합니다. 네트워크가 혼잡할 때처럼. 그러나 오늘날 서버 및 애플리케이션 대기 시간은 확실히 주제가 아닙니다.

네트워크 대기 시간 줄이기

레이턴시를 경험하는 것은 (성가신) 일이고 그것을 측정하는 것은 또 다른 일이지만 그것을 줄이는 방법을 찾지 않는 한 그것이 무슨 소용이 있습니까? 이 작업을 수행하는 방법에는 여러 가지가 있습니다. 간단히 말해서 높은 대기 시간을 수정하는 방법은 원인에 따라 다릅니다. 대기 시간의 가장 일반적인 원인은 네트워크 과사용이므로 이에 대해 수행할 수 있는 작업을 살펴보겠습니다.

네트워크 회로는 무제한이 아니며 과도하게 사용되면 정체가 발생하고 사용자는 높은 대기 시간을 경험하게 됩니다. 고속도로 교통과 똑같이 작동합니다. 이는 대역폭이 심하게 제한된 WAN 회로에서 특히 그렇습니다.

따라서 지연 시간을 줄이기 위한 가장 좋은 방법은 짐작할 수 있듯이 네트워크 사용량을 줄이는 것입니다. 그러나 물론 이것이 항상 가능한 것은 아닙니다. 여기에서 네트워크 최적화가 필요합니다. WAN 최적화에 대한 전체 기사를 작성할 수 있습니다. 사실, 우리는 최근에 . 그리고 이 작업을 지원하는 데 사용할 수 있는 도구가 많이 있습니다.

지연 시간 측정: 최고의 도구

이제 우리가 알고 있듯이 지연 문제를 해결하려면 먼저 지연 시간을 측정하고 발생 위치를 찾아야 합니다. 여기에서 우리가 공개하려는 도구가 도움이 될 수 있습니다. 일부는 단순히 대기 시간을 측정하는 반면 다른 일부는 정확한 지연 시간을 측정하는 데 도움이 됩니다. 다른 사람들은 과도한 사용이 높은 대기 시간의 주요 원인이라는 것을 알고 있기 때문에 도움이 될 수 있는 대역폭 사용을 아직 측정합니다. 도구는 기본 설정이 아닌 유형별로 그룹화됩니다.

1 — SolarWinds 네트워크 성능 모니터 (무료 평가판)

SolarWinds는 가장 잘 알려진 네트워크 관리 도구 제조업체 중 하나입니다. 이 회사는 오랜 기간 동안 운영되어 왔으며 각각 네트워크 관리자의 특정 요구 사항을 해결하는 여러 무료 도구로도 유명합니다. 이 페이지에서는 최고의 syslog 서버 중 최고의 TFTP 서버 에 대해 논의하면서 몇 가지 무료 도구를 검토했습니다 .

솔라 윈즈 네트워크 성능 모니터 , 또는 NPM은 SolarWind의 주력 제품이다. 틀림없이 최고의 SNMP 대역폭 모니터링 도구 중 하나인 이 도구에는 몇 시간 동안 이야기할 수 있을 만큼 많은 기능이 포함되어 있습니다. 이 도구의 가장 큰 장점은 단순성일 가능성이 큽니다. 그러나 이러한 단순함은 유연성의 대가로 제공되지 않습니다. 대시보드, 보기, 차트 및 보고서는 기본 설정이나 필요에 맞게 완전히 사용자 지정할 수 있습니다. 이 도구는 몇 분 안에 설정할 수 있으며 가장 작은 네트워크에서 수천 개의 장치가 있는 거대한 네트워크까지 확장할 수 있습니다.

• 무료 평가판: SolarWinds 네트워크 성능 모니터
• 공식 다운로드 링크: https://www.solarwinds.com/network-performance-monitor

그러나 NPM은 네트워크 대기 시간을 직접 측정하지 않습니다. 그러나 네트워크의 모든 부분에 대한 대역폭 사용량에 대한 자세한 정보를 제공함으로써 정체가 높은 대기 시간의 원인이 될 수 있는 문제 지점을 신속하게 식별할 수 있습니다.

NPM은 SNMP 를 사용 하여 주기적으로 장치를 폴링하고 인터페이스 카운터를 읽고 대역폭 사용률을 계산하고 이를 그래프로 표시합니다. 도구를 구성하려면 장치의 IP 주소와 커뮤니티 문자열만 지정하면 됩니다. 고급 기능을 사용하면 네트워크 맵을 구축하고 두 장치 간의 주요 경로를 표시할 수 있으며, 이는 대기 시간 문제를 해결할 때 유용한 기능입니다.

네트워크 성능 모니터의 가격은 2,955달러부터 시작합니다. 구입하기 전에 도구를 사용해 보려면 모든 기능을 갖춘 30일 평가판을 사용할 수 있습니다 .

2 — SolarWinds NetFlow 트래픽 분석기(무료 평가판)

SolarWinds의 또 다른 우수한 제품인 NetFlow Traffic Analyzer 는 관리자에게 네트워크 트래픽에 대한 보다 자세한 보기를 제공할 수 있습니다. 사용률과 잠재적 대기 시간을 보여줄 뿐만 아니라 발생 위치와 원인을 자주 표시합니다. 이 도구는 관찰된 트래픽에 대한 자세한 정보를 제공합니다. 예를 들어, 이 도구를 사용하면 어떤 유형의 트래픽이나 어떤 사용자가 가장 많은 대역폭을 소비하는지 알 수 있습니다. NetFlow 트래픽 분석기의 대시보드에는 상위 애플리케이션, 상위 프로토콜 또는 상위 화자와 같이 사용할 수 있는 몇 가지 유용한 보기가 있습니다.

• 무료 평가판: SolarWinds Netflow 트래픽 분석기
• 공식 다운로드 링크: https://www.solarwinds.com/netflow-traffic-analyzer/

SolarWinds NetFlow 트래픽 분석기는 NetFlow 프로토콜 을 사용하여 네트워크 장치에서 자세한 사용 정보를 수집합니다. 원래 Cisco에서 만든 NetFlow 프로토콜을 사용하면 장치에서 각 네트워크 "대화" 또는 흐름에 대한 자세한 정보를 NetFlow 트래픽 분석기와 같은 NetFlow 수집기 및 분석기로 보낼 수 있습니다. 이 정보에는 트래픽을 분석하는 데 사용할 수 있는 몇 가지 요소가 포함되어 있습니다. Cisco 이외의 많은 제조업체도 NetFlow 기능 또는 이에 상응하는 기능을 장비에 포함하고 있으며 때때로 이를 다른 이름으로 부르기도 합니다. 최근 NetFlow 프로토콜은 IETF에 의해 IPFIX 또는 IP Flow Information Exchange로 표준화되었습니다. SolarWinds NetFlow 트래픽 분석기는 프로토콜의 모든 변형과 함께 작동하므로 탁월한 선택입니다.

SolarWinds NetFlow 트래픽 분석기는 네트워크 성능 모니터 위에 설치되는 추가 모듈입니다. 가격은 1,915달러부터 시작하며 호스트 수에 따라 다릅니다. 또한 대부분의 SolarWinds 유료 제품과 마찬가지로 무료 평가판을 사용할 수 있습니다 .

3 — Paessler PRTG

Paessler 라우터 교통 계기, 또는 PRTG , 다른 대역폭 모니터링 도구입니다. 그리고 가장 쉽고 빠르게 설정할 수 있습니다. Paessler는 몇 분 안에 시작하여 실행할 수 있다고 주장하며 실제로 제품을 설정하는 데 시간이 많이 걸리지는 않습니다. 이 제품에는 네트워크를 검색하고 찾은 구성 요소를 자동으로 추가하는 자동 검색 기능이 있습니다.

PRTG에는 여러 사용자 인터페이스가 표준으로 제공되므로 필요에 가장 적합한 인터페이스를 선택할 수 있습니다. 기본 Windows 콘솔 애플리케이션, Ajax 기반 웹 인터페이스, Android 및 iOS용 모바일 앱도 있습니다. 그리고 각 플랫폼의 기능을 잘 활용합니다. 예를 들어, 모바일 앱을 사용하면 부착된 QR 코드 레이블을 스캔하기만 하면 모든 장치의 세부 정보에 액세스할 수 있습니다. 물론 Windows 콘솔을 사용하면 해당 레이블을 인쇄할 수 있습니다.

PRTG는 모니터링을 위해 기술 조합을 사용합니다. SNMP 모니터링은 물론 Windows 장치용 WMI와 유사하지만 경쟁하는 두 가지 흐름 분석 기술인 NetFlow 및 Sflow도 사용합니다. 그리고 이 도구에는 대기 시간을 측정하도록 특별히 설계된 여러 센서가 있습니다. 왕복 지연을 측정하는 QoS 센서, Cisco IP SLA 센서 및 Ping 센서가 있습니다.

4 - ManageEngine의 NetFlow를 알 yzer

ManageEngine의 NetFlow를 분석기는 일부 고급 대기 시간 모니터링 기능을 갖추고 다른 NetFlow를 기반 모니터링 도구입니다. 이 도구는 네트워크 사용률 및 트래픽 패턴에 대한 자세한 보기를 제공합니다. 웹 기반 사용자 인터페이스를 통해 애플리케이션, 대화, 프로토콜 등을 기준으로 트래픽을 볼 수 있습니다. 도구의 포괄적인 대시보드는 최고의 기능 중 하나입니다. 최고의 다목적성을 제공하며 원하는 모든 데이터를 포함할 수 있습니다. 그리고 이동 중인 관리자를 위해 모바일 앱을 사용할 수 있습니다.

ManageEngine NetFlow Analyzer는 NetFlow, IPFIX, J-flow, NetStream 및 기타 몇 가지를 비롯한 여러 흐름 기술을 지원합니다. 보너스로 이 도구는 트래픽 형성 및/또는 QoS 정책을 도구에서 바로 조정할 수 있도록 지원하여 Cisco 장치와도 완벽하게 통합됩니다.

대기 시간 측정을 위해 이 도구에는 WAN RTT(왕복 시간) 모니터가 있어 WAN 가용성, 대기 시간 및 서비스 품질을 모니터링할 수 있습니다.

5 — 핑플로터

오해의 소지가 있는 이름에도 불구하고 PingPlotter 는 실제로 네트워크 문제를 해결하는 데 도움이 되는 그래픽 Traceroute 소프트웨어입니다. 이 진단 도구는 컴퓨터와 대상 간의 대기 시간 및 패킷 손실을 그래프로 표시합니다. 정보를 시각화하고 문제 해결 프로세스를 가속화하며 문제가 있는 사람을 설득해야 하는 경우 사례를 구축하는 데 도움이 될 수 있습니다.

PingPlotter는 PingPlotter를 실행하는 컴퓨터와 대상 웹 사이트, 서버 또는 장치 사이의 모든 홉에서 네트워크 성능을 그래프로 표시합니다. 이 도구는 네트워크에 연결할 수 있는 모든 장치에 대한 경로를 테스트합니다. 대기 시간이 발생하는 위치를 보여주므로 많은 진단 시간을 절약할 수 있습니다.

성능 통계가 있으면 유용하지만 테스트 중에 네트워크가 실패했거나 실패하지 않았는지 여부와 실패 위치만 알려줍니다. PingPlotter에는 문제가 발생한 시점을 정확하게 표시하여 더 깊은 수준의 이해를 제공하는 유용한 타임라인 기능이 있습니다. 이를 통해 테스트 전반에 걸친 일관된 실패와 단기간의 심각한 실패를 구별할 수 있습니다. 또한 오류를 다른 동시 이벤트와 연관시키는 데 도움이 될 수 있습니다.

6 — 멀티핑

MultiPing 은 다소 오해의 소지가 있는 이름을 가진 또 다른 제품입니다. 주로 Ping을 사용하여 위업을 달성하지만 MultiPing은 실제로 SolarWinds의 NPM과 같은 모니터링 시스템입니다. 물론 SNMP 대신 Ping을 사용하면 얻을 수 있는 정보가 매우 다릅니다. 이 도구로 대역폭 활용을 기대하지 마십시오. 그러나 한 가지는 대기 시간입니다. 그리고 대역폭 모니터가 시간 경과에 따른 대역폭 그래프를 표시하는 것처럼 이것은 시간 경과에 따른 대기 시간을 표시합니다.

MultiPing은 패킷 손실을 백분율로 표시할 뿐만 아니라 최소, 평균 및 최대 지연 시간을 보여줍니다. 그것은 설정을 매우 쉬운 작업으로 만드는 자동 검색 기능이 있습니다. 제품의 사용자 인터페이스는 원하는 대로 다양한 구성 요소를 배치하여 원하는 대로 구성할 수 있습니다. 시스템에는 매개변수가 범위를 벗어날 때 알려주는 경고 기능도 있습니다. 알림 외에도 경고 시 프로그램을 실행할 수 있습니다.

7 — 핑

하지만 대기 시간을 테스트하기 위해 아무것도 다운로드하거나 설치할 필요가 없습니다. Ping은 대부분의 최신 운영 체제에 내장된 명령입니다. 간단히 말해서 Ping은 일련의 ICMP 에코 요청을 대상 IP 주소로 보내고 해당 ICMP 에코 응답으로 응답하기를 기다립니다. 요청과 응답 사이의 지연을 왕복 지연이라고 하며 지연이라고도 합니다. 그리고 요청 중 하나에 대한 응답을 받지 못하면 유틸리티는 요청이나 응답이 전송 중에 손실되었다고 가정하고 명령 실행이 완료되면 표시되는 패킷 손실 정보를 컴파일합니다.

8 — Traceroute(또는 Tracert)

마찬가지로 Traceroute(또는 Windows 세계에서 온 경우 Tracert)도 대기 시간 테스트 목적으로 사용할 수 있습니다. 이것은 대부분의 운영 체제에 내장된 또 다른 명령입니다. Ping과 동일한 유형의 ICMP 요청 및 응답을 사용하지만 경로를 따라 각 네트워크 세그먼트의 응답 시간 또는 대기 시간을 개별적으로 테스트할 수 있는 방식으로 수행합니다. 이것은 대부분의 대기 시간이 발생하는 위치에 대한 꽤 좋은 아이디어를 제공할 수 있으므로 Ping보다 훨씬 낫습니다. 따라서 이 도구는 대기 시간을 측정할 뿐만 아니라 위치를 찾을 수도 있습니다.