다양한 전용 서버 호스팅 제공업체의 네트워크 연결을 예측해야 합니다. 예를 들어 서비스가 그곳에서 호스팅될 때 얼마나 빠르고 균일하게 수행될지 예측해야 합니다. 나는 traceroute내 집 컴퓨터에서 명령을 사용하여 공급자가 호스팅하는 서버를 확인합니다. 모르는 경우 traceroute해당 홈페이지를 방문합니다(아마도 동일한 네트워크에 있지 않을 것이라는 것을 알고 있습니다. 이는 추측입니다).
직관적으로 내 목표는 다음과 같습니다.
- 최소 홉 수,
- 대상 노드와 중간 노드 사이의 최소 왕복 시간,
- 그리고 부족하다별:
이러한 모든 지표는 일반적으로 웹 서비스 호스팅과 관련이 있습니까? 무엇을 합니까별정말 피해야 할까요?
답변1
별표는 체인의 장치가 ICMP/UDP 패킷에 응답하지 않음을 나타냅니다. 이는 응답하지 않도록 구성된 라우터, 방화벽 또는 호스트일 수 있습니다. 일반적으로 응답과 혼합하는 경우에만 흥미롭습니다.
21 * 10 ms *
이는 홉 21 또는 근처의 장치가 간헐적으로 응답하거나 간헐적으로 사용 가능함을 나타냅니다.
수집한 지표가 유용한지 여부는 연결이 끝날 때 호스팅하는 서비스에 따라 다릅니다. 예를 들어, 웹 브라우저는 여러 채팅을 위해 비디오나 오디오를 스트리밍하려면 다양한 유형의 성능이 필요합니다.
일반적으로 숫자(응답 시간 및 홉 수)는 성능에 영향을 주지만 웹 검색의 경우 경로의 일부 홉이 200ms를 초과하지 않는 한 무시할 수 있습니다. 더 걱정스러운 점은 많은 별들이 같은 선상에 반응과 섞여 있다는 것입니다(별들로 가득 찬 선은 연결이 유효한지 모르면 해석하기가 더 어려울 것입니다).
답변2
홉 수(합리적인 경우)와 중간 장치의 응답 시간은 다음과 같은 이유로 전혀 중요하지 않습니다.
1) 이 장치는 ICMP 요청에 무손실로 응답하도록 설계되지 않았습니다.
2) 라우터에는 종종 ICMP 속도 제한 정책이 있습니다.
3) 라우터로 향하는 핑은 CPU에 의해 처리되어야 하며, 전달된 패킷은 CPU에 의해 처리되어야 합니다.
종단 간 RTT 및 패킷 손실만 측정해야 합니다.
Traceroute 출력의 별표는 TTL 패킷이 초과될 때 장치가 echo icmp로 응답하지 않음을 나타냅니다(이것이 Traceroute의 작동 방식이며, ttl=1로 대상에 icmp 요청을 보내기 시작하고 값을 1씩 증가시킵니다).