네트워크 대기 시간이란 무엇이며 어떻게 측정합니까?

네트워크가 때때로 크롤링으로 느려지는 것처럼 보이는 것을 본 적이 있습니까? 당신은 가장 확실히 가지고 있습니다. 이런 일이 발생하면 종종 대기 시간이 길다는 신호입니다. 네트워크의 가장 큰 골칫거리 중 하나인 지연은 피할 수 없지만 합리적인 값 내에서 유지되어야 합니다. 오늘은 네트워크 지연이 무엇이며 어떻게 측정하는지 자세히 살펴보겠습니다. 우리는 또한 그 목적에 사용할 수 있는 최고의 도구에 대한 몇 가지 리뷰를 포함할 것입니다.

우리의 탐색은 대기 시간, 그것이 무엇인지, 왜 존재하는지, 그리고 면밀히 모니터링해야 하는 중요한 지표인 이유를 잘 살펴보는 것으로 시작됩니다. 다음으로 지연 시간을 개선하기 위해 구체적으로 무엇을 할 수 있고 어떻게 측정할 수 있는지 논의할 것입니다. 그리고 대기 시간에 대한 이 모든 지식으로 무장한 우리는 마침내 자신의 환경에서 대기 시간을 측정하는 데 사용할 수 있는 최고의 도구를 탐색할 것입니다.

간단히 말해서 네트워크 대기 시간

네트워크 대기 시간은 설명하기 쉽습니다. 데이터 패킷이 소스에서 목적지까지 도달하는 데 걸리는 시간을 측정한 것입니다. 그것이 무엇이며 왜 관련 지표인지 이해하는 것은 다른 이야기입니다. 이상적인 세계에서는 네트워크 대기 시간이 없습니다. 그러나 실제로는 항상 일부가 있을 것입니다. 우리가 아무리 노력해도 데이터가 네트워크를 통해 즉시 이동할 수 있는 방법은 없습니다. 그러나 대기 시간은 피할 수 없지만 네트워크의 정상적인 작동에 영향을 미치기 시작할 정도로 너무 높아지지 않도록 항상 확인해야 합니다.

대기 시간에 기여하는 몇 가지 요인이 있습니다. 첫째, 피할 수 없는 요인인 전파 시간이 있습니다. 네트워크가 빠르고 비트가 빛의 속도로 이동하지만(정확하지는 않지만 실제로 빠르게 이동함) 데이터가 대상에 도달하는 데 여전히 시간이 걸립니다. 경로가 길수록 50마일을 여행하는 것보다 100마일을 여행하는 데 더 오래 걸리는 것처럼 더 많은 시간이 걸립니다. 그런 이유로 서로 수천 마일 떨어진 두 컴퓨터 간의 대기 시간은 항상 두 컴퓨터 간의 대기 시간보다 더 높습니다. 같은 방에 있는 컴퓨터. 대기 시간에 기여하는 또 다른 요소는 전송 지연이라고 합니다. 이것은 매체 자체에 의해 도입될 수 있는 지연입니다. 데이터 패킷의 크기에 따라 달라집니다. 패킷이 클수록 직렬화하고 전달하는 데 더 많은 시간이 걸리므로 대기 시간이 길어집니다.

라우터 및 기타 다양한 처리 지연도 네트워크 대기 시간에 기여하는 요소입니다. 대기열이 없는 거의 사용되지 않는 회로에서도 각 라우터는 데이터를 조작해야 합니다. 예를 들어, 각 패킷의 TTL 헤더 필드는 감소해야 합니다. 또한 대부분의 네트워킹 장치는 패킷을 보내기 전에 패킷이 완전히 수신될 때까지 기다립니다. 다시 말하지만, 더 큰 패킷은 더 긴 지연을 수반합니다. 이는 몇 가지 예에 불과하지만 네트워크 전송에서 대기 시간이 도입될 수 있는 몇 가지 다른 방법이 있습니다. 데이터를 즉시 보낼 수 없을 때 발생하는 큐잉 지연이나 디스크나 메모리에 캐시된 다음 검색해야 할 때 스토리지 지연을 생각할 수 있습니다. 우리는 그 주제에 대해 긴 포스트를 쓸 수 있지만 아마 당신은 사진을 얻을 것입니다.

대기 시간의 중요성

레이턴시가 너무 높아지면 네트워크의 사용성에 영향을 미치고 인지된 성능 저하를 유발할 수 있다는 것을 비교적 쉽게 이해할 수 있습니다. 이것이 주목해야 할 중요한 지표가 되는 이유입니다. 평소보다 높거나 긴 대기 시간은 종종 네트워크나 네트워크에 문제가 있다는 신호입니다. 다른 어떤 원인보다 더 자주 높은 대기 시간은 네트워크 정체의 결과입니다. 네트워크는 고속도로와 같아서 트래픽이 너무 많으면 속도가 느려지고 대기 시간이 평소보다 길어집니다.

그러나 측정된 대기 시간이 반드시 정체 또는 다른 네트워크 문제의 징후는 아닙니다. 대기 시간은 일반적으로 왕복 시간을 측정하여 계산되므로 대기 시간의 일반적인 원인은 원격 장치 자체일 수 있습니다. 원격 장치가 해야 할 일을 하는 데 매우 바쁘고 네트워크와 아무 관련이 없는 경우 대기 시간 측정 도구에서 수신한 요청에 즉시 응답하지 않을 수 있습니다. 그런 일이 발생하면 네트워크 대기 시간으로 인식되지만 실제로는 네트워크와 아무 관련이 없으며 대기 시간 측정은 이에 대한 단서를 제공하지 않습니다.

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

지연 시간 개선

