서버로부터의 거리 효과

아일랜드 (Amazon AWS)에 웹 서버가 있습니다. 이 서버는 독일 (오렌지 라인)에서는 빠르지 만 미국 (블랙 라인)에서는 느립니다. 테스트에 사용 된 HTTP 요청은 동일합니다.

나는 이것이 정상이라고 생각합니다. 아일랜드와 미국 사이의 거리는 독일보다 아일랜드보다 크지 만 차이가 너무 높습니다.

서버와의 거리를 제외하고 다른 가능한 이유가 있습니까?

그래프가 http 요청 시간이라고 가정하면 상당히 합리적입니다.

http 요청 (keepalive, fastopen 등이없는 경우)에는 일반적으로 두 번 이상의 왕복이 필요합니다.

• 고객이 syn을 보냅니다.
• 서버가 syn을 수신하고 syn-ack을 전송
• 클라이언트는 syn-ack을 받고 ack와 요청을 보냅니다.
• 서버가 응답을 보냅니다.

섬유에서 빛의 속도는 초당 약 2 * 10 ^ 8 미터입니다. 구글에 따르면 "아일랜드에서 미국까지"의 거리는 6,629km *는 약 66ms의 왕복 시간을 의미합니다.

그러나 이는 장비에 지연이없고 데이터 경로가 가능한 가장 짧은 경로를 따른다고 가정합니다. 실제 왕복 시간은 일반적으로 유럽의 호스트와 미국의 호스트 사이의 100 ~ 150 밀리 초입니다. 따라서 ~ 250ms의 http 요청 시간은 완벽하게 정상입니다.

조금 더 관심이있는 것은 그래프의 급상승이며 서버와 테스트 클라이언트 사이의 네트워크 혼잡을 제안합니다.

* 분명히 그것은 미국의 어느 지점과 아일랜드의 어떤 지점에 달려 있지만 구글이 선택한 지점은 미국의 중앙 어딘가에 있고 OPs 그래프는 "us-mid"라고 말했다.

서버와의 거리 외에 다른 가능한 이유가 있습니까?

패킷의 경로입니다.

ping "us-mid"프랑크푸르트에서 DE IP를 가지고있는 달라스에서 Monitis.com과 IP 를 검색 하면 구글을 검색 할 수 있습니다. 프랑스의 잘 연결된 서버에서 9ms 핑 RTT를 DE IP에, 111ms 핑 RTT를 US-MID IP에 연결했습니다. HTTP 응답 시간의 경우 인수를 위해 26과 230이라고 말하면 서버의 반응 시간에 두 배를 더한 시간과 서버의 반응 시간이 두 배가 될 것으로 예상됩니다. 두 곳에서.

해당 값을 정상적으로 받아들이고 값이 편차를 모니터링하여 사이트 나 ISP에 문제가 있는지 확인하십시오. 응답 시간이 중요한 글로벌 서비스를 실행하지 않는 한 더 많은 작업을 수행하는 것은 쓸모가 없습니다. 그렇다면 전 세계에 서버를 배치하거나 전문 호스팅 업체와 계약을 맺는 것이 좋습니다.

다음은 글로벌 핑 통계에 대한 좋은 페이지입니다. https://wondernetwork.com/pings 소스 및 대상 도시를 추가하십시오.