Standard_D1_v21SKU가 포함된 Azure VM을 만듭니다 .Southeast Asia . 에 따르면이 문서, 예상 대역폭은 750Mbps입니다.
그러나 로컬 컴퓨터에서 VM으로의 연결 대역폭을 테스트한 결과 약 3Mbps였습니다. 테스트 도구는iPerf3, VM을 iPerf3 서버로 사용하고 로컬 컴퓨터를 iPerf3 클라이언트로 사용합니다. 테스트 중에는 VM에 다른 과도한 네트워크 워크로드가 없습니다. 나는 다른 테스트를 통해NTTTCP이 결과를 따랐다.
나는 다음과 같은 여러 가지 이유로 실제 대역폭이 예상보다 낮을 것이라는 점을 이해합니다.
- 연결은 홉이 많은 지역 간입니다.
- 공유 인프라의 VM은 전체 제한 사항을 공유합니다(링크).
- VM은 대기 시간이 가장 짧은 지역(Azure 속도 테스트).
하지만 실제 대역폭(3Mbps)은 예상(750Mbps)보다 훨씬 낮습니다. 방법:
- 근본 원인을 해결하려면? VM의 잘못된 구성; 또는 지역 간 연결의 많은 홉에 연결됩니다. 아니면 인프라 어딘가에 스로틀이 있습니까?
- 로컬 시스템과 원격 VM 간의 대역폭을 향상시키는 방법은 무엇입니까?
답변1
전문가를 위한 사이트보다 슈퍼유저에게 물어보는 것이 나을지 궁금하게 만드는 몇 가지 매우 분명한 테스트를 수행하는 것은 어떻습니까?
- 엔드포인트와 전체에서 대역폭을 테스트합니다. 인터넷에서 얻은 테스트를 사용하세요. 대부분의 테스트는 브라우저에서 실행됩니다. Speedtest.net을 사용하면 대위법을 선택할 수 있으므로 로컬 서버로 시작한 다음 반대쪽(적어도 닫음)을 사용하고 전체 경로를 따라 매달릴 수 있습니다.
본질적으로: 귀하 또는 상대방이 로컬 문제가 없는 한(당신이 못 박는 것처럼 우스꽝스러운 속도 수준에서는 발생하지 않음) 이는 라우팅 문제이며 귀하가 할 수 있는 일은 아무것도 없습니다. 단 두 가지를 제외하고는:
- ISP 지원팀에 문의하세요
- 인터넷 제공업체를 변경하세요.
라우팅은 그들의 영역입니다. 그들은 특정 경로를 방해했을 수도 있습니다. 하지만 그렇지 않다면 다른 인터넷 제공업체를 찾는 것 외에는 할 수 있는 일이 없습니다.
귀하의 테스트는 (있는 그대로) 매우 쓸모가 없습니다. A에서 B까지만 테스트하기 때문에 어느 쪽에도 로컬 문제가 있는지 여부가 아닙니다. 내 접근 방식을 사용하면 대위법을 다양화하여 로컬 컴퓨터가 특정 대상에 문제가 있는지 여부를 확인할 수 있습니다. 로컬 대역폭은 양호하지만 국제 링크에 과부하가 걸릴 수 있습니다.
문제가 해결되면 사용한 OS를 확인해 보세요. RSS가 존재하는 이유는 긴 핑에 필요할 수 있는 "비행 중인" 패킷 수를 늘리는 것입니다.
그 외에는 실제로 할 수 있는 일이 없습니다.
답변2
포럼에 오신 것을 환영합니다.
여기서 문제는 사이의 지점을 제어하지 못한다는 것입니다. 이 세분성을 찾는 것은 부분적으로는 과학이고 부분적으로는 예술입니다. 하나의 좋은 답이 없기 때문에 여러 요인에 걸친 결과에 대한 보고서가 더 많습니다.
병목 현상을 적절하게 찾는다는 것은 양쪽 사이의 모든 지점을 테스트할 수 있다는 것을 의미합니다. 모든 지점에 접근할 수는 없지만 더 나은 그림을 얻기 위해 몇 가지 사항을 추론하고 많은 각도를 볼 수 있습니다.
제거할 수 있는 것은 "귀하의 처리량이 적절합니까?"입니다. 테스트할 전용 대역폭이 있는 알려진 사이트와 처리량을 유지할 수 있는 알려진 양호한 경로가 있는 경우 가능합니다. 온라인 속도 테스트는 연결 상태가 적절하고 테스트를 안정적으로 수행할 수 있는 대역폭이 충분할 수 있으므로 속일 수 있습니다. 그러나 당신과 그들 사이에 일어나는 일을 당신 중 누구도 통제할 수 없습니다. 여러 테스트 사이트에서 지속적으로 좋은 속도 테스트를 받고 있다면 문제를 통제하는 한 문제가 자신의 몫인지 비교적 안전하게 배제할 수 있습니다. 물론 그 모든 실패가 여전히 당신의 것이 아닐 수 있다면, 그것은 당신의 ISP의 ISP일 수도 있고, 핵심 네트워크 어딘가에 있는 누군가일 수도 있고, 일부 경로가 다른 사람을 혼잡하게 만드는 등일 수도 있습니다. 이 경우 ISP에 문의할 수 있습니다. 참여하려고 하지만 소비자 라인에서는 "최대 속도"를 요구할 것입니다. 전용 비즈니스 라인에서는 논쟁이 있지만 여전히 입증의 부담이 있습니다.
불가능하지는 않지만, 계약상 BW가 제한되어 있지 않는 한 푸른 쪽에서는 초크 포인트가 발생할 가능성이 없습니다.
MTR 사용과 같은 작업을 수행할 수 있습니다.https://en.wikipedia.org/wiki/MTR_(소프트웨어)약간의 개요를 얻으려면 대부분의 네트워킹 장비가 스트레스를 받으면 ICMP를 삭제하고 일부는 기본적으로 응답하지 않도록 구성되므로 ICMP 삭제는 시스템의 자연스러운 작동의 결과일 수 있다는 점을 명심하십시오. 따라서 이것이 여러분에게 더 많은 것을 제공할 수도 있지만, 그것은 스모킹 건이 아닙니다. 여러분은 그것을 읽고 해석하는 방법을 이해해야 합니다.
여기 같은 곳을 보면 돼https://www.thousandeyes.com/outages/전 세계 센서 네트워크를 통해 대규모 정전이 기록되는 경우. 특히 AS 네트워크(간단히 말하면 인터넷의 핵심 노드)에서 경로에 직접 영향을 미치는 문제가 있는 경우 이는 때때로 단서를 제공할 수 있습니다.
이를 해석하고 "귀하의" 경로가 무엇인지 확인하려면 여기에서 HE의 BGP 도구를 사용하여 시작할 수 있습니다.https://bgp.he.net/효과적으로 보실 수 있을 겁니다어디인터넷에서 당신은 라우팅 감각에 있습니다. 인터넷에 접속하기 위해 통과하는 IP(일반적으로 공개 IP라고 함)를 클릭하면 다음과 같은 내용이 표시됩니다.
이것은 귀하가 인터넷에 접속한 사람(방문 출처), 어떤 네트워크에서 왔는지(공지됨) 및 그것이 "인터넷"(귀하의 ISP)에 들어가는 방법입니다.
ASN에서 ASN(자치 시스템 번호)까지 추적하여 실제 경로를 확인하거나(당시 경로는 계속 열려 있기 때문에 예고 없이 바뀔 수 있으므로) 그래프로 볼 수도 있습니다.
그런 다음 1000개 눈 차트 또는 온라인의 다양한 BGP 보고 도구와 비교하여 해당 경로에 정체가 있는지 또는 펄럭이는지(위아래로 이동) 등을 확인할 수 있습니다.
이는 일반적으로 누가 어떤 시스템을 담당할지 알릴 수 있는 충분한 정보를 제공하며(대부분의 ISP는 신경 쓰지 않음) 원하는 위치로 이동할 수는 없지만 현재 위치에 없는 이유를 설명합니다. 되고 싶다.
대체로 이렇게 생각해야 합니다. 속도는 인터넷 전체에서 일정하지 않으며 일부 섹션은 놀라운 빠른 링크를 통해 연결되어 있지만 일부는 그리 많지 않습니다. 그리고 그 큰 것 중 하나가 무너지면 더 작은 많은 것들이 큰 고통을 겪습니다.
그래서 당신은 그것에 대해 무엇을 할 수 있습니까? 때때로P2P 연결을 수행하는 경우 우회할 수 있지만 우회한다고 해서 동일한 경로를 여행하는 모든 고객이 동일한 경험을 갖게 되는 것은 아닙니다. 예를 들어 거기에 웹 서버가 있을 수 있고 원격 끝에 더 가까이 나가서 더 나은 경로를 택하도록 강제하는 VPN 공급자와 같은 것에 대한 견고하고 우수한 처리량 연결을 얻을 수 있습니다. 동일한 작업을 수행하지 않고 서버를 방문하는 사용자는 동일한 경험을 할 수 없습니다. 전체 비용을 지불하고 이 작업을 수행할 수 있는 일부 서비스가 있습니다. 서버가 실제 위치가 아닌 다른 곳에 효과적으로 표시되도록 하고 프리미엄 경로를 선택하는 것입니다. 아마도 cloudflare에 이와 같은 서비스가 있을 것입니다. 저는 그것을 사용해 본 적이 없으므로 이에 대해 cloudflair 전문가의 의견을 들어야 할 것입니다.
이것이 어떻게 까다로울 수 있는지 이해하고 귀하의 경험과 다른 주에 있는 사람이 완전히 다를 수 있다는 것을 이해할 수 있는 충분한 정보가 되기를 바랍니다.