이 가이드에서는 네트워크 대기 시간을 자세히 살펴보고 더 나은 최종 사용자 경험을 위해 대기 시간을 줄이는 가능한 방법을 탐색합니다.
이 월드 와이드 웹에서는 데이터가 한 지점에서 다른 지점으로 이동하여 지연이 발생합니다. 평범한 삶의 관점에서 보면 별것 아닌 것처럼 보이지만 인터넷이 작동하는 방식에는 많은 차이가 있습니다.
목차
네트워크 대기 시간이란 무엇입니까?
간단히 말해서 네트워크 대기 시간은 신호가 사용자를 서버로 떠났다가 돌아오는 데 걸리는 왕복 시간입니다.
그러나 위의 이미지에서 보는 것처럼 간단하지 않습니다.
놓친 것은 신호가 두 끝점 사이를 호핑하는 교차점이었습니다. 이 라우팅은 네트워크 대기 시간의 주요 원인입니다.
대기 시간이 데이터가 사용자에서 서버로 이동하는 데 걸리는 시간인 핑의 거의 두 배라는 것을 아는 것이 도움이 될 것입니다. 여전히 일부는 대기 시간과 핑을 서로 바꿔서 사용하는데, 이는 개념적으로 잘못되었습니다.
일부 사람들에게는 다소 혼란스러울 수 있지만 대기 시간은 처리량 및 대역폭과 다릅니다.
제로 레이턴시가 우리 모두의 목표입니다. 그러나 그 사이의 거리와 연결은 피할 수 없는 지연을 유발합니다. 그러나 네트워크 관리자는 게임, 화상 통화 등과 같은 다양한 인터넷 응용 프로그램에 대해 가능한 가장 낮은 대기 시간을 목표로 합니다.
네트워크 지연의 원인
높은 대기 시간의 가장 큰 원인은 거리입니다. 원본과 서버 사이의 거리가 멀수록 중개자가 더 많아집니다. 이러한 접합에는 전체 대기 시간에 약간의 지연이 추가되는 개별 병목 현상이 있습니다.
또 다른 주요 원인은 최적화되지 않은 웹사이트일 수 있습니다. 이는 대용량 미디어 파일의 존재, 쿠키 추적(Google Analytics와 같은 서비스의), 열악한 웹 호스팅 서비스 등과 같은 여러 문제로 인해 발생할 수 있습니다.
게다가, 비효율적인 하드웨어(낮은 RAM과 같은)를 사용하는 사용자일 수도 있어 대기 시간이 길어질 수 있습니다.
마지막으로 케이블, 라우터, 서버, 클라이언트 하드웨어, 소프트웨어 등과 같은 네트워크의 모든 요소는 약간의 지연을 추가합니다.
네트워크 지연 측정
추적 경로
이것은 컴퓨터에서 바로 측정하는 가장 일반적인 방법입니다. 명령 프롬프트를 열고 tracert 다음에 대상 주소를 입력합니다.
예를 들어, tracert koreantech.org.com은 koreantech.org 웹사이트로 가는 길에 내 컴퓨터에서 모든 연결을 제공합니다.
C:UsersHitesh Sant>tracert koreantech.org.com Tracing route to koreantech.org.com [2606:4700:839a:d810:7339:41f:a5a:b5b7] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 2401:4900:1c1a:404d::1 2 7 ms 5 ms 6 ms 2401:4900:1c1a:8fff::1 3 8 ms 5 ms 6 ms 2404:a800:1a00:802::a5 4 36 ms 36 ms 37 ms 2404:a800::2 5 36 ms 37 ms 38 ms 2404:a800:0:29::b1 6 34 ms 45 ms 33 ms 2400:cb00:202:3:: 7 33 ms 34 ms 33 ms 2606:4700:839a:d810:7339:41f:a5a:b5b7 Trace complete.
이 경우 총 대기 시간은 연속 홉 간의 RTT(왕복 시간)를 나타내는 개별 열 합계의 평균입니다.
Nirsoft 대기 시간 보기
traceroute는 30개 미만의 홉이 있는 단일 엔드포인트에 편리하지만, Nirsoft 대기 시간 보기 모든 아웃바운드 연결의 지연을 나타냅니다.
또한 이 완전 무료 도구는 동일한 대상에 대한 모든 연결의 평균 대기 시간 값을 제공합니다.
구경하다:
SolarWinds Traceroute NG
트레이서루트 NG 단일 서버를 대상으로 하는 여러 대기 시간 테스트를 실행하기 위한 또 다른 훌륭한 도구입니다.
중지할 때까지 대기 시간 값을 계속 확인합니다. 대시보드는 특정 목적지에 대한 즉각적인 평균 지연 값을 제공합니다.
마찬가지로 네트워크 경로와 대기 시간을 알아내기 위한 많은 유틸리티가 있습니다.
높은 대기 시간의 영향
대기 시간이 왜 그렇게 중요한지 궁금할 수 있습니다. 게이머뿐만 아니라 우리의 완전한 인터넷 경험이 여기에 달려 있습니다.
대기 시간 값이 높으면 사용자가 컴퓨터로 전환할 때까지 인터넷에 연결된 모든 서비스 로드가 느려질 수 있습니다.
예를 들어 매번 로드하는 데 30초가 걸린다면 Facebook을 사용하시겠습니까? 통계에 따르면 웹사이트 로딩이 1초가 추가될 때마다 높은 이탈률이 발생하며 심지어 로딩 시간이 2초면 사용자가 거의 10% 줄어듭니다.
이 시간을 7초로 늘리면 웹 트래픽이 32% 감소하는 것을 볼 수 있습니다.
방문자뿐만 아니라 높은 지연 값은 화상 통화, 프레젠테이션, 결제 등 온라인에서 수행하는 모든 작업에 영향을 줍니다.
이것은 또한 네트워크 용량(대역폭)이 상당하더라도 단위 시간당 데이터 전송 가능성(처리량)을 줄입니다.
결론적으로 대기 시간이 짧은 네트워크만 유용하며 네트워크 관리자는 생산성을 높이기 위해 이를 지속적으로 낮추려고 합니다.
네트워크 대기 시간 줄이기
끝점 사이의 모든 네트워크를 업데이트하거나 개선할 수는 없지만 몇 가지 주의해야 할 사항이 있습니다.
네트워크를 최적화하는 메커니즘은 가장 큰 적과의 거리를 타겟팅하는 것에서 시작됩니다. 가장 좋은 방법은 대부분의 고객이 있는 곳에서 비즈니스를 호스팅하는 것입니다.
그러나 글로벌 고객이 있는 경우 CDN(콘텐츠 전송 네트워크)을 선택하면 이 문제를 해결할 수 있습니다. 시장에 무료 CDN이 있지만 이를 사용하면 웹 자산에 부정적인 영향을 미칠 수 있습니다.
따라서 하나를 사용하는 경우 웹 사이트 감사를 수행하여 변경 사항을 확인하는 것이 좋습니다.
소프트웨어를 정기적으로 업데이트하면 높은 네트워크 대기 시간을 개선할 수 있습니다. 또한 하드웨어가 네트워크 잠재력을 충분히 활용할 수 있는지 확인하십시오.
게다가 무선 네트워크는 일반적으로 지연 시간이 더 큽니다. 따라서 가능하면 유선 연결을 사용하십시오. 또한 동급 최강의 광섬유 네트워크를 선택하면 지연을 최소화하는 데 더욱 도움이 됩니다.
또한 HTTP/2를 사용하면 무엇보다도 다양한 페이지 요소를 동시에 로드하여 대기 시간을 줄입니다. koreantech.org의 HTTP/2 테스트를 통해 확인할 수 있습니다.
마지막으로 데이터 캐싱을 구현하고 지연을 최소화하도록 미디어를 최적화하십시오.
결론
훌륭한 사용자 경험은 모든 조직에서 성공의 열쇠입니다. 그리고 온라인 비즈니스라면 속도 측면을 진지하게 받아들이는 것이 좋습니다.
그러나 웹 사이트를 최적화하기 위해 살펴봐야 할 몇 가지 사항이 더 있습니다.