네트워크가 지연 문제를 겪고 있고 귀하가 배치한 측정 도구가 이를 감지하고 경고했다고 상상해 보십시오. 이제 네트워크 대기 시간을 줄이는 방법을 찾아야 합니다. 이를 수행하는 방법에는 여러 가지가 있지만 높은 대기 시간을 수정하는 방법은 원인에 따라 다릅니다. 네트워크 과잉 사용이 네트워크 대기 시간의 가장 일반적인 원인이므로 이에 대해 수행할 수 있는 작업을 살펴보겠습니다.

네트워크 회로는 무제한이 아니며 과도하게 사용되면 정체가 발생하고 사용자는 높은 대기 시간을 경험하게 됩니다. 고속도로 교통과 똑같이 작동합니다. 이것은 특히 일반적인 LAN보다 대역폭이 더 제한된 WAN 회로에 해당됩니다. 이 경우 대기 시간을 개선할 수 있는 가장 좋은 방법은 네트워크 사용량을 줄이는 것입니다. 이것은 그 자체로 그 자체로 가치가 있는 네트워크 관리의 전체 영역입니다. 사실, 우리는 이미 네트워크 성능 개선에 대한 포스트를 작성 했으며 이 작업을 지원하는 데 사용할 수 있는 많은 도구가 있습니다.

대기 시간 측정

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

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

또 다른 가능한 문제는 대기 시간 측정에 사용되는 패킷 유형(일반적으로 ICMP 요청 및 응답)이 다른 네트워크 트래픽과 동일한 우선 순위를 가진 네트워크 장치에서 항상 처리되는 것은 아니라는 점입니다. 사실, 일부 라우팅 장치는 단순히 이러한 패킷을 삭제하고 대부분의 방화벽도 그렇게 할 것입니다.

최고의 대기 시간 측정 도구

네트워크 대기 시간을 측정하는 보편적인 방법은 없습니다. 따라서 이를 위해 사용할 수 있는 다양한 유형의 도구가 있습니다. 대기 시간 측정(왕복 지연이라고도 함)은 아래에서 검토하는 모든 도구가 통합하는 메트릭입니다. 일부는 대기 시간을 측정하기만 하고 다른 일부는 정확히 파악하는 데 도움이 됩니다. 나머지는 아직 대기 시간이 아닌 대역폭 사용률을 측정합니다. 과도한 사용이 높은 대기 시간의 주요 원인이라는 것을 알고 있기 때문에 여전히 도움이 될 수 있습니다.

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

SolarWinds는 가장 잘 알려진 네트워크 관리 도구 제조업체 중 하나입니다. 이 회사는 약 20년 동안 존재했으며 최고의 네트워크 및 시스템 관리 도구와 몇 가지 간단한 무료 도구를 만드는 것으로 확고한 명성을 얻었습니다.

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

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

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

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

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

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

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

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

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

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

3. PRTG 네트워크 모니터

PRTG 네트워크 모니터 에서 Paessler AG는 다른 대역폭 모니터링 도구입니다. 가장 쉽고 빠르게 설정할 수 있는 것으로 알려져 있습니다. Paessler 는 몇 분 안에 시작하여 실행할 수 있다고 주장하며 실제로 제품을 설정하는 데 시간이 많이 걸리지는 않습니다. 이것은 부분적으로 제품의 자동 검색 기능 때문입니다. 즉, 네트워크를 검색하고 찾은 구성 요소를 자동으로 추가합니다.

PRTG 네트워크 모니터는 당신의 요구에 가장 알맞은 것을 하나를 선택 할 수 있도록 여러 사용자 인터페이스와 함께 제공됩니다. 기본 Windows 콘솔 애플리케이션, Ajax 기반 웹 인터페이스, Android 및 iOS용 모바일 앱도 있습니다. 그리고 각 플랫폼의 기능을 잘 활용합니다. 예를 들어, 모바일 앱을 사용하면 부착된 QR 코드 레이블을 스캔하기만 하면 모든 장치의 세부 정보에 액세스할 수 있습니다. 물론 Windows 콘솔을 사용하면 해당 레이블을 인쇄할 수 있습니다.

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

4. ManageEngine NetFlow 분석기

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

ManageEngine의 NetFlow를 분석기는 NetFlow를, IPFIX, J-흐름, NetStream을 몇 등을 포함한 여러 흐름 기술을 지원합니다. 보너스로 이 도구는 트래픽 형성 및/또는 QoS 정책을 도구에서 바로 조정할 수 있도록 지원하여 Cisco 장치와도 완벽하게 통합됩니다. 대기 시간 측정을 위해 이 도구에는 WAN RTT(왕복 시간) 모니터가 있어 WAN 가용성, 대기 시간 및 서비스 품질을 모니터링할 수 있습니다.

5. 핑플로터

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

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

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

6. 멀티핑

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

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

7. 핑

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

8. Traceroute(또는 Tracert)

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

결론적으로

우리는 대기 시간이 네트워크 성능에 얼마나 큰 피해를 줄 수 있는지, 그리고 이를 제어하는 ​​것이 얼마나 중요한지 살펴보았습니다. 또한 지연 시간을 개선하는 방법과 이를 측정하는 방법도 살펴보았습니다. 그러나 가장 중요한 것은 대기 시간을 측정하는 데 사용할 수 있는 몇 가지 최고의 도구에 대한 리뷰를 제공했다는 것입니다. 우리가 소개한 모든 도구는 훌륭하며 그 중 어떤 것이든 대기 시간을 측정하는 데 도움이 될 것입니다. 그러나 그것들은 서로 매우 다르며 제시된 대부분의 도구가 단순히 대기 시간을 측정하는 것 이상을 실제로 수행하므로 하나를 선택하기 전에 각 도구의 세부 기능 세트를 자세히 살펴보아야 합니다.