직접 측정하세요
이 사이트의 모든 지연 수치는 자체 프로브에서 나온 것으로, 신뢰해서는 안 되는 주장 그대로입니다. looking glass는 34개 사이트 전체에서 실행되며 계정이 필요 없고, 가장 중요한 질문에 답합니다: 지금 이 도시와의 경로는 실제로 어떤 모습일까요?
명령 생성
사이트와 도구를 선택하세요. 이 명령들은 공개된 테스트 호스트를 대상으로 사용자의 머신에서 실행되며, 이는 자신의 경로에 대해 알 수 있는 유일한 측정 방법입니다.
mtr -rwzbc 100 lg-ams-01.paragonvps.com압축 불가능한 임의 데이터 1GB 파일로, 압축기가 아닌 처리량 측정용입니다.
결론을 내리기 전에 각각 다른 시간에 세 번 실행하십시오. 유지보수 시간에 단 한 번의 traceroute는 증거가 아닙니다.
무엇인지, 아닌지
각 사이트에 프로브 호스트가 있으며, 프로덕션과 동일한 VLAN, 동일한 필터링 뒤에 있습니다.
looking glass는 각 사이트의 소형 호스트로, 사용자를 대신해 테스트를 실행하고 원시 출력을 인쇄합니다. 고객 인스턴스와 동일한 네트워크, 동일한 엣지 필터링 뒤에 있으므로, 측정된 것이 실제로 얻는 것입니다. 최적화된 테스트 경로, 별도 업링크, 랙의 조용한 구석이 없습니다.
벤치마크도 마케팅 도구도 아닙니다. 일부 결과는 정직하지 않습니다: 시드니에서 어디로든 밀리초 단위가 비싸고, 요하네스버그는 여전히 트랜짓이 안정되지 않았습니다. 이러한 수치가 있는 이유는 누구나 테스트를 실행할 수 있는데 숨기는 것이 무의미하기 때문입니다.
모든 34개 사이트, 항상
사전 주문 사이트를 포함합니다. 요하네스버그는 유료 인스턴스가 하나도 없던 시절부터 프로브에 응답해 왔습니다.
계정 없음, 가입 없음
서비스의 다른 부분과 동일합니다. 사용자에게 무언가를 요구하는 유일한 테스트는 iperf3이며, 이것도 박스가 플러드 소스로 사용되는 것을 막기 위해 토큰이 필요할 뿐입니다.
의도적으로 속도 제한
소스 주소당 한 번에 하나의 테스트, 분당 4번의 테스트입니다. looking glass는 운영자가 고려하지 않았다면 멋진 증폭 벡터입니다.
결과는 사용자의 것입니다
출력은 30일 동안 유지되는 영구 링크가 있는 일반 텍스트입니다. 티켓에 붙여넣거나, 다른 사람의 네트워크 팀과의 논쟁에 사용하세요.
실행할 수 있는 테스트
서로 다른 질문에 답하기 위해 선택된 다섯 가지 테스트입니다. 모두 실행하는 것은 큰 증거가 되지 않으며; 올바른 것을 선택하면 보통 1분 안에 문제가 해결됩니다.
ping이 아닌 MTR로 시작하세요
핑 한 번은 한 순간만 알려줍니다. MTR 300회는 경로가 나쁜지, 가끔 나쁜지, 아니면 괜찮은데 운이 없었는지 알려줍니다.
먼저 처리량 테스트에 테스트 파일을 사용하십시오
HTTPS를 통한 1GB 다운로드는 대부분의 실제 워크로드가 하는 일을 재현합니다. 느리지만 iperf3가 빠르다면 문제는 용량이 아니라 혼잡 제어 또는 미들박스입니다.
경로 MTU는 90초의 가치가 있습니다
'사이트는 로드되는데 대용량 업로드가 멈춘다'는 티켓의 놀라운 비율이 여기서 끝납니다. 보통 당신과 우리 사이에 잊혀진 터널에서 발생합니다.
| k | v | 제한 |
|---|---|---|
| ICMP ping | 연결 가능한지, 그리고 현재 왕복 시간은 얼마인지 | 실행당 최대 100패킷 |
| Traceroute (ICMP 및 UDP) | 해당 사이트에서 나가는 정방향 경로가 거치는 홉 | 최대 30홉, 홉당 3프로브 |
| MTR | 스냅샷이 아닌 시간에 따른 홉별 손실 및 지연 | 최대 500사이클, 약 8분 |
| iperf3 대상 | 해당 사이트까지 실제로 얻을 수 있는 처리량 | 패널 토큰, 60초, 최대 4스트림 |
| 테스트 파일 | 아무것도 설치하지 않고 처리량 답을 얻는 방법 | 100MB 및 1GB HTTPS |
| 경로 MTU 프로브 | 중간에 큰 패킷을 삼키는 것이 있는지 | 생존하는 가장 큰 크기를 보고 |
출력을 잘못 읽지 않고 읽기
트레이스라우트 출력은 트래픽의 그림이 아닙니다. 할 일이 더 많은 라우터의 응답 집합이며, 이를 지연 시간 그래프로 읽으면 자신만만한 잘못된 결론이 나옵니다.
우리가 받는 대부분의 라우팅 불만은 증상에 대해서는 정확하고 홉에 대해서는 틀렸습니다.
중간 홉은 과장합니다
트레이스라우트 프로브에 응답하는 라우터는 제어 플레인에서 응답하며, 바쁘고 ICMP를 최우선 순위가 아닌 것으로 취급합니다. 한 홉이 180ms를 보여주고 다음 홉이 14ms를 보여줄 때, 그 첫 번째 라우터는 바빴던 것이지 그 앞의 경로가 바빴던 것이 아닙니다.
마지막 줄만 실제입니다
6번째 홉에서 나타나 7번째 홉에서 사라지는 손실은 속도 제한된 응답이지 손실된 트래픽이 아닙니다. 6번째 홉에서 시작하여 목적지까지 계속된다면 출력을 보내주십시오.
역방향 DNS는 힌트입니다
홉 이름의 공항 코드는 종종 수년 동안 오래되었습니다. 인터페이스 이름을 지정한 사람의 의도를 나타내는 것으로 취급하고 지리적 증거로 취급하지 마십시오.
MPLS는 중간을 숨깁니다
레이블 스위칭 코어를 통과하는 경로는 실제보다 3홉 짧아 보일 수 있습니다. 지연 시간은 여전히 존재합니다. 단지 그 출처에 대한 정직성만 없습니다.
물리 법칙이 바닥을 설정합니다
암스테르담에서 싱가포르까지는 대략 168ms이며, 어떤 피어링도 이를 의미 있게 개선하지 못합니다. 측정값이 공개된 수치에 가깝다면 경로가 올바르게 작동하는 것이며 답은 티켓이 아니라 두 번째 사이트입니다.
비대칭 경로, 혼란이 사는 곳
트레이스라우트는 순방향 경로만 측정하며 그 외에는 아무것도 측정하지 않습니다. 그러나 그 안의 모든 숫자에는 해당 홉의 응답의 반환 여정이 포함되며, 반환 여정은 지구 반대편으로 완전히 다른 경로를 택할 수 있습니다.
우리에서 당신으로의 트래픽과 당신에서 우리로의 트래픽은 서로 다른 네트워크가 내리는 별개의 결정입니다. 우리는 나가는 것을 선택합니다. 그 사이의 네트워크는 들어오는 것을 선택합니다. 대부분의 운영자는 가장 이른 기회에 트래픽을 넘겨주므로, 반환 경로는 종종 우리 경로가 들어간 도시와 다른 도시에서 공급자를 떠납니다.
눈에 보이는 결과는 실제 트래픽이 정상인데 홉이 느려 보이는 것입니다. 더 나쁜 것은 보이지 않는 것입니다. 반환 경로의 혼잡은 순방향에서 오후 내내 찾게 될 지연 시간으로 표면화됩니다.
항상 양방향을 측정하십시오
당신의 머신에서 인스턴스로 MTR, 그리고 가능하면 동시에 해당 사이트의 룩킹 글래스에서 당신의 주소로 다시 MTR을 실행하십시오. 증거의 절반은 답의 절반을 만듭니다.
비대칭 자체는 결함이 아닙니다
인터넷의 거의 모든 경로는 비대칭이며 거의 모두 작동합니다. 한 방향이 혼잡하거나 패킷을 떨어뜨리거나 상태를 유지하는 필터링 박스를 통과할 때만 문제가 됩니다.
우리는 반환되는 것에만 영향을 줄 수 있습니다
우리의 라우팅 정책은 나가는 방향을 직접 제어합니다. 반환 경로는 다르게 알리거나, 다른 곳에서 넘겨주거나, 피어에게 정중히 요청할 때만 변경됩니다. 세 가지 모두 가능합니다. 어떤 것도 즉각적이지 않습니다.
상태 저장 미들박스는 비대칭을 싫어합니다
방화벽이 흐름의 양방향을 모두 볼 것으로 기대하는데 반환 경로가 더 이상 방화벽을 통과하지 않으면, 마치 네트워크 장애처럼 보이는 간헐적 리셋이 발생합니다. 누구를 탓하기 전에 이것을 먼저 확인하십시오.
실제로 조치가 취해지는 라우팅 불만 제기
티켓에 대한 첫 응답 시간의 중앙값은 11분입니다. 라우팅 수정에는 더 오랜 시간이 걸립니다. 다른 누군가가 동의해야 하기 때문입니다.
- 01
자신의 인스턴스 문제를 먼저 배제하십시오.
부하, 연결 추적, 인스턴스 자체의 인터페이스 카운터, 그리고 트래픽을 버리는 필터링 규칙이 있는지 확인하십시오. 보고서 5건 중 약 1건은 여기서 끝나며, 먼저 확인하면 더 빨리 끝납니다.
- 02
양방향 수집
귀하의 측에서 최소 300회의 MTR 사이클과 해당 사이트의 루킹 글라스에서 300회를 같은 시간대에 실행하십시오. 스크린샷 대신 영구 링크를 첨부하십시오. 숫자가 필요하지, 그림이 필요한 것은 아닙니다.
- 03
타임스탬프를 정확히 기록
UTC 또는 명시적 시간대 오프셋을 사용하십시오. "오늘 아침"은 귀하에게는 한 순간이지만 우리에게는 11시간의 범위이며, 이를 기준으로 흐름 데이터를 상호 연관시키는 것은 추측에 불과합니다.
- 04
무엇이 언제 변경되었는지 말하십시오.
항상 그랬는지, 화요일에 시작되었는지. 연속적인지, 아니면 현지 시간으로 20:00에서 23:00 사이인지. 이 한 문장이 피어링 변경인지 아니면 누군가의 저녁 혼잡인지 결정하는 경우가 많습니다.
- 05
지원팀에 보내기
[email protected]로 메일을 보내거나 패널에서 티켓을 여십시오. 실제 경로 문제로 판명된 모든 것은 같은 시간 내에 네트워크 팀에 에스컬레이션되며, 우리가 상대 네트워크에 무엇을 요청했는지 알려드립니다.
우리가 할 수 있는 일: 경로 재설정, 트랜짓 비우선, 피어 조사 요청, 더 나은 경로가 있는 사이트로 이동. 우리가 접근할 수 없는 네트워크 내부의 혼잡은 이 네 가지 모두의 범위를 벗어나며, 그 경우 문제를 해결하는 데 일주일을 보내기보다는 문제를 우회하는 경로를 안내합니다.
루킹 글라스 FAQ
한 번에 60초 동안은 가능합니다. 토큰은 호스트가 누군가의 플러드 소스가 되는 것을 막기 위한 것이지, 정직한 측정을 제한하기 위한 것이 아닙니다. 지속적인 테스트는 양쪽 끝에 자체 인스턴스가 필요합니다.
그래서는 안 됩니다. 그렇다면 우리도 알고 싶습니다. 프로브 호스트는 동일한 VLAN에 있으며 동일한 정책을 상속받습니다. 실제 차이는 일반적으로 귀하의 주소에 적용된 프리픽스별 정책을 의미하며, 이는 티켓을 열 만한 가치가 있습니다.
공개 루킹 글라스에서는 아닙니다. 특정 프리픽스와 이유를 명시하여 티켓으로 문의하시면, 해당 프리픽스에 대해 선호하는 업스트림과 그 이유를 포함한 답변을 드립니다.
속도 제한 내에서는 가능합니다. 테스트는 아웃바운드이며 그 정도 볼륨에서는 무해합니다. 귀하가 통제하지 않는 대상에 대한 측정 소스로 사용하는 것은 괜찮습니다. 더 큰 것의 구성 요소로 사용하는 것은 허용되지 않습니다.
30일이며, 그 후에는 저장된 출력과 함께 만료됩니다. 링크가 여전히 유효한 동안 티켓에 첨부하거나, 텍스트를 붙여넣으십시오. 우리는 텍스트를 더 선호합니다.
테스트를 실행한 다음 도시를 선택하십시오.
직접 측정한 지연 시간은 다른 사람이 게시한 지연 시간보다 낫습니다. 숫자가 이해가 되면 위치 색인에서 각 사이트의 재고, 업링크 및 필터링 용량을 확인할 수 있습니다